Windows OpenVPN profili Ubuntu'da başarısız oluyor: üç katman

Aynı profili terminalden başlatın; çoğu kişinin kopyaladığı mesaj bir uyarıdır, istemcinin durma nedeni değildir. Burada üç bağımsız katman başarısız olur: Linux derlemesinin uygulamadığı gönderilmiş bir yönerge, tun aygıtı oluşturmak için gereken haklar ve bağlantıyı çalışan DNS'e dönüştüren çözümleyici yardımcısı. Bunları sırayla ele alın, çünkü her biri bir sonrakini gizleyebilir.

İndirileni geldiği gibi saklayın ve bir kopyasını düzenleyin; yeni bir indirme değişikliklerinizi sessizce geri almasın.

Suçlamadan önce uyarıyı okuyun

block-outside-dns Windows'ta DNS'i Windows Filtreleme Platformu üzerinden kilitler ve Linux istemcisinin bunu eşleyeceği bir şey yoktur. Sunucu bunu gönderdiğinde istemci, o gönderilen girdi için bilinmeyen seçenek satırı yazdırır ve devam eder, çünkü gönderilen seçenek ölümcül sayılmaz. Ancak kendi dosyanızdaki aynı satır başka bir konudur: orada ayrıştırıcı durur. Herhangi bir şeye dokunmadan önce ikisinden hangisine sahip olduğunuza karar verin, çünkü yalnızca biri çalışmayı bitirir.

Gürültüyü kaldırmak için ayrıştırmadan önce filtreleyin: o ad için bir pull-filter ignore girdisi veya satır yerel dosyadaysa --ignore-unknown-option. İkisi de zaten okuduğunuz bir satırı susturur; hiçbiri teşhis etmediğiniz bir arızayı onarmaz.

Ayrıcalıklar her şeyden önce başarısız olur

tun aygıtı ve ona eşlik eden yollar ayrıcalıklı nesnelerdir ve normal bir hesap bunları oluşturamaz. --user seçeneği bu ayrımı açıklar: arka plan süreci ayrıcalıklarından ancak ayrıcalıklı iş bittikten sonra vazgeçer. Onu root olarak veya bu şekilde başlatan bir unit aracılığıyla başlatın, ardından sertifikalara bakmadan önce bir izin hatası arayın. Profildeki dosya izinlerini gevşetmek sürece eksik hakları vermez.

TLS hatası, istemcinin bu katmanı geçtiği anlamına gelir. Aygıt veya yol şikâyeti ise üstteki katmana hiç ulaşmadığı anlamına gelir.

GUI'nin yaptığı, terminalin yapmadığı

Her arama hâlâ başarısızken başarıyla bağlanmak üçüncü katmandır. NetworkManager kendi çözümleyici işini yapar, bu yüzden profil up betiği hiç başarılı çalışmamış olsa bile masaüstü içe aktarımı DNS dağıtabilir. openvpn --config komutu --up'in adlandırdığını yürütür ve o yardımcı yoksa arayüz görünür ama aramalar önceki sunuculara gitmeye devam eder. Herhangi bir şey kurmadan önce iki yolun betiklerini karşılaştırın.

Dağıtımınız için paketlenmiş yardımcıyı kullanın; bir blog yazısından kopyalanan betik genellikle başka bir çözümleyiciyi hedefler. systemd-resolved için sağlanan entegrasyon genel vpnc tarzı betik değildir ve her biri istemciden kendi argümanlarını ve değişkenlerini bekler. Kullanıcı tanımlı up betikleri de istemci onları çalıştırmadan önce script-security 2 gerektirir.

Bir sonraki çalıştırmada katmanları ayırın

Bir kez --verb 4 ile çalıştırın ve günlüğü olay sırasına göre okuyun: aygıt oluşturma, yollar, TLS el sıkışması, ardından up betiğinin çıktısı. Bu sıradaki ilk arıza düzeltilmeye değer olandır; sonrasındaki her şey genellikle bir sonuçtur. Çözümleyici yapmazken kurulan tünel sizi üçüncü katmana koyar, orada sertifika önemsizdir. Karşılaştırırken indirilen profili dokunulmadan bırakın.

Her operatör ayarı bir başka reddedilen satır ürettiğinde, dosya başka bir platforma yöneliktir. Kalıcı bir filtre listesi kurmak yerine Linux dışa aktarımı isteyin.

Hangi katmanın başarısız olduğunu ve onu neyin değiştirdiğini not edin, yoksa aynı dosyayı alan bir sonraki kişi de uyarıda durur.