VPN vasitəsilə uzaq masaüstdə: hansı nasazlıqdasınız?

Tuneliniz işləyir, daxili wiki açılır, amma uzaq masaüstü hələ də qoşulmaqdan imtina edir. Bu birləşmə normaldır, çünki VPN hosta marşrut verir, masaüstü xidməti isə dinləməli, öz firewall-u tərəfindən icazə verilməli və hesabı autentifikasiya etməyə hazır olmalıdır. İşləyən tunel ilə istifadə edilə bilən sessiya arasında dörd nasazlıq mərhələsi var və hər biri fərqli mesajla uğursuz olur. Əvvəlcə mesajı oxuyun, çünki mərhələni o adlandırır.

Bir kimi görünən dörd nasazlıq

Mərhələlər sıralıdır: ad dizaynın nəzərdə tutduğu şəxsi ünvana həll olunur, port TCP əl sıxmasına cavab verir, host öz siyasəti çərçivəsində bağlantını qəbul edir və sessiya girişi uğurlu olur. Hər mərhələ növbətini sınaqdan çıxarır, buna görə şəbəkə sabitləşməzdən əvvəl RDP ayarlarını dəyişmək yalnız səs-küy yaradır. Dörd halda da simptom istifadəçi tərəfindən eyni görünür. Onları yalnız müştərinin mesajı ayırır.

İşləyən daxili veb-sayt bu dördündən heç birini sübut etmir. O, yalnız eyni şəbəkədəki bir hostun başqa portda başqa xidmətlə cavab verdiyini sübut edir. Bunu marşrutla bağlı dəlil kimi qəbul edin, başqa heç nə kimi yox.

Sıra ilə sınaqdan keçirin və nəticəni yazın. Port cavab verdiyi üçün giriş ekranına atlamaq, birinci addımın artıq tapdığı firewall probleminə bütün günorta vaxtı sərf etməyin yoludur.

3389 portunda nəsə dinləyirmi?

Adla başlayın, çünki səhv ünvana həll olunan ad bütün sonrakı sınaqları etibarsız edir. Tunelin həlledicisindən adın nə demək olduğunu soruşun, sonra cavabı uğurlu reaksiya ilə deyil, dizaynın nəzərdə tutduğu şəxsi ünvanla müqayisə edin. Açıq ünvana həll olunan ad bütün problemdir və heç bir RDP dəyişikliyi onu düzəltməyəcək:

nslookup desktop.corp.example
Resolve-DnsName desktop.corp.example

Sonra hostu deyil, portu sınayın. 3389 üzərində tamamlanmış TCP əl sıxması çatımı yuxarıdakı hər şeydən ayırır:

Test-NetConnection -ComputerName desktop.corp.example -Port 3389

Bu sınağı LAN-dan və tuneldən aparın, çünki iki nəticə arasındakı fərq nasazlığı VPN yolunda lokallaşdırır. Yolda iki firewall var və onları qarışdırmaq asandır: şəbəkə müştəri tunel ünvanına hosta çatmağa icazə verməli, hostun öz firewall-u isə dinləyən portda həmin mənbəyə icazə verməlidir. LAN alt şəbəkəsinə uyğunlaşdırılmış qayda VPN müştəri hovuzunu əhatə etmir və bu, yalnız uzaq istifadəçilərin bildirdiyi fasilənin ən çox rast gəlinən səbəbidir. Qaydanın mövcudluğunu deyil, əhatə dairəsini yoxlayın.

Qayıdış yolu da eyni yoxlamaya layiqdir. Cavablar LAN-a deyil, müştəri hovuzuna qayıdış marşrutuna ehtiyac duyur, hostun qarşısındakı transformasiya isə jurnalınızda görünəcək mənbəyi dəyişir. Port bir istiqamətdə cavab verib digərində vermirsə, çatışmayan yarısı adətən qayıdış marşrutudur.

Konfiqurasiyanı oxumazdan əvvəl mesajı oxuyun

Üçüncü mərhələ hostun bağlantını öz siyasəti ilə rədd etməsidir və bu, çox vaxt dərhal açılıb bağlanan port kimi görünür. Nəsə cavab verdi və bu, sükutdan çox faydalı məlumatdır. Əl sıxması tamamlanıb sessiya dərhal ölübsə, şəbəkə qaydasındadır və qərarı host verir. Şəbəkəyə yenidən toxunmazdan əvvəl uzaq masaüstü icazələrinə baxın.

Funksiya maşın üçün aktiv ola bilər, halbuki giriş müəyyən qruplarla məhdudlaşdırılıb və dinləyici gəldiyiniz ünvanı istisna edən üsullarla bağlana bilər. Şəbəkə səviyyəsində autentifikasiya masaüstü yüklənməzdən əvvəl uğursuz olan bir keçid əlavə edir və onun xəta mətni səhv paroldan fərqlənir. Müştərinin mesajını hostun hadisə jurnalı ilə müqayisə edin, çünki mesaj keçidi, jurnal isə hesabı adlandırır.

Sessiya girişi öz sərhədidir

Autentifikasiya VPN-ə deyil, masaüstü xidmətinə aiddir. Tunelin kimliyi və masaüstü hesabı ayrı kilidləmə siyasətləri olan ayrı etimadnamələrdir, buna görə işləyən tunel yalnız tunelin sizi qəbul etdiyini sübut edir. Masaüstü hesabının kilidlənməsi tunelə mane olmur, əksi də doğrudur.

Hər ikisini bütöv saxlayın. Şəxsi marşrut yoxdursa, marşrutu düzəldin, çünki dinləyicini internetə yayımlamaq çatım xətasını açıq masaüstü ilə dəyişir. Eyni zamanda görünən sertifikat xəbərdarlığını keçmək üçün sessiyanın kimlik yoxlamalarını da zəiflətməyin. RDP dinləyicisində özünü imzalayan sertifikat dizayn üzrə xəbərdarlıq yaradır, ona görə onu qəbul etmək addım deyil, qərardır.

Yenidən cəhd etməzdən əvvəl cəhdləri sayın. Masaüstü kilidləmə hədləri uğursuz girişləri VPN nasazlıqlarından ayrı sayır və taymerlə yenidən cəhd edən müştəri siz hələ qaydanı redaktə edərkən həddi aşa bilər. Bu, parol dəyişikliyindən sonra hesabları kilidləyən həmin paralel təkrar cəhd mexanizmidir.

Sessiya nəyi daşıya bilər və nə harada qalır

Təsdiqlənmiş çıxış iş axınını ona ehtiyac duymazdan əvvəl öyrənin. Pəncərəni bağlamaq yalnız görünüşü ayıra bilər, sessiya isə konfiqurasiya edilmiş siyasəti ilə işləməyə davam edir; bu, paylaşılan və ya audit edilən hostda vacibdir. Siyasət bunu gözlədikdə sessiyanın içindən çıxış edin.

Sonra sessiyanın nə daşıya biləcəyinə qərar verin, çünki bufer, yönləndirilmiş disklər, printer yönləndirməsi və fayl ötürülməsi siyasətin icazə verdiyi yerlərdə yerli və uzaq sistemlər arasında məlumat hərəkət etdirir. Qarşı tərəfdə işləyən dərc edilmiş tətbiq avtomatik olaraq yükləmə qadağası sərhədi deyil və yalnız oxuna bilən görünən sessiya hələ də bufer daşıya bilər. Əlaqəni deyil, real tapşırığı sınayın: faylı açın, tətbiqdən istifadə edin və lazım olan yönləndirməni təsdiqləyin. Uzaq masaüstünə xaricdən çatmaq üçün Microsoft təlimatı dəstəklənən məruz qalma variantlarını təsvir edir və təzyiq altında əlavə edilmiş açıq dinləyicidən daha yaxşı istinaddır.