OpenVPN başlamıyor: yapılandırmayı değil, ilk satırı okuyun

İlk saniyede ölen bir VPN, bağlanıp sonra başarısız olan bir VPN'den farklı bir hayvandır ve olağan hata ikisini aynı sanmaktır. Burada el sıkışma, sertifika değişimi ve inceleyecek bir yol yoktur. Birkaç ilgisiz onarımdan hangisinin geçerli olduğunu günlükteki tek satır belirler ve onu atlamak, hiç okunmamış bir yapılandırmayı düzenleyerek bir öğleden sonraya mal olur. Önce o satırı okuyun.

Oraya üç salt okunur komutla ulaşırsınız: önce journalctl -u openvpn@server -b --no-pager, sonra systemctl status openvpn@server ve UDP dinleyicileri ile sahipleri için ss -lunp.

İlk satır dalı seçer

Bir port çakışması ve eksik bir ikili dosya, başlangıcı bir saniye içinde öldürür ve farklı ilk satırlar bırakır. Zaten kullanımdaki adresle ilgili bir ileti portu adlandırır; eksik bir çalıştırılabilir dosya artık var olmayan bir yolu adlandırır; başarısız bir koşul veya eksik bir yapılandırma dosyası dosyayı adlandırır. Bu üçü farklı onarımlara götürür ve hiçbiri istemciyi yeniden kurmakla düzelmez. Başka bir şey çalıştırmadan önce ilk hatayı notlarınıza kopyalayın.

Özgün satırı gizleyen yeniden deneme döngüsüne dikkat edin. yeniden başlatma ilkesi olan bir birim ilk hatayı bir düzine benzerinin altına gömebilir, bu yüzden birime göre süzülen ve baştan okunan journalctl -b sonundan iyidir.

1194 portunu başka kim tutuyor

Suçlu genellikle birinin bilerek yapılandırdığı ikinci bir sunucu değildir. Başka bir terminalde hâlâ canlı olan elle başlatılmış bir istemci, aynı portu rastlantıyla seçmiş ikinci bir profil ya da kendi tüneli 1194'ü tutan bir satıcı paketi bekleyin. Soket sahibi ss -lunp içinde görünür; bir birimin sorumlu olup olmadığını öğrenmek için o PID'yi systemctl status öğesine verin. Bir sinyalle değil, kendi denetim yolundan indirin.

Bir birim tarafından yönetilen sürece gönderilen sinyal genellikle yeniden başlatmayı tetikler ve aynı hata birkaç dakika sonra yeni bir sorun gibi geri döner. Bir birim için systemctl stop kullanın, satıcı kurulumu için paketin kendi servis komutunu, sinyali ise yalnızca o kabukta elle başlattığınız bir şey için kullanın.

Temizlikten sonra kalan birimler

Bir temizlik ikili dosyaları siler; genellikle /etc/systemd/system altında olan elle yazılmış birim dosyaları ondan sağ çıkar. Systemd ardından artık var olmayan bir yolu gösteren bir birimi yeniden dener ve ileti dünkü kaldırmayla değil, o eksik dosyayla ilgilidir. systemctl status birimin parça yolunu üstte gösterir, bu yüzden herhangi bir şeyi silmeden önce dpkg -S ile kontrol edin. Öksüz ortadan kalktığında systemctl daemon-reload ve systemctl reset-failed durumu temizler; aksi halde sonraki her durum denetimi onu devralır.

which openvpn /usr/local altında bir şeyle yanıtladığında, iş başındaki ikili dosya apt'den değil bir satıcı kurucusundan gelmiştir. Böyle bir kurucu genellikle kendi dinleyicisini, kendi önyükleme girdisini ve kendi yapılandırma dizinini getirir, bu yüzden görünen komutu kaldırmak soketi dolu bırakır.

Satıcının belgelediği şekilde kaldırın, portun boş olduğunu ss -lunp ile doğrulayın ve dağıtım istemcisini yalnızca gereksinim duyuyorsanız ekleyin.

Yeniden denemeden önce durumu oturtun

Sonuç çıkarmadan önce başarısız durumu temizleyin: systemctl reset-failed sayaçları kaldırır ve systemctl status ardından birimin geçmişini değil güncel durumunu bildirir. Bir kez başlatın ve kutunun toplam durumunu değil o örneğin kendi günlüğünü okuyun. Tünel hiçbir şey taşımazken etkin bildiren bir birim ayrı bir sorundur ve çok daha yaygın olandır. Hata raporlarında ikisi birleşir çünkü ikisi de kullanıcının VPN çalışmıyor demesiyle biter.

Hangi dalı seçtiğinizi not edin: port çakışması, eksik ikili dosya, eksik yapılandırma. Bir sonraki olayı daha hızlı tanıyacaksınız.