Tinklo bendriniai aplankai nerodomi per VPN? Aptikimas sustoja

Bendrinys atsidaro įvedus jo kelią, o tinklo naršyklė nerodo nieko. Šis derinys per tunelį įprastas ir paprastai nėra gedimas. Aptikimas klausia vietinio segmento; pasiekiamumas klausia vieno hosto. Maršrutizuotas tunelis perneša antrąjį, o ne pirmąjį.

Aptikimas ir pasiekiamumas yra atskiri

Naršymo sąrašą sukuria protokolai, kurie skelbia paslaugas vietiniam segmentui ir klausosi tų pranešimų. Bendrinio atidarymas pagal pavadinimą yra tiesioginis ryšys su vienu hostu. Pirmajam reikia transliacijos arba daugiatransliacijos domeno; antrajam reikia maršruto ir prievado.

Per tunelį antrasis gali veikti nepriekaištingai, o pirmasis grąžina tuščią langą. Jei tuščią langą laikote gedimu, ieškosite sugedusio tunelio, kuris atlieka savo darbą.

Kodėl naršymo sąrašas lieka tuščias

Windows panaikino paslaugą Computer Browser ir pagal numatytuosius nustatymus išjungė SMB 1 versiją, o tai pašalino mechanizmą, stovėjusį už seno Network Neighborhood. Pakaitalai, tokie kaip WS-Discovery, SSDP ir daugiatransliacinis DNS, adresuoja transliacijos arba daugiatransliacijos grupes, kurios egzistuoja tik vietinėje jungtyje. Taškas-taškas tunelis tokios jungties neturi, o maršrutizatoriai pagal numatytuosius nustatymus tų grupių nepersiunčia. Kiekvienas hostas gali būti pasiekiamas, o sąrašas vis tiek gali likti tuščias.

Kai kurios programos prideda savo aptikimo pagalbininką. Kai tas pagalbininkas veikia, tai programos funkcija, o ne tunelio savybė.

Naudokite aiškius pavadinimus, tada patvirtinkite prieigą

UNC kelias, prijungtas diskas arba Finder ryšys su SMB adresu veikia per tunelį, kai pavadinimas išsprendžiamas ir prievadas atidarytas. Sprendimas gali ateiti iš DNS, iš VPN teikiamo paieškos priesago arba iš centralizuotai valdomo hosts įrašo. Domene katalogo užklausa gali išvardyti kompiuterių objektus, ir tas sąrašas paprastai yra artimiausias naršymo rodinio pakaitalas maršrutizuotame tinkle. Žinomų prefiksų prievadų skenavimas priimtinas tik tuose tinkluose, kuriuos valdote arba kuriuos aiškiai leidžiama testuoti.

Atsakantis hostas nežada, kad bendrinys atsidarys. NAS gali turėti leidžiamų sąrašą, apribotą savo potinkliu, kuris atmeta VPN baseino adresus. Failų serverio ugniasienės taisyklė gali nurodyti tik vietinį potinklį. Paskyra, kurią pateikiate bendriniui, gali būti vietinė paskyra, kuri tame serveryje niekada nebuvo sukurta, o prisijungimas per VPN jos nesukuria.

Kai kurios įmonių programos tyčia blokuoja vietinį ir virtualiųjų mašinų srautą, kol tunelis įjungtas. Šios trūkstamos prieigos yra politika, o taisymas priklauso administratoriui, o ne programos maršrutų lentelei.

Diagnostikos tvarka, kurią verta pakartoti

Eikite sluoksniais iš eilės: pasiekite adresą, išspręskite pavadinimą, atidarykite 445 prievadą, autentifikuokitės, tada perskaitykite bendrinio teises. Kiekvienas atsakymas atskiras, o užbėgimas į priekį duoda pasitikintį neteisingą sprendimą. Tik po to, kai visi praeina, verta tirti aptikimą.

nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe

Palikite pastabą su serverio pavadinimu, bendrinio keliu, adresu, į kurį jis išspręstas, ir paskyra, kuri veikė. Jei naršymo sąrašas vėliau prisipildys po paslaugos paleidimo iš naujo, laikykite tai aptikimo keistenybe, o ne įrodymu, kad ankstesnis maršrutas buvo neteisingas. Pastaba leidžia kitam žmogui praleisti tuščią langą.