İkinci VPN istemcisi birinciyi bozdu: paylaşılan kaynağı bulun

Dün orijinal istemci çalışıyordu. Bugün yeni gelen bir bağlantı talep ediyor, eski profil ise eskiden şikayetsiz geçtiği bir aşamada duruyor. Kimlik bilgileri nadiren devreye girer ve ağ geçidi genellikle masumdur. Değişen şey, iki VPN yığınının artık aynı özel kaynağı istemesi ve onarımın onu adlandırmaya bağlı olması. İkisini de yeniden kurmak yerine katmanları gezin.

Dört katmanı sırayla gezin

Bir VPN ürününün çakışabilecek dört kaynağa ihtiyacı vardır: sıklıkla iki kez çalışmayı reddeden bir arka plan hizmeti, sabit bir bağlantı noktası, yönlendirme tablosundan önce trafiği gören sanal bir bağdaştırıcı veya çekirdek filtresi ve varsayılanın önüne yollar kurma hakkı. Hangisinin geri çekildiğini bilmek, belirsiz bir çakışmayı test edilebilir yanıtı olan tek bir soruya dönüştürür.

Bir şeye dokunmadan önce belirtiyi bir katmanla eşleştirin. Başlamayan istemci hizmeti işaret eder; başlayıp asla müzakere etmeyen bağlantı noktasını; diğeri tüm bağlantıyı kaybederken bağlanan ise filtreyi veya varsayılan yolu. Bu eşlemeyi yazın, çünkü umutla uygulamaları yeniden kurmanın bir saatini kurtarır.

İki kez çalışmayan hizmetten başlayın

Windows'ta kurumsal istemci genellikle bir tünelden fazlasıdır, çünkü profilinin yanında bir hizmet, bir filtre sürücüsü ve bazen bir kimlik bilgisi sağlayıcısı kurar. Değişiklikten önce ve sonra hangi hizmetlerin çalıştığını not edin, sonra bir şey çalışana kadar yeniden başlatmak yerine iki listeyi karşılaştırın. Hizmetler bağımlılıklar yoluyla birbirini dışlayabilir; birinin başlaması diğerini durdurur ve aynı desen macOS'ta launchd işleri ve paylaşılan bir daemon ile görünür. Saniyeler içinde başlayıp çıkan bir istemci yapılandırmayı değil sahipliği bildirir.

Profili okumadan önce hizmetin durumunu ve günlüğünü okuyun. Aynı dakika içinde başlayıp duran hizmet aranacak desendir ve kendi olay günlüğü onu yerinden eden bağımlılığı adlandırır. Bir profil çalışmayan bir süreci onaramaz ve onu düzenlemeye harcanan zaman gerçek çakışmaya harcanmayan zamandır.

Sonra bağlantı noktasının kime ait olduğunu sorun

Bağlantı noktası sahipliği elde edeceğiniz en net kanıttır, çünkü bağlama hatası çakışmayı doğrudan adlandırır. İki IKE uygulaması aynı yerel adreste ve UDP bağlantı noktasında ikisi birden yanıt veremez ve ne kadar yeniden denense de bu değişmez.

Get-NetUDPEndpoint -LocalPort 500,4500 | Select-Object LocalAddress,LocalPort,OwningProcess
netstat -ano | findstr :500
sudo lsof -nP -iUDP:500
ss -lunp | grep -E ':500|:4500'

Platformunuza hangi satır uyarsa uysun, istediğiniz yanıt bir süreç ve onu doğuran hizmettir. Dinleyici yerleşik IKE hizmetiyse ikinci istemci davetsiz misafirdir; satıcı aracısıysa yerleşik istemci davetsiz misafirdir. Hangisinin oturum açılışında başlayabileceğine karar verin ve diğerini her oturumda öldürmek yerine otomatik başlatmasını kapatın.

Filtre sürücüsü yollarınızın altında oturur

Bir ağ filtre sürücüsü bağdaştırıcı ile protokol yığını arasındaki trafiği yakalar, böylece yönlendirme tablosu ne derse desin paketleri yeniden yazabilir veya engelleyebilir. Doğru görünen bir yolun yok sayılması böyle olur ve başarılı bir ping'in hiçbir şey yükleyemeyen bir tarayıcının yanında oturabilmesinin nedeni de budur.

Satıcı bileşenleri de belirli bağlantılara bağlanır. Bir bağdaştırıcıya bağlı eski bir filtre, aksi halde doğru olan bir profilin el sıkışmasını tamamlamasını engelleyebilir ve o bileşeni bağdaştırıcının özelliklerinden ayırmak, ürünü tamamen kaldırmaktan daha dar ve daha geri alınabilirdir. Bağlama her bağlantı için olduğundan, tüm yığın yerine bağdaştırıcıları karşılaştırın.

Hangi ürünün önyüklemeye sahip olduğuna karar verin, sonra kaydedin

Birlikte var olma yalnızca iki istemci tasarım gereği farklı katmanları işgal ettiğinde gerçekçidir; örneğin yalnızca uygulama trafiğini işleyen bir proxy'nin yanında bir IPsec yığını. İkisi de aynı bağlantı noktasını, aynı filtre katmanını veya varsayılan yolu yayımlama hakkını istediğinde sırayla devam edecekler ve her başarısızlık yeni bir arıza gibi görünecektir.

Sahibi bilerek seçin. Yeniden başlatmadan sonra hayatta kalan biçimler arasında ikinci istemciyi bir sanal makine içinde çalıştırmak, onu özel donanımda tutmak veya her iki protokolü de konuşan tek bir istemcide standartlaşmak vardır. Kaybedenin otomatik başlatmasını ve hizmetini kapatmak, her başlatmadan sonra yönlendirme tablosunu yeniden kurmaktan daha küçük bir değişikliktir ve tek bir ayar düzenlemesiyle geri alınır.