L2TP profilinin hansı qatı əslində sındı

Ayarlar səhifəsi boyunca deyil, yığın boyunca aşağı enin: IPsec razılaşması, sonra L2TP idarəetməsi, sonra PPP autentifikasiyası, sonra ünvan və DNS təyini. Hər qatın öz xəta imzası və öz ehtimal olunan səbəbi var. İstifadəçi autentifikasiyasında uğursuz olan profil, daha əvvəl vaxtı bitən profilin heç vaxt çatmadığı üç yoxlamadan artıq keçmiş olur. Bu ardıcıllıq ilk müəyyən edilməli olan şeydir.

Eyni protokol adı dörd fərqli söhbəti gizlədir.

Ayarları dəyişməzdən əvvəl qatı adlandırın

IPsec qurulumunun uğursuzluğu ortaq sirrə, alqoritmlərə və ya qarşı tərəfin kimliyinə işarə edir. Bundan sonra L2TP idarəetməsinin uğursuzluğu tunel qatının özünü göstərir ki, bu daha dar bir problemdir. PPP autentifikasiya xətaları hesabı və ya autentifikasiya metodunu adlandırır. Autentifikasiyadan sonra ünvan və ya DNS xətası nəqliyyatın işlədiyini, konfiqurasiya mübadiləsinin isə işləmədiyini bildirir.

Müştəri versiyasını, əməliyyat sistemi versiyasını və operatorun sənədləşdirilmiş quraşdırmasını qeyd edin. Bu üçü olmadan hər dəyişiklik təsadüfən başqa bir şeyi düzəldə biləcək bir təxmindir.

Profili cari müştəri ilə müqayisə edin

Saxlanmış profil cari müştərinin artıq qəbul etmədiyi ortaq sirri, autentifikasiya seçimini və ya son nöqtəni daşıya bilər. Bəzi platformalar L2TP/IPsec dəstəyini tamamilə köhnəlmiş elan edib və ya çıxarıb, yenilənmiş müştəri isə serverdə heç bir dəyişiklik olmadan köhnə IKE davranışından imtina edə bilər. Saxlanmış dəyərlərinizi bir il əvvəl işləyənlə deyil, operatorun cari sənədləşdirilmiş tələbləri ilə müqayisə edin. Cavab adətən bu iki sənəd arasındakı fərqdə olur.

Keşlənmiş sirr və ya adı dəyişdirilmiş hesab adətən adi profil yeniləməsindən başqa heç nə tələb etmir və hər ikisi hər hansı yenidən dizayndan əvvəl yoxlanmağa dəyər. Bunlar ucuz düzəlişlərdir və memarlıq səviyyəsində hər hansı işdən əvvəl istisna edilməlidir.

Köhnə seçimlər sadəcə aktivləşdirməklə geri qayıtmır

Doğrulamanı söndürmək etimad zənciri problemini düzəltmir və bir alqoritmi sadəcə forum mövzusunda adı çəkildiyi üçün aktivləşdirmək serverin nə qəbul etdiyi barədə heç nə sübut etmir. Zəif IKE təklifləri adətən yaxşı səbəblərlə müştərilərdən çıxarılır və birini yenidən aktivləşdirmək sınıqdan daha pis bir bağlantı yaradır. Daha zəif tunel təmir deyil, eyni simptomlu yeni bir problemdir. Düzgün sual operatorun indi nəyi dəstəklədiyidir.

Hər şeyi aktivləşdirən təmir faktiki nasazlıqdan qat-qat çoxunu dəyişir və nəyin düzəltdiyini deyə bilməməyinizlə qoyub gedir.

Miqrasiyanı layihə kimi ortaya qoyun

Əgər yerləşdirmə artıq tələb olunan müştərini dəstəkləmirsə, sənədləşdirilməmiş istisnanı saxlamaq yerinə operatorla birlikdə əvəzləmə planlaşdırın. Giriş tələbini, kimlikləri, DNS qeydlərini və marşrutları köçürün, çünki yalnız yeni əl sıxışması o icazələrin heç birini yenidən yaratmır. Bunlar işləyən bağlantının sakitcə asılı olduğu hissələrdir. Bərpa təsdiqlənənə qədər köhnə profili təhlükəsiz saxlayın, sonra köhnəlmiş etimadnamələri həqiqətən idarə olunduqları yerdə ləğv edin. Onları yerində qoymaq, hamı bağlandığına inandıqdan çox sonra köhnə yolun istifadə oluna bilən qalmasının yoludur.

Miqrasiya həm də profilin nə üçün olduğunu yazmaq anıdır. Əks halda növbəti şəxs heç bir izahat olmadan işləyən bir bağlantı miras alır.

Qatı, müştəri versiyasını və operatorun cari tələblərini yoxlayın. Sonra bunun təmir, yoxsa əvəzləmə olduğuna qərar verin.