L2TP profilinin hangi katmanı gerçekten koptu

Ayarlar sayfasını boydan boya geçmek yerine yığında aşağı inin: IPsec anlaşması, ardından L2TP denetimi, ardından PPP kimlik doğrulaması, ardından adres ve DNS ataması. Her katmanın kendi hata imzası ve kendi olası nedeni vardır. Kullanıcı kimlik doğrulamasında başarısız olan bir profil, daha önce zaman aşımına uğrayan bir profilin hiç ulaşamadığı üç denetimi zaten geçmiştir. Önce bu sıranın belirlenmesi gerekir.

Aynı protokol adı dört farklı konuşmayı gizler.

Ayarları değiştirmeden önce katmanı adlandırın

IPsec kurulumunun başarısız olması paylaşılan sırra, algoritmalara veya karşı tarafın kimliğine işaret eder. Ardından L2TP denetimi başarısız olursa bu, tünel katmanının kendisini gösterir ve daha dar bir sorundur. PPP kimlik doğrulama hataları hesabı veya kimlik doğrulama yöntemini adlandırır. Kimlik doğrulamadan sonra adres veya DNS hatası, taşımanın çalıştığı ve yapılandırma değişiminin çalışmadığı anlamına gelir.

İstemci sürümünü, işletim sistemi sürümünü ve operatörün belgelenmiş kurulumunu kaydedin. Bu üçü olmadan her değişiklik, yanlışlıkla başka bir şeyi düzeltebilecek bir tahmindir.

Profili mevcut istemciyle karşılaştırın

Kayıtlı bir profil, mevcut istemcinin artık kabul etmediği bir paylaşılan sır, bir kimlik doğrulama seçeneği veya bir uç nokta taşıyabilir. Bazı platformlar L2TP/IPsec desteğini tamamen kaldırdı veya sildi ve güncellenmiş bir istemci sunucuda hiçbir değişiklik olmadan eski IKE davranışını bırakabilir. Kayıtlı değerlerinizi bir yıl önce çalışanla değil, operatörün mevcut belgelenmiş gereksinimleriyle karşılaştırın. Bu iki belge arasındaki fark genellikle yanıtın bulunduğu yerdir.

Önbelleğe alınmış bir sır veya yeniden adlandırılmış bir hesap genellikle olağan bir profil güncellemesinden fazlasını gerektirmez ve her ikisi de bir şeyi yeniden tasarlamadan önce kontrol edilmeye değer. Bunlar ucuz onarımlardır ve mimari nitelikteki her işten önce dışlanmalıdır.

Eski seçenekler etkinleştirilerek geri gelmez

Doğrulamayı kapatmak güven zinciri sorununu onarmaz ve bir algoritmayı yalnızca bir forum başlığı ondan söz ettiği için etkinleştirmek, sunucunun neyi kabul ettiği konusunda hiçbir şey kanıtlamaz. Zayıf IKE önerileri genellikle haklı nedenlerle istemcilerden kaldırılır ve bunlardan birini yeniden etkinleştirmek, kopandan daha kötü bir bağlantı yaratır. Daha zayıf bir tünel onarım değildir, aynı belirtiye sahip yeni bir sorundur. Doğru soru, operatörün artık neyi desteklediğidir.

Her şeyi etkinleştiren onarım, gerçek arızadan çok daha fazlasını değiştirir ve neyin düzelttiğini söyleyemez durumda bırakır.

Geçişi bir proje olarak ortaya koyun

Dağıtım artık gerekli istemciyi desteklemiyorsa, belgelenmemiş bir istisnayı korumak yerine operatörle birlikte bir değişim planlayın. Erişim gereksinimini, kimlikleri, DNS kayıtlarını ve rotaları birlikte taşıyın, çünkü yeni bir el sıkışma tek başına bu izinlerin hiçbirini yeniden oluşturmaz. Bunlar, çalışan bir bağlantının sessizce dayandığı parçalardır. Kurtarma onaylanana kadar eski profili güvenle saklayın, ardından eski kimlik bilgilerini gerçekten yönetildikleri yerde kullanımdan kaldırın. Onları yerinde bırakmak, herkes kapandığına inandıktan çok sonra eski bir yolun kullanılabilir kalmasının yoludur.

Geçiş aynı zamanda profilin ne için olduğunu yazma anıdır. Aksi hâlde bir sonraki kişi, hiçbir açıklama olmadan çalışan bir bağlantıyı devralır.

Katmanı, istemci sürümünü ve operatörün mevcut gereksinimlerini kontrol edin. Sonra bunun bir onarım mı yoksa değişim mi olduğuna karar verin.