Ndarjet e rrjetit nuk shfaqen në një VPN? Zbulimi ndalon
Një tunel mbart rrugë, jo zbulim me transmetim. Hapni ndarjen me emër, verifikoni adresën dhe portën, pastaj ndani refuzimin e aksesit nga një listë bosh.
Ndarja hapet kur shkruani shtegun e saj, dhe shfletuesi i rrjetit nuk shfaq asgjë. Ky kombinim është i zakonshëm përmes një tuneli dhe zakonisht nuk është defekt. Zbulimi pyet segmentin lokal; arritshmëria pyet një host të vetëm. Një tunel i rrugëzuar mbart të dytin dhe jo të parin.
Zbulimi dhe arritshmëria janë të ndara
Një listë shfletimi prodhohet nga protokolle që shpallin shërbime për një segment lokal dhe dëgjojnë ato shpallje. Hapja e një ndarjeje me emër është lidhje e drejtpërdrejtë me një host të vetëm. E para kërkon një domen transmetimi ose multicast; e dyta kërkon një rrugë dhe një port.
Përmes një tuneli e dyta mund të funksionojë në mënyrë të përsosur ndërsa e para kthen një dritare bosh. Nëse e trajtoni dritaren bosh si defektin, do të shkoni të kërkoni një tunel të prishur që po bën punën e vet.
Pse lista e shfletimit mbetet bosh
Windows hoqi shërbimin Computer Browser dhe çaktivizoi SMB versionin 1 si parazgjedhje, gjë që hoqi mekanizmin pas Network Neighborhood të vjetër. Zëvendësues si WS-Discovery, SSDP dhe DNS multicast adresojnë grupe transmetimi ose multicast që ekzistojnë vetëm në një lidhje lokale. Një tunel pikë-për-pikë nuk ka një lidhje të tillë, dhe ruterat nuk i përcjellin ato grupe si parazgjedhje. Çdo host mund të jetë i arritshëm dhe lista mund të mbetet ende bosh.
Disa programe shtojnë ndihmësin e tyre të zbulimit. Kur ai ndihmës funksionon, është veçori e programit, jo veti e tunelit.
Përdorni emra të qartë, pastaj konfirmoni aksesin
Një shteg UNC, një disk i mapuar ose një lidhje Finder me një adresë SMB funksionon përmes tunelit sapo emri zgjidhet dhe porta është e hapur. Zgjidhja mund të vijë nga DNS, nga një prapashtesë kërkimi që ofron VPN-i, ose nga një hyrje hosts e menaxhuar në mënyrë qendrore. Në një domen, një pyetësor drejtorie mund të listojë objekte kompjuteri, dhe ajo listë është zakonisht zëvendësuesi më i afërt për një pamje shfletimi në një rrjet të rrugëzuar. Skanimi i porteve të prefikseve të njohura është i pranueshëm vetëm në rrjetet që ju drejtoni ose për të cilat jeni autorizuar shprehimisht të testoni.
Një host që përgjigjet nuk premton se ndarja do të hapet. Një NAS mund të ketë një listë lejimi të kufizuar në nënrrjetin e vet, e cila refuzon adresat e grupit të VPN. Rregulli i murit të zjarrit të një serveri skedarësh mund të përmendë vetëm nënrrjetin lokal. Llogaria që jepni për ndarjen mund të jetë një llogari lokale që nuk u krijua kurrë në atë server, dhe lidhja përmes VPN nuk e krijon atë.
Disa programe korporative bllokojnë qëllimisht trafikun lokal dhe trafikun e makinave virtuale sa kohë tuneli është aktiv. Ai akses që mungon është politikë, dhe rregullimi i takon administratorit, jo tabelës së rrugëzimit të programit.
Një rend diagnostikues që ia vlen të përsëritet
Kaloni shtresat me radhë: arrini adresën, zgjidhni emrin, hapni portën 445, vërtetoni identitetin, pastaj lexoni lejet e ndarjes. Çdo përgjigje është e veçantë, dhe kalimi përpara prodhon një përfundim të gabuar me siguri. Vetëm pasi të gjitha kalojnë, zbulimi ia vlen të hetohet.
nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe
Lini një shënim me emrin e serverit, shtegun e ndarjes, adresën në të cilën u zgjidh dhe llogarinë që funksionoi. Nëse lista e shfletimit më vonë mbushet pas një rinisjeje të shërbimit, trajtojeni si teke të zbulimit dhe jo si provë që rruga e mëparshme ishte e gabuar. Shënimi është ai që i lejon personit tjetër të kalojë dritaren bosh.