L2TP/IPsec hatası 789, 720 veya 691: önce doğru aşamayı düzeltin

Windows 11 her L2TP/IPsec aşaması için farklı bir numara bildirir ve bu numara hatayı puanlamak yerine bir aşamayı işaretler. 789, PPP bağlantısı var olmadan önce başarısız olur; 720, bağlantı kaldırılırken başarısız olur; 691 ise bağlantı kalktıktan ve kimlik bilgileri reddedildikten sonra başarısız olur. Yararlı karar hangi düzeltmenin en popüler olduğu değil, kodun hangi aşamaya ulaştığınızı kanıtladığıdır. Önce bunu okuyun, sonra her denemede tek bir katmanı değiştirin ki bir sonraki kod size hâlâ bir şey söylesin.

Kodu bir aşama olarak okuyun, arıza listesi olarak değil

Bir L2TP bağlantısı sabit bir sırayla üç sınırı geçer. IKE, güvenlik ilişkilerini UDP 500 üzerinden müzakere eder, NAT geçişi bu trafiği UDP 4500'e taşır ve ancak bundan sonra L2TP tüneli kullanıcıyı doğrulayan ve bir adres atayan PPP oturumunu taşır.

Bu sıra, değişen bir hata kodunu yararlı bir kanıt yapan şeydir. 789'dan 720'ye geçmek, IPsec'in artık müzakere ettiği ve hatanın bağlantı kurulumuna taşındığı anlamına gelir. 720'den 691'e geçmek, bağlantının kalktığı ve ağ geçidinin kimliği reddettiği anlamına gelir. Beş düzeltmeyi aynı anda uygularsanız bu sinyali kaybedersiniz ve hangi değişikliğin işe yaradığını söyleyemezsiniz.

789: yol ile yerel ilke arasında seçim yapın

Kod 789, ilk güvenlik müzakereleri sırasında bir işleme hatasıdır. IPsec hiçbir zaman kullanılabilir bir ilişki oluşturmadı, bu yüzden hesap henüz test edilmedi. Hesapla değil, yolla ve paylaşılan anahtarla başlayın.

UDP 500 ve UDP 4500'ün sunucuya ulaştığını ve önceden paylaşılan anahtarın büyük-küçük harf ve sondaki boşluklar dahil bayt bayt eşleştiğini doğrulayın. Sunucu NAT'ın arkasındaysa Windows belgelenmiş kayıt defteri değerine de ihtiyaç duyabilir. Sunucu NAT'ın arkasındayken 1, iki uç da öyleyse 2 kullanın, ardından ilke aracısı değeri başlangıçta okuduğu için yeniden başlatın:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

Daha ağır bağdaştırıcı onarımı diğer dala aittir. Wi-Fi aygıtını ve WAN mini bağlantı noktalarını kaldırıp ardından donanımı yeniden taramak, yerel IPsec yığınının kendisi hasarlıysa ve diğer VPN türleri aynı şekilde başarısız oluyorsa haklıdır. Yalnızca bir L2TP sunucusu başarısız olurken diğer tüm ağ yolları çalışıyorsa bu boşa harcanmış bir çabadır.

720: bu bağdaştırıcı ile sunucu havuzu arasında seçim yapın

Hata 720, uzak bilgisayarla bağlantının kurulamadığını bildirir ve IPsec başarılı olduktan sonra görünür. Tünel bir arabirimi kaldırma veya adres alma noktasına ulaştı ve sonra durdu. Bu, onu yerel bağdaştırıcı sorunu veya sunucu kapasitesi sorunu yapar.

Karar vermek için etki yarıçapını kullanın. Bir Windows makinesinin başarısız olması bozuk bir WAN mini bağlantı noktasına, durmuş bir Remote Access hizmetine veya bozulmuş bir bağlantı profilini işaret eder. Birkaç istemcinin aynı anda başarısız olması sunucuya işaret eder: tükenmiş adres havuzu, durmuş RRAS hizmeti veya artık istemci alt ağıyla eşleşmeyen havuz. Diğer tarafı değiştirmeden önce desenin işaret ettiği tarafı düzeltin.

Tek istemcili dalda WAN mini bağlantı noktalarını bir kez kaldırın ve donanım değişikliklerini tarayın, sonra yeniden başlatın ve tekrar deneyin. Sunucu dalında istemci yerine havuzu ve hizmet durumunu kontrol edin, çünkü çalışan bir bağdaştırıcıyı yeniden yüklemek sunucunun sahip olmadığı bir adresi oluşturamaz.

691: kimlik bilgisi ile durmuş yardımcı arasında seçim yapın

Kod 691 bir kimlik doğrulama reddidir ve yanlış parola olarak en sık yanlış okunan koddur. Tünel ayakta, ağ geçidi bir kimlik gördü ve reddetti. Neden hâlâ parola alanının dışında olabilir.

Önce etki alanı alanını, sonra paroladaki tam karakterleri kontrol edin. Boşluk, tırnak veya kabuk özel karakteri içeren bir parola sunucuya ulaşmadan önce bozulabilir; Linux'ta pppd tırnaksız bir değer veya eksik etki alanı için E=691 ile aynı reddi bildirir. Parolayı yapıştırmak yerine yeniden yazın ve daha eski bir değer tutabilecek kayıtlı kimlik bilgilerini silin.

İnsanların kaçırdığı dal, durmuş bir yardımcı hizmettir. Bir satıcı istemcisi kimlik bilgilerini ağ geçidine aktarmak için kendi hizmetine bağlıysa, devre dışı bırakılmış veya çökmüş bir hizmet parola doğru olsa bile 691 üretir. Hesabı sıfırlamadan önce, özellikle yeniden başlatma veya güncellemeden sonra satıcı hizmetinin durumunu kontrol edin.

Dalları ayırmak için aynı kullanıcı adını çalışan başka bir VPN profilinde veya RADIUS test hesabında deneyin. Bu başarılı olursa kimlik bilgisi iyidir ve yerel istemci yolu şüphelidir. Aynı şekilde başarısız olursa sorun hesap veya ağ geçidi ilkesidir.

Her denemede bir katman değiştirin

Dışarıdan içeriye doğru çalışın: erişilebilirlik ve NAT geçişi, sonra önceden paylaşılan anahtar, sonra yerel bağdaştırıcı yığını, sonra kimlik bilgisi, sonra sunucu havuzu ve hizmetler. Bu sıra, kodların tanımladığı aşamaları izler ve her sonucu tek bir değişikliğe atfedilebilir tutar.

Her denemeden önce ve sonra kodu, istemci derlemesini ve sunucunun mu istemcinin mi değiştirildiğini kısa bir günlüğe kaydedin. 789, sonra 720, sonra 691 gibi bir dizi ilerlemenin haritasıdır; aynı kodun iki kez görünmesi son değişikliğin o aşamayı ele almadığı anlamına gelir. Windows'u yeniden yüklemek bu haritayı siler ve ağ geçidinde yaşayan bir hatayı nadiren düzeltir.

Kod değişmeyi bıraktığında, bir şeyleri değiştirmeyi bırakın. Geçerli kodu, sunucu adresini, kimlik doğrulama yöntemini ve denemenin saatini kaydedin, sonra bu kaydı çalışan bir istemciyle karşılaştırın. İki kayıt arasındaki fark genellikle insanların varsayılan olarak denediği düzeltme listesinden daha küçüktür.