Linux-da SSTP girişdən əvvəl uğursuz olur? İşləmə komponentlərini yoxlayın

Siz SSTP plaginini quraşdırırsınız, şəbəkə redaktorunda radio düyməsi görünür, şlüz və istifadəçi adı daxil edirsiniz və profil heç vaxt parol soruşmadan ümumi xəta ilə uğursuz olur. Bu ardıcıllıqda qeyri-adi heç nə yoxdur və onun içində heç nə tunel proqramının quraşdırıldığını sübut etmir. SSTP bağlantısı ayrı-ayrı göndərilən hissələrdən yığılır: NetworkManager-in işə sala biləcəyi VPN plagini, TLS və PPP sessiyasına sahib olan SSTP müştəri proqramı, onun altındakı PPP demonu və bağlantının oxumaq icazəsi olan sirr anbarı.

Menyu elementi nə əlavə edir və nə etmir

Plagin NetworkManager-ə onu necə işə salacağını deyən xidmət təsviri və əksər distributivlərdə formanı çəkən kiçik redaktor təqdim edir. Menyu elementinin bütün əhatəsi budur. Müştəri proqramı başqa mənbə paketindən gəlir və plaginin öz README faylı bu ayrılığı birbaşa bildirir: bu, plagin, müştəri deyil.

Sonra müştəriyə PPP lazımdır, çünki SSTP TLS bağlantısı içində PPP sessiyası daşıyır. pppd olmadan tunel TLS əl sıxışmasını tamamlaya və yenə də ilk idarəetmə çərçivəsində ölə bilər; bu, etimad məlumatı problemi kimi görünür, amma deyil. Debian və Ubuntu-da hissələr network-manager-sstp, sstp-client və ppp kimi gəlir və yalnız birincini quraşdırmaq formanın hər sahəni qəbul etməsinin, lakin bağlantının heç vaxt bitməməsinin ən geniş yayılmış səbəbidir.

Masaüstü seçimi daha bir ayrılıq əlavə edir. Plasma profilləri plasma-nm vasitəsilə redaktə edir; onun öz SSTP komponenti lazımdır və eyni xidmət təsvirini oxuyur, yəni SSTP elementi olmayan redaktor və profil yaratmağı bacaran CLI köhnəlmiş işləmə deyil, çatışmayan redaktor yarısıdır.

Heç nəyi yenidən quraşdırmadan əvvəl ilk uğursuz mərhələni oxuyun

Uğursuz SSTP cəhdi sabit sıra ilə mərhələlərdən keçir və uğursuz olan mərhələ hansı komponentə baxmalı olduğunuzu deyir.

Birinci plaginin işə salınmasıdır və oradakı uğursuzluq server haqqında deyil, VPN xidməti haqqında mesaj verir. Sonra 443 portuna TCP bağlantısı gəlir; burada rədd və ya fasilə çatımlılıq problemidir, TLS problemi deyil. Sonra TLS əl sıxışması və server kimliyi yoxlaması, sonra PPP danışıqları və hesab autentifikasiyası, nəhayət ünvan təyini və marşrutlar. Profili bir dəfə aktivləşdirərkən journalctl -f -u NetworkManager izləyin və son ümumi sətri deyil, ilk konkret sətri oxuyun.

Bu sıra geniş yayılmış yanlış oxunuşu izah edir. Sertifikat şikayəti heç bir etimad məlumatı göndərilməzdən əvvəl bildirilir, ona görə parolu dəyişmək kömək edə bilməz; PPP autentifikasiya rəddi uğurlu əl sıxışmasından sonra gəlir, ona görə sertifikatı dəyişmək də kömək edə bilməz. İlk xətanı və onun mərhələsini saxlayın, onda simptom deyil, diaqnozunuz olar.

Sertifikat etimadı və hesab girişi ayrı qapılardır

Əl sıxışması serverin həqiqətən çatmaq istədiyiniz server olduğunu konfiqurasiya etdiyiniz buraxan və adla təsdiqləyir. Yalnız bundan sonra PPP qatı istifadəçi adınızı və parolunuzu şlüzün autentifikasiya metoduna təqdim edir. Yəni iki müstəqil yoxlama, sabit sıra ilə qiymətləndirilir və hər biri üçün ayrı parametrlər var. Parol sahəsinə yazılan heç nə birincisini təsirləndirə bilməz.

Yanlış buraxana etibar edən profil birinci qapıda kimlik xətası ilə uğursuz olur. Ona düzgün etibar edən, lakin köhnə parol saxlayan profil ikinci qapıda autentifikasiya rəddi ilə uğursuz olur. Hər ikisi qoşulmayan VPN kimi görünür və heç biri digərinin dərmanı ilə düzelmir.

Gözlənilən buraxanı və server adını redaktorun susmaya görə dəyərlərini təxmin etmək əvəzinə şlüzü idarə edəndən alın və tələb etdikləri autentifikasiya metodunu qeyd edin. Təşkilata plaginin ifadə edə bilmədiyi metod lazımdırsa, dürüst cavab bunu bacaran təsdiqlənmiş müştəridir, xətanı yox etmək üçün doğrulaması söndürülmüş profil deyil.

Profilə və sirrlərə bir sahib olsun

Profil yarandıqdan sonra onu NetworkManager vasitəsilə aktivləşdirin və yaranan marşrutlara və həlledici dəyişikliklərinə həmin idarəçi sahib olsun. NetworkManager artıq bağlantını idarə edərkən ikinci müstəqil SSTP müştərisi işə salmaq sizə iki marşrut dəsti, iki DNS konfiqurasiyası və vahid həqiqət mənbəyi olmayan sazlama sessiyası verir.

Sirrlərin də sahibi var. Sistem üzrə istifadə üçün işarələnmiş bağlantı etimad məlumatlarını istifadəçi sessiyası ilə məhdudlaşan bağlantıdan fərqli saxlayır və açar faylında əl ilə yaradılmış profil parolu interaktiv şəkildə təqdim etməyi gözləyən sirr agenti tərəfindən oxuna bilməyə bilər. Heç vaxt problem olmayan parolu yenidən yazmazdan əvvəl profilin hansı konteksti gözlədiyini yoxlayın. Eyni profili terminaldan nmcli ilə aktivləşdirmək ən sürətli sınaqdır, çünki heç vaxt görünməyən sorğu agentin təqdim edəcək heç nəyi olmadığını deyir.

Tuneli, marşrutları və həlledicini ayrı-ayrılıqda yoxlayın

Qoşulmuş göstəricisi yalnız əlaqənin qalxdığını bildirir. Həqiqətən ehtiyac duyduğunuz təyinatı, onu daşıyan marşrutu və istifadə olunan həlledicini bir-bir yoxlayın; hər biri səhv ola bilər, digər ikisi isə qaydasında ola bilər.

Uğursuz cəhd üçün hər komponentin versiyasını və təmizlənmiş xəta mətnini toplayın. Tam profili deyil, bunları paylaşın, çünki profil əvvəlcədən paylaşılan sirri və saxlanmış etimad məlumatlarınızı ehtiva edə bilər.

Nəhayət, əlaqəni kəsin və yenidən qoşulun, sonra bir dəfə yenidən başladın. Profil yalnız ilk cəhddə işləyirsə, problem sirrlərin idarə olunmasında və ya marşrut sahibliyindədir və hər ikisini indi düzəltmək iş gününün ortasında düzəltməkdən ucuzdur.