vpnc zayıf şifre hatası: ağ geçidi ilkesi mi masaüstü onarımı mı?

Eski bir vpnc bağlantısı ayağa kalkmayı reddettiğinde iki onarım eşit derecede hızlı görünür: eski zayıf şifre bayrağını geçirmek veya sizin için ekleyen bir sarmalayıcı betik koymak. Eşdeğer değiller, çünkü biri tek bir profilin ilkesini, diğeri o yolu çağıran her programın davranışını değiştirir. İlk soru ağ geçidinin hâlâ zayıf bir teklif sunup sunmadığı, ikincisi ise kimin kabul etmeye yetkili olduğudur. Geri kalan her şey bu iki yanıttan doğar.

Son derece farklı etki alanına sahip iki onarım

Profil düzeyinde bir değişiklik tek bir bağlantıya, tek bir sahibe ve tek bir son kullanma tarihine dokunur. Kurulu ikili dosyayı değiştirmek makinedeki her ön uca dokunur; bir iş arkadaşının tamamen başka bir ağ geçidi profili için kullandığı masaüstü uygulaması da buna dahildir. Sarmalayıcı ayrıca değişikliği altı ay sonra ana makinede hata ayıklayacak herkesten gizler.

Paket doğrulaması ilk kayıptır: /usr/sbin/vpnc konumundaki, artık paketiyle eşleşmeyen bir dosya rutin bir güvenlik güncellemesini soruşturmaya dönüştürür. Ardından yükseltmeler ya sarmalayıcının üzerine sessizce yazar ya da uygulanmayı reddeder; bu, paket yöneticisinin değiştirilmiş dosyaları nasıl ele aldığına bağlıdır. Sonuçların hiçbiri bağlantı günlüğünde görünmez, bu yüzden sarmalayıcı yaklaşımı ilk olaya kadar çekici kalır. Bir profildeki tek satır, değiştirildiğini kimsenin hatırlamadığı bir ikili dosyadan çok daha kolay bulunur ve kaldırılır.

Kullanımdan kaldırılmış anahtar gerçekte ne yapar

vpnc kılavuzu tek DES seçeneğini zayıf şifreleme ayarı lehine kullanımdan kaldırılmış olarak işaretler ve veri trafiği için hiç şifrelemeye izin vermeyen ayrı bir seçeneği belgeler. Bunlar farklı sonuçları olan farklı tavizlerdir. Hiçbiri modern bir ağ geçidini artık sunmadığı bir şey üzerinde pazarlık etmeye zorlamaz.

Onarım seçmeden önce başarısızlık aşamasını okuyun. Reddedilen bir teklif ve reddedilen bir parola benzer ön uç iletileri üretir ama tamamen farklı kanıtlar verir.

Sınırlı bir istisna nereye aittir

Bir kuruluş sınırlı bir süre için bilerek eski bir eşi kabul ediyorsa, istisna o eşin profilinde yer alır; bir sahibi, bir gözden geçirme tarihi ve desteklenen bir protokole geçiş yolu ile birlikte. Onu genel yolun dışında tutmak, sınırlı denmesinin bütün anlamıdır.

Ağ geçidi sahibinden eşin hâlâ hangi algoritmaları önerdiğini ve onun yerine neyin geçtiğini doğrulamasını isteyin. Bir istemci bayrağı, sunucunun artık göndermediği bir teklifi onaramaz ve kimsenin planlamadığı bir sunucu geçişi geçici çözümden daha uzun yaşar. Gözden geçirme tarihini istisnayla aynı bilete koyun, böylece taviz kalıcı olmak yerine süresi dolar.

Pazarlığı denetleyin, yalnızca yeşil simgeyi değil

Diyaloğun ruh halini değil aşamayı tanımlayan kanıtlar toplayın. Aşağıdaki komutlar yalnızca okuma içindir ve ilk ikisi hangi yapılandırmanın ve sürümün gerçekten iş başında olduğunu gösterir.

vpnc --version
vpnc --print-config /etc/vpnc/legacy.conf
dpkg -V vpnc
grep -n -E 'weak|1des|no-encryption' /etc/vpnc/legacy.conf

Üçüncü komut artık paketle eşleşmeyen dosyaları bildirir ve unutulmuş bir sarmalayıcı kendini böyle duyurur. Dördüncüsü profilin taşıdığı tavizleri gösterir, böylece bir istisna kopyalanmış bir dosya aracılığıyla sessizce ikinci bir profile yayılamaz. İkisini de değişiklikten önce ve sonra çalıştırın ve çıktıyı sohbet penceresinde değil bağlantı profiliyle birlikte saklayın.

Hata ayıklama çıktısını biri okuyana kadar biletlerin dışında tutun, çünkü kılavuz en yüksek hata ayıklama düzeyinin parolalar dahil kimlik doğrulama verilerini döktüğü konusunda uyarır. Kabul ölçütü istemci ile ağ geçidi arasında yetkilendirilmiş ve desteklenen bir anlaşmadır, nihayet yeşile dönen bir menü öğesi değil. Eş yalnızca bozuk bir algoritma sunuyorsa dürüst sonuç, bitiş tarihi olan bir istisna ya da yerine geçen bir protokoldür ve bu karar ağ geçidine sahip olana aittir. Kararı kayda geçirmek, yönetilen bir istisna ile kazara bir ilke değişikliği arasındaki farktır.