Njësia e lidhur përmes VPN-së së sajtit: DNS, SMB dhe rruga UNC

Faqja Rrjeti në Explorer shfaq pajisjet që u shpallën në segmentin lokal, dhe një tunel i rrugëzuar nuk mbart asnjë prej këtyre shpalljeve. Kjo është arsyeja pse një server mund të jetë plotësisht i arritshëm ndërsa dritarja përpara përdoruesit mbetet bosh. Një rrugë UNC me emër nuk varet fare nga zbulimi, dhe zgjidhja është të bëhet emri i zgjidhshëm dhe porta të përgjigjet. Dritarja bosh është simptomë e shtresës së gabuar, jo e një ndarjeje të prishur.

Zbulimi nuk është i njëjtë me arritshmërinë

Windows gjen makineritë e afërta përmes protokolleve të projektuara për një domen transmetimi, pastaj paraqet atë që gjeti si listë komoditeti. Asgjë në atë listë nuk kërkohet për aksesin e skedarëve me SMB. Një klient që e di emrin e serverit dhe arrin TCP 445 do të hapë ndarjen, pavarësisht nëse makina shfaqet ndonjëherë te Rrjeti apo jo.

Të dy shtresat dështojnë në mënyrë të pavarur, prandaj "nuk e shoh" dhe "nuk mund ta hap" meritojnë prova të ndryshme. Shikimi i listës flet për zbulimin; hapja e rrugës flet për shërbimin.

Emërto serverin përpara se të lidhësh ndarjen

Publiko serverin e skedarëve në DNS me adresën që ka në anën tjetër, dhe drejto sajtin e klientit te një resolver që mund të përgjigjet për atë zonë. Një emër plotësisht i kualifikuar shmang varësinë nga një listë lokale e prapashtesave të kërkimit, që është arsyeja e zakonshme pse një emër i shkurtër funksionon në një sajt dhe dështon në një tjetër.

Nëse mjedisi përdor Active Directory, zgjidhja e emrave është gjithashtu pjesë e autentikimit: klienti duhet të arrijë një kontrollues domeni për Kerberos, dhe një orë shumë e shkaktuar do të dështojë shkëmbimin e biletave. Ky është një problem tjetër nga arritshmëria e SMB dhe duket si gabim kredencialesh. Testo kontrolluesin e domenit përpara se të rishkruash fjalëkalimin.

Rrugëzim dhe filtrim në të dy drejtimet

Një tunel sajt-me-sajt kërkon prefiksin e largët në tabelën lokale të rrugëzimit dhe prefiksin lokal në atë të largët, dhe muri i zjarrit në secilën anë duhet të lejojë trafikun që mbërrin. Një konfigurim njëdrejtimësh prodhon një lidhje që hapet dhe nuk përgjigjet kurrë, të cilën përdoruesit e përshkruajnë si ndarje të ngadaltë. Kontrollo së pari numëruesit e vetë tunelit. Nëse paketat dalin dhe asgjë nuk kthehet, kërko rrugën e kthimit ose filtrin e largët.

Me WireGuard, IP-të e lejuara të homologut dhe rrugët e sistemit operativ duhet të përputhen me atë projektim. Tuneli mbart paketa; ai nuk siguron regjistrime DNS ose leje ndarjeje në asnjërën anë.

Bazo rregullin e murit të zjarrit në rrjetin burimor real që do të lidhet, dhe shkruaj përjashtimin. Nëse projektimi përkthen adresa diku në rrugë, rregulli duhet të përdorë burimin e përkthyer, dhe adresa origjinale e klientit nuk shihet më në regjistra.

Autentikohu, pastaj lidh njësinë

Zbrit nëpër shtresa me komanda në vend të dritares së Explorer-it:

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

Komanda e dytë vërteton rrugën TCP, jo të drejtën për të lexuar diçka. E treta është vendi ku ushtrohen autentikimi dhe autorizimi, dhe një dështim atje duhet t'ju çojë te lejet e ndarjes dhe të sistemit të skedarëve, jo përsëri te ruteri.

Mbaj të paprekur nënshkrimin e SMB-së dhe politikën ekzistuese të autentikimit. Riaktivizimi i SMB1 ose përcjellja e transmetimeve të zbulimit përmes tunelit nuk nevojitet për një rrugë të qartë, dhe TCP 445 duhet të mbetet në rrugën private, jo në një përcjellje nga interneti. U jep përdoruesve një shkurtore të administruar ose një njësi të lidhur te emri i miratuar, dhe faqja bosh Rrjeti nuk ka më rëndësi.