Tunnelblick data-ciphers tanınmadı: hangi motor çalışıyordu?

Tunnelblick tanınmayan bir data-ciphers seçeneği bildiriyor, aynı nefeste OpenVPN 2.4'ten söz ediyor ve bağlantı hiç başlamıyor. Bu, şifreyle ilgili bir anlaşmazlık değil yerel bir ayrıştırma arızasıdır, çünkü motor profili ağ geçidiyle herhangi bir görüşme yapılmadan önce reddetmiştir. Sunucunun şifre politikası hakkındaki olağan tavsiye burada yardımcı olamaz; ayrıştırıcı önce dosyayı anlamalıdır. Bu tek yapılandırmanın gerçekte başlattığı motoru bulun, gerisi kendiliğinden gelir.

Profile dokunmadan önce günlük satırını okuyun

Başarısız bağlantıyı Tunnelblick'in ayrıntılar penceresinde açın ve günlüğü yukarıdan okuyun. İlk satırlar motorun sürümünü ve ona verilen profili, ardından ayrıştırmayı durduran seçeneği adlandırır. Bundan sonrası gürültüdür, çünkü süreç çıkmıştır.

O günlükten üç olgu kaydedin: motor sürümü, yapılandırma adı ve tam ileti. Bu üçü tanının tamamıdır. Düzeltme kurulu uygulamanın değişmesini gerektirirse bunlara da ihtiyacınız olacak. Satırların ekran görüntüsünü alın, onları yeniden anlatmak yerine, çünkü seçenek adlarını ezberden tekrarlarken yanlış yazmak kolaydır.

O yapılandırmanın hangi motoru çalıştırdığını doğrulayın

Tunnelblick, bir OpenVPN motorunun etrafına sarılmış bir uygulamadır ve farklı yapılandırmalar farklı motorlar çalıştırabilir. Uygulama sürümünü okumak yerine ayrıntılar penceresinde bu yapılandırma için seçilen sürümü denetleyin ve yapılandırmanın hiç kullanmadığı bir terminal openvpn ikili dosyasının çıktısını onun yerine koymayın. Tunnelblick'in OpenVPN sürümleri kılavuzu bu seçimin nasıl işlediğini ve seçimin nerede saklandığını açıklar.

Bu ayrım önemlidir çünkü bir makinede PATH üzerinde modern bir ikili dosya ve başarısız bağlantının arkasında paketlenmiş bir 2.4 motoru olabilir. Profili ikincisi değerlendirir.

openvpn --version
ls /Applications/Tunnelblick.app/Contents/Resources/openvpn/

Bu iki komut bir terminalin ne çalıştıracağını ve kurulu uygulamanın hangi motor dizinlerini taşıdığını gösterir. İkisi de başarısız yapılandırmanın ne kullandığının kanıtı değildir, çünkü günlük bunu size zaten söylemiştir ve yollar Tunnelblick sürümleri arasında farklıdır.

Yönerge adı neden değişti

OpenVPN 2.5'te data-ciphers seçeneğini görüşme listesi olarak sundu ve o sürümde kullanımdan kalkan önceki ncp-ciphers yazımının yerini aldı. 2.4 motorunda böyle bir seçenek yoktur, bu yüzden bilmediği ilk belirteçte durur. Tek başına cipher seçeneği de listenin eski bir takma adı değildir; bir görüşme kümesi yerine tek bir şifreyi adlandırır.

Bu yüzden sürümler arasında metin değiştirme, ayrıştırılan ve sonra beklenmedik davranan profiller üretir ve bu yüzden bir forum gönderisinden parça kopyalamak sürüm denetimi değildir. Seçenek adları yedek işleme ve varsayılanlarla birlikte taşındı ve tek bir yönergenin adını değiştirerek birleştirilen dosya, motor için yazılmış bir dosyaya eşdeğer değildir.

Belirtiyi değil, motoru veya profili düzeltin

Desteklenen bir kurulum için kalıcı onarım, operatörün profilini kabul eden desteklenen bir Tunnelblick ve motor bileşimidir ve uygulama kurulumunun sahibi aracılığıyla düzenlenir. Daha eski bir kurulum bir süre kalmalıysa, o motor için ve ağ geçidinin gerçekten kabul ettiği şifreler için yazılmış bir profil isteyin.

data-ciphers ve data-ciphers-fallback seçeneklerini silmek bu belirli ayrıştırma hatasını gerçekten ortadan kaldırır ve tam da bu yüzden çekicidir. Ayrıca düzenlemeyi amaçlamadığınız bir güvenlik yapılandırmasında hangi şifrelerin görüşüleceğini sessizce değiştirir. Özgün profili saklayın ve bunun yerine desteklenen ayarları bilinçli olarak karşılaştırın.

Yeniden deneyin ve sonraki aşamayı okuyun

Düzeltmeden sonra bağlantıyı yeniden deneyin ve başarıyı varsaymak yerine yeni günlüğü baştan okuyun. Artık ayrıştırılan bir profil yine de şifre görüşmesinde, sertifika doğrulamasında, kimlik doğrulamada veya yönlendirmede durabilir ve bu arızaların her birinin kendi kanıtı vardır.

Görüşme başarısız olursa, iki tarafın desteklediği şifreleri her birinin izin verdiği şifrelerle karşılaştırın. Kimlik doğrulama başarısız olursa, profil ve motor artık ağ geçidine ulaşacak kadar iyi çalışıyor demektir; bu da kaydedilmeye değer bir ilerlemedir. Bu zinciri ilk sessiz günlükte durdurmak, bir güvenlik ayarının yanlış nedenle kaldırılmasının yoludur.