Síťová sdílení se na VPN nezobrazují? Zjišťování se zastaví
Tunel nese trasy, ne zjišťování pomocí broadcastu. Otevřete sdílení podle názvu, ověřte adresu a port a potom oddělte odmítnutí přístupu od prázdného seznamu.
Sdílení se otevře, když zadáte jeho cestu, a síťový prohlížeč neukazuje vůbec nic. Tato kombinace je přes tunel běžná a obvykle to není závada. Zjišťování klade otázku místnímu segmentu; dosažitelnost klade otázku jednomu hostiteli. Směrovaný tunel nese druhé, ne první.
Zjišťování a dosažitelnost jsou oddělené
Seznam pro procházení vytvářejí protokoly, které ohlašují služby místnímu segmentu a naslouchají těmto oznámením. Otevření sdílení podle názvu je přímé připojení k jednomu hostiteli. První potřebuje doménu pro broadcast nebo multicast; druhé potřebuje trasu a port.
Přes tunel může druhé fungovat dokonale, zatímco první vrací prázdné okno. Pokud prázdné okno považujete za závadu, půjdete hledat rozbitý tunel, který dělá svou práci.
Proč seznam pro procházení zůstává prázdný
Windows zrušil službu Computer Browser a ve výchozím nastavení vypnul SMB verzi 1, což odstranilo mechanismus za starým Network Neighborhood. Náhrady jako WS-Discovery, SSDP a multicast DNS adresují skupiny pro broadcast nebo multicast, které existují jen na místním spoji. Tunel typu bod-bod takový spoj nemá a směrovače tyto skupiny ve výchozím nastavení nepřeposílají. Každý hostitel může být dostupný a seznam může zůstat prázdný.
Některé programy přidávají vlastního pomocníka pro zjišťování. Když tento pomocník funguje, je to vlastnost programu, ne vlastnost tunelu.
Používejte explicitní názvy a potom potvrďte přístup
Cesta UNC, namapovaná jednotka nebo připojení Finderu k adrese SMB funguje přes tunel, jakmile se název přeloží a port je otevřený. Překlad může přijít z DNS, z vyhledávací přípony, kterou VPN poskytuje, nebo z centrálně spravované položky hosts. V doméně může dotaz do adresáře vypsat objekty počítačů a tento seznam je obvykle nejbližší náhradou za zobrazení procházení ve směrované síti. Skenování portů známých prefixů je přijatelné jen v sítích, které spravujete nebo k jejichž testování jste výslovně oprávněni.
Hostitel, který odpovídá, neslibuje, že se sdílení otevře. NAS může mít seznam povolených omezený na vlastní podsíť, který odmítá adresy z VPN poolu. Pravidlo firewallu souborového serveru může uvádět jen místní podsíť. Účet, který pro sdílení zadáte, může být místní účet, který na tomto serveru nikdy nevznikl, a připojení přes VPN ho nevytvoří.
Některé firemní programy záměrně blokují místní provoz a provoz virtuálních strojů, dokud je tunel aktivní. Tento chybějící přístup je politika a oprava patří správci, ne směrovací tabulce programu.
Diagnostické pořadí, které stojí za zopakování
Procházejte vrstvy v pořadí: dosáhněte adresy, přeložte název, otevřete port 445, ověřte se a potom přečtěte oprávnění sdílení. Každá odpověď je samostatná a předbíhání vede k sebevědomému chybnému závěru. Teprve až všechny projdou, má smysl zjišťování zkoumat.
nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe
Zanechte poznámku s názvem serveru, cestou sdílení, adresou, na kterou se přeložil, a účtem, který fungoval. Pokud se seznam pro procházení později po restartu služby naplní, berte to jako zvláštnost zjišťování, ne jako důkaz, že dřívější trasa byla špatná. Právě poznámka umožní dalšímu člověku přeskočit prázdné okno.