Paylaşılan pppd Seçenek Dosyası Diğer VPN Bağlantınızı Bozar mı?

İnatçı bir PPTP profilinin bağlanması için tek satır eklersiniz, bir hafta sonra aylardır sorunsuz çalışan L2TP istemcisi durur. Akla gelen ilk okuma, iki protokolün artık çakıştığıdır. Daha sık olarak iki istemci de pppd başlatır, ikisi de aynı varsayılanları okur ve eklediğiniz satır hiçbir zaman düzelttiğiniz profille sınırlandırılmamıştır. Buradaki bağ, paylaşılan seçenek dosyasıdır; protokollerin ise suçu yoktur.

Bir istemci başlarken neyi devralır

PPP tabanlı bir istemci komut satırını nadiren sıfırdan kurar. pppd başlatır; pppd önce sistem varsayılanlarını, sonra kullanıcı ya da terminal dosyasını, ardından istemcinin geçirdiği argümanları okur ve istemci onu bir peer dosyasına da yönlendirebilir. Bu katmanların her biri bir eklenti, bir kimlik doğrulama yöntemi veya bir yol yönergesi taşıyabilir ve korunan bir seçeneği ilk ayarlayan katman onu sonraki değişikliklere kilitleyebilir.

Dolayısıyla yararlı soru hangi VPNin bozulduğu değil, o ayarı hangi katmanın sağladığıdır. Argümanlarını kendi üreten bir istemci kendi kendine yeterli görünür ama yine de sistem dosyasındaki her şeyi devralır.

Değiştirmeden önce satırın kaynağını bulun

Önce bağlantı açıkken çalışan sürece bakın. Komut satırı hangi dosyaların açıkça geçirildiğini gösterir; orada adı geçmeyen her şey varsayılan bir yoldan gelmiştir.

ps -o pid=,args= -C pppd

Argüman listesinde bir peer adı varsa o dosyayı okuyun. Yoksa aradığınız ayar paylaşılan bir yoldadır. pppd kılavuzu bu dosyaların okunma sırasını ve normal bir kullanıcının hangi seçenekleri geçersiz kılamayacağını listeler; sonradan yazılan bir satırın bazen hiçbir işe yaramamasının nedeni budur. Eklenti yolu gibi korunan bir seçenek, sonradan gelen kullanıcı düzeyindeki bir satırla değiştirilemez, bu yüzden yanlış dosyayı düzenlemek görünür bir etki yaratmaz.

Her istemcinin peşinden gelen eklenti satırı

Sistem dosyasında yüklenen bir eklenti en kötü durumdur, çünkü kullanıcı hangi düğmeye bastıysa bassın yeni PPP sürecinin neyi yüklemeye çalışacağını değiştirir. L2TP eklentisi klasik örnektir: bir profil için doğru, aynı varsayılanlardan başlayan PPTP profili için anlamsız ya da zararlıdır.

Onu istemcinin seçtiği bir peer dosyasına ya da istemci destekliyorsa kendi bağlantı başına ayarlarına taşıyın. Doğrudan silmek ikinci istemciyi onarır ve birinciyi bozar; bu sorunların ekipler arasında dolaşma biçimi tam olarak budur.

Taşıdıktan sonra her istemciyi doğrulayın

Aynı makineden iki bağlantıyı tek tek test edin ve başarı iletişim kutusunu değil, anlaşılan seçenekleri okuyun. Aşağıdaki döküm pppd'nin gerçekte birleştirdiği seçenek kümesini yazdırır; önemli olan tek liste budur.

sudo pppd call office debug dump

İkinci istemci için yineleyin ve iki çıktıyı karşılaştırın. Taşıdığınız seçenek yalnızca birinde görünmelidir. İkisinde de görünüyorsa istemci onu yeniden üretiyor demektir ve düzeltme paylaşılan dosyaya değil o profile aittir. Ayarın artık nerede durduğunu bağlantının yanına yazın ki sıradaki kişi bu bağı yeniden bozarak keşfetmek zorunda kalmasın.