Мрежна дељења се не приказују на VPN-у? Откривање се зауставља

Дељење се отвара када унесете његову путању, а мрежни прегледач не приказује ништа. Та комбинација је уобичајена преко тунела и обично није квар. Откривање пита локални сегмент; доступност пита један хост. Рутирани тунел носи друго, а не прво.

Откривање и доступност су одвојени

Листу за прегледање стварају протоколи који локалном сегменту објављују услуге и слушају те објаве. Отварање дељења по имену је директна веза са једним хостом. Прво захтева broadcast или multicast домен; друго захтева руту и порт.

Преко тунела друго може савршено да ради док прво враћа празан прозор. Ако празан прозор сматрате кваром, тражићете покварен тунел који обавља свој посао.

Зашто листа за прегледање остаје празна

Windows је укинуо услугу Computer Browser и подразумевано искључио SMB верзију 1, што је уклонило механизам иза старог Network Neighborhood. Замене попут WS-Discovery, SSDP и multicast DNS адресирају broadcast или multicast групе које постоје само на локалној вези. Тунел од тачке до тачке нема такву везу, и рутери подразумевано не прослеђују те групе. Сваки хост може бити доступан, а листа ипак може остати празна.

Неки програми додају сопственог помоћника за откривање. Када тај помоћник ради, то је функција програма, а не својство тунела.

Користите експлицитна имена, затим потврдите приступ

UNC путања, мапирана јединица или Finder веза са SMB адресом ради преко тунела када се име реши и порт је отворен. Решавање може доћи из DNS-а, из суфикса за претрагу који обезбеђује VPN, или из централно управљаног hosts уноса. У домену, упит каталога може навести рачунарске објекте, и та листа је обично најближа замена за приказ прегледања на рутираној мрежи. Скенирање портова познатих префикса прихватљиво је само на мрежама којима управљате или за које сте изричито овлашћени да тестирате.

Хост који одговара не обећава да ће се дељење отворити. NAS може имати листу дозвољених ограничену на сопствену подмрежу, која одбија адресе из VPN базена. Правило заштитног зида сервера датотека може навести само локалну подмрежу. Налог који дате за дељење може бити локални налог који никада није направљен на том серверу, а повезивање преко VPN-а га не ствара.

Неки корпоративни програми намерно блокирају локални саобраћај и саобраћај виртуелних машина док је тунел активан. Тај недостајући приступ је политика, и исправка припада администратору, а не табели рутирања програма.

Дијагностички редослед који вреди поновити

Прођите слојеве по реду: стигните до адресе, решите име, отворите порт 445, извршите аутентификацију, затим прочитајте дозволе дељења. Сваки одговор је одвојен, и прескакање унапред даје самоуверен погрешан закључак. Тек пошто сви прођу, откривање вреди истражити.

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

Оставите белешку са именом сервера, путањом дељења, адресом на коју се решило и налогом који је радио. Ако се листа за прегледање касније попуни после рестартовања услуге, третирајте то као особеност откривања, а не као доказ да је претходна рута била погрешна. Белешка је оно што омогућава следећој особи да прескочи празан прозор.