Nettverksdelingar visest ikkje på ein VPN? Oppdaginga stoppar

Delinga opnar når du skriv inn stien, og nettlesaren for nettverk viser ingenting i det heile. Den kombinasjonen er vanleg over ein tunnel og som regel ikkje ein feil. Oppdaging spør det lokale segmentet; tilgjengelegheit spør ein vert. Ein ruta tunnel ber det andre og ikkje det første.

Oppdaging og tilgjengelegheit er skilde

Ei nettlesarliste vert produsert av protokollar som annonserer tenester til eit lokalt segment og lyttar etter annonseringane. Å opne ei deling ved namn er ei direkte tilkopling til ein vert. Det første treng eit broadcast- eller multicast-domene; det andre treng ei rute og ein port.

Over ein tunnel kan det andre fungere perfekt medan det første returnerer eit tomt vindauge. Behandlar du det tomme vindauget som feilen, vert du send ut for å leite etter ein øydelagd tunnel som gjer jobben sin.

Kvifor nettlesarlista blir ståande tom

Windows avvikla Computer Browser-tenesta og deaktiverte SMB versjon 1 som standard, noko som fjerna maskineriet bak den gamle Network Neighborhood. Erstatningar som WS-Discovery, SSDP og multicast-DNS adresserer broadcast- eller multicast-grupper som berre finst på ei lokal lenkje. Ein punkt-til-punkt-tunnel har ikkje ei slik lenkje, og rutarar vidaresender ikkje desse gruppene som standard. Kvar vert kan vere tilgjengeleg, og lista kan framleis vere tom.

Nokre program legg til sin eigen oppdagingshjelpar. Når den hjelparen verkar, er det ein funksjon i programmet, ikkje ein eigenskap ved tunnelen.

Bruk eksplisitte namn, og stadfest deretter tilgang

Ein UNC-sti, ein tilordna stasjon eller ei Finder-tilkopling til ei SMB-adresse verkar over tunnelen når namnet er løyst opp og porten er open. Oppslaget kan kome frå DNS, frå eit søkjetillegg som VPN-en leverer, eller frå ein sentralt administrert hosts-oppføring. I eit domene kan ei katalogspørjing liste opp datamaskinobjekt, og den lista er vanlegvis den næraste erstatninga for ei nettlesarvisning på eit ruta nettverk. Ein portskann av kjende prefiks er berre akseptabel på nettverk du driftar eller er uttrykkeleg autorisert til å teste.

Ein vert som svarar lovar ikkje at delinga opnar. Ein NAS kan ha ei tillatingsliste avgrensa til sitt eige subnett, som avviser adresser frå VPN-poolen. Brannmurregelen til ein filtenar nemner kanskje berre det lokale subnettet. Kontoen du oppgir for delinga, kan vere ein lokal konto som aldri vart oppretta på den tenaren, og å kople til via VPN opprettar han ikkje.

Nokre bedriftsprogram blokkerer med vilje lokal trafikk og trafikk frå virtuelle maskinar medan tunnelen er oppe. Den manglande tilgangen er policy, og rettinga høyrer til administratoren, ikkje til rutetabellen til programmet.

Ein diagnostisk rekkjefølgje som er verdt å gjenta

Gå gjennom laga i rekkjefølgje: nå adressa, løys opp namnet, opne port 445, autentiser, og les deretter delingstillatingane. Kvart svar er separat, og å hoppe framover gjev ein sjølvsikker feil konklusjon. Først når alle er bestått, er oppdaginga verdt å undersøkje.

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

Legg att eit notat med tenarnamnet, stien til delinga, adressa ho vart løyst opp til og kontoen som verka. Viss nettlesarlista seinare vert fylt ut etter ein tenesterestart, må du handsame det som ein oppdagingssærskap og ikkje som prov på at den tidlegare ruta var feil. Notatet er det som lèt neste person hoppe over det tomme vindauget.