Netværksdelinger vises ikke på en VPN? Opdagelse stopper

Delingen åbner, når du skriver dens sti, og netværksbrowseren viser slet intet. Den kombination er almindelig over en tunnel og normalt ikke en fejl. Opdagelse stiller det lokale segment et spørgsmål; tilgængelighed stiller én vært et spørgsmål. En rutet tunnel bærer det andet og ikke det første.

Opdagelse og tilgængelighed er adskilte

En browserliste produceres af protokoller, der annoncerer tjenester til et lokalt segment og lytter efter de annonceringer. At åbne en deling ved navn er en direkte forbindelse til én vært. Det første kræver et broadcast- eller multicast-domæne; det andet kræver en rute og en port.

Over en tunnel kan det andet fungere perfekt, mens det første returnerer et tomt vindue. Behandler du det tomme vindue som fejlen, sendes du ud efter en brudt tunnel, der gør sit arbejde.

Hvorfor browserlisten forbliver tom

Windows nedlagde Computer Browser-tjenesten og deaktiverede SMB version 1 som standard, hvilket fjernede maskineriet bag det gamle Network Neighborhood. Erstatninger som WS-Discovery, SSDP og multicast-DNS adresserer broadcast- eller multicast-grupper, der kun findes på et lokalt link. En punkt-til-punkt-tunnel har ikke et sådant link, og routere videresender ikke de grupper som standard. Hver vært kan være tilgængelig, og listen kan stadig være tom.

Nogle programmer tilføjer deres egen opdagelseshjælper. Når den hjælper virker, er det en funktion i programmet, ikke en egenskab ved tunnelen.

Brug eksplicitte navne, og bekræft derefter adgang

En UNC-sti, en tildelt drevbogstav eller en Finder-forbindelse til en SMB-adresse virker over tunnelen, når navnet er opløst, og porten er åben. Opløsningen kan komme fra DNS, fra et søgesuffiks, som VPN’en leverer, eller fra en centralt administreret hosts-post. I et domæne kan en katalogforespørgsel liste computerobjekter, og den liste er normalt den nærmeste erstatning for en browservisning på et rutet netværk. En portscanning af kendte præfikser er kun acceptabel på netværk, du driver, eller som du udtrykkeligt har tilladelse til at teste.

En vært, der svarer, lover ikke, at delingen åbner. En NAS kan have en allowlist begrænset til sit eget subnet, som afviser VPN-puljeadresser. En filservers firewallregel kan kun nævne det lokale subnet. Den konto, du angiver til delingen, kan være en lokal konto, der aldrig blev oprettet på den server, og forbindelse via VPN opretter den ikke.

Nogle virksomhedsprogrammer blokerer bevidst lokal trafik og trafik fra virtuelle maskiner, mens tunnelen er oppe. Den manglende adgang er politik, og rettelsen hører til administratoren, ikke til programmets rutetabel.

En diagnostisk rækkefølge, der er værd at gentage

Gå lagene igennem i rækkefølge: nå adressen, opløs navnet, åbn port 445, godkend, og læs derefter delingstilladelserne. Hvert svar er separat, og ved at springe frem får man en selvsikker forkert konklusion. Først når alle er bestået, er opdagelse værd at undersøge.

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

Efterlad en note med servernavnet, delingens sti, den adresse, den blev opløst til, og den konto, der virkede. Hvis browserlisten senere fyldes ud efter en tjenesterestart, skal du behandle det som en opdagelses-særhed snarere end bevis for, at den tidligere rute var forkert. Noten er det, der lader den næste person springe det tomme vindue over.