Sayt VPN-i üzərindən birləşdirilmiş disk: DNS, SMB və UNC yolu

Explorer-də Şəbəkə səhifəsi yerli seqmentdə özünü elan edən cihazları göstərir və marşrutlaşdırılmış tunel bu elanların heç birini daşımır. Buna görə server tam əlçatan ola bilər, istifadəçinin qarşısındakı pəncərə isə boş qalır. Adlandırılmış UNC yolu kəşfdən heç asılı deyil və həll adın həll olunmasını, portun cavab verməsini təmin etməkdir. Boş pəncərə sınıq paylaşmanın deyil, səhv təbəqənin əlamətidir.

Kəşf əlçatanlıqla eyni şey deyil

Windows yaxınlıqdakı maşınları yayım domeni üçün nəzərdə tutulmuş protokollarla tapır və tapdıqlarını rahatlıq siyahısı kimi təqdim edir. Bu siyahıdakı heç nə SMB fayl girişi üçün tələb olunmur. Server adını bilən və TCP 445-ə çata bilən müştəri, maşın Şəbəkə altında heç vaxt görünməsə də, paylaşmanı açacaq.

İki təbəqə bir-birindən asılı olmayaraq sıradan çıxır, buna görə "görmürəm" və "aça bilmirəm" fərqli yoxlamalara layiqdir. Siyahıya baxmaq kəşf haqqında danışır; yolu açmaq xidmət haqqında danışır.

Paylaşmanı birləşdirməzdən əvvəl serverə ad verin

Fayl serverini o biri tərəfdə malik olduğu ünvanla DNS-də dərc edin və müştəri sahəsini həmin zona üçün cavab verə bilən həllediciyə yönəldin. Tam keyfiyyətli ad qısa adın bir sahədə işləyib digərində uğursuz olmasının adi səbəbi olan yerli şəkilçi axtarış siyahısından asılılığın qarşısını alır.

Mühit Active Directory istifadə edirsə, ad həlli autentifikasiyanın da hissəsidir: müştəri Kerberos üçün domen nəzarətçisinə çatmalıdır və çox qaçmış saat bilet mübadiləsini uğursuz edəcək. Bu, SMB əlçatanlığından fərqli bir problemdir və etimad məlumatı xətası kimi görünür. Parolu yenidən yazmazdan əvvəl domen nəzarətçisini yoxlayın.

Hər iki istiqamətdə marşrutlaşdırma və filtrləmə

Sahələr arası tunel yerli marşrut cədvəlində uzaq prefiksi, uzaq cədvəldə isə yerli prefiksi tələb edir və hər tərəfdəki firewall gələn trafikə icazə verməlidir. Birtərəfli konfiqurasiya açılan və heç vaxt cavab verməyən əlaqə yaradır ki, istifadəçilər bunu paylaşmanın yavaşlığı kimi təsvir edir. Əvvəlcə tunelin öz sayğaclarını yoxlayın. Paketlər çıxır və heç nə qayıtmırsa, geri marşruta və ya uzaq filtrə baxın.

WireGuard-da peer-in icazə verilən IP-ləri və əməliyyat sisteminin marşrutları bu layihə ilə uyğun olmalıdır. Tunel paket daşıyır; o, DNS qeydləri və ya paylaşma icazələri təmin etmir tərəflərin heç birində.

Firewall qaydasını həqiqətən qoşulacaq mənbə şəbəkəyə əsaslandırın və istisnanı yazın. Layihə yolun hansısa yerində ünvanları çevirirsə, qayda çevrilmiş mənbədən istifadə etməlidir və orijinal müştəri ünvanı artıq jurnallarda görünmür.

Autentifikasiya edin, sonra diski birləşdirin

Təbəqələrdən Explorer pəncərəsi ilə deyil, əmrlərlə keçin:

Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:no

İkinci əmr TCP yolunu sübut edir, nəyisə oxumaq hüququnu deyil. Üçüncüsü autentifikasiya və avtorizasiyanın tətbiq olunduğu yerdir və oradakı uğursuzluq sizi marşrutlaşdırıcıya deyil, paylaşma və fayl sistemi icazələrinə yönəltməlidir.

SMB imzalanmasını və mövcud autentifikasiya siyasətini toxunulmaz saxlayın. Açıq yol üçün SMB1-i yenidən aktivləşdirmək və ya kəşf yayımlarını tuneldən ötürmək lazım deyil və TCP 445 internetə baxan yönləndirmədə deyil, şəxsi yolda qalmalıdır. İstifadəçilərə təsdiqlənmiş ada idarə olunan qısayol və ya birləşdirilmiş disk verin və boş Şəbəkə səhifəsi artıq əhəmiyyətli olmazdan çıxır.