OpenVPN başlatmanın tamamlandığını bildiriyor: komut istemi neden geri dönmüyor

Son günlük satırından sonra terminal sustuğunda hiçbir şey takılmış değildir. Bu, ön planda çalışan bir istemci için beklenen biçimdir: başlatmayı bitirmiş ve şimdi orada oturup trafik taşımaktadır. Kabuk komut istemi, göründüğü gibi bir başarı işareti değildir.

Mesajı başlatma ile kararlı durum arasındaki sınır olarak ele alın, çünkü tam olarak bunu işaretler.

Mesaj sürecin değil, başlatmanın sonunu işaretler

OpenVPN o satırı aygıtı açtıktan, arayüzü yapılandırdıktan, yolları kurduktan ve eşle TLS alışverişini bitirdikten sonra yazdırır. Sonra süreç çalışmaya devam eder, çünkü görevi tüneli açık tutmak ve paketleri iletmektir. Ön planda çalışan bir program bu görevi yaparken komut istemine dönmez. Sonrasındaki sessiz çıktı normaldir, çünkü istemci yalnızca bir şey değiştiğinde konuşur.

Satır görünür ve bağlantı sonradan ölürse, bu başka bir olaydır ve günlük bunu sonradan söyler.

Ctrl+C bir karardır, bir onarım değil

Ctrl+C tuşuna basmak bir kesme gönderir, istemci bunu kapatma isteği olarak işler. Komut istemi geri gelir, tünel kaybolur ve onu kullanan her oturum sona erer. Bu ilerleme gibi görünür ve aslında tam tersidir. Amaç kalıcı bir bağlantıysa, yanıt süreci terminaliniz olmadan devam edebileceği bir yere taşımaktır, onu kesmek değil.

Hata ayıklarken onu ön planda bırakmak doğru seçimdir, çünkü sonraki hatalar aynı pencerede görünür kalır. Sessiz bir dakika hiçbir yönü kanıtlamaz; çıktıyı izlemek yerine tünel üzerinden bir kaynağı test edin.

Mesajın kanıtlamadığı şey

Tamamlanma, istemcinin kendi yapılandırmasına dair yerel bir ifadedir. Karşı tarafın yanıt verdiğini, kurulan yolların ihtiyacınıza uyduğunu ya da tünel üzerinden ad çözümlemesinin çalıştığını söylemez. Bölünmüş tünel profili tamamen başlatılmış olabilirken şirket paylaşımı erişilemez kalabilir, çünkü yolu veya DNS ilkesi onu hiç kapsamamıştır. Sunucu tarafındaki örnekler istemci kabul etmeye hazır olduklarında benzer bir satır yazdırır; bu, herhangi bir istemcinin bağlı olmasıyla aynı şey değildir.

«Sunucu başladı» ve «dizüstü paylaşımı açabilir» iki farklı yerden yapılan gözlemlerdir ve bunları karıştırmak sizi yanlış ana makinede hata ayıklamaya gönderir.

Terminalsiz çalıştırma

Kalıcı bir kurulum için platformun desteklediği hizmet düzenini kullanın. systemd ana makinesinde bu, profili /etc/openvpn/client içinde olan bir openvpn-client@office örneğidir; yeniden başlatmalara dayanması için başlatılır ve etkinleştirilir. Community OpenVPN ayrıca --daemon seçeneğini --log veya --log-append ile birlikte sunar; bu, süreci ayırır ve çıktıyı bir dosyaya gönderir. Her iki yaklaşım da sürecin nasıl çalıştığını değiştirir; hiçbiri bir yolu düzeltmez veya uzak bir uygulamayı sağlıklı hale getirmez.

Bir hizmetin zaten yönettiği örneğin yanında ikincisini başlatmadığınızı kontrol edin. Aynı profili talep eden iki istemci kafa karıştırıcı günlükler ve amaçlamadığınız tek bir tünel üretir.

İşe uygun düzeni seçin

Tanılama için ön plan, oturumdan daha uzun yaşaması gereken her şey için hizmet, dayanacak bir hizmet yöneticisi yoksa arka plan servisi modu. Bu üçü olağan durumları kapsar ve her birinin var olmak için açık bir nedeni vardır. Bunlardan birini yanlışlıkla seçmek, «pencere kapanana kadar çalışıyor» raporunu üreten şeydir.

Tünelin kalması gerekiyorsa, sonradan yeniden başlatmadan sonra geri geldiğini ve günlüklerinin bakacağınız bir yere düştüğünü doğrulayın. Başlatma satırı da o günlüklerde görünür ve o noktada kimsenin onun için bir terminali izlemesi gerekmez.