Naršyklės puslapis Tinklas rodo įrenginius, kurie paskelbė save vietiniame segmente, o maršrutuojamas tunelis neperduoda nė vieno iš tų paskelbimų. Todėl serveris gali būti visiškai pasiekiamas, o langas prieš naudotoją lieka tuščias. Pavadintas UNC kelias visiškai nepriklauso nuo aptikimo, o sprendimas yra leisti vardui išspręsti, o prievadui atsakyti. Tuščias langas yra netinkamo sluoksnio simptomas, o ne sugedusio bendrojo aplanko.

Aptikimas nėra tas pats kaip pasiekiamumas

Windows randa netoliese esančius kompiuterius protokolais, skirtais transliavimo domenui, ir tada rastus pateikia kaip patogumo sąrašą. Niekas iš to sąrašo nėra reikalingas SMB failų prieigai. Klientas, kuris žino serverio vardą ir pasiekia TCP 445, atidarys bendrąjį aplanką, nesvarbu, ar kompiuteris kada nors pasirodys skiltyje Tinklas.

Du sluoksniai nepavyksta nepriklausomai, todėl "aš to nematau" ir "aš negaliu to atidaryti" nusipelno skirtingų testų. Sąrašo žiūrėjimas pasako apie aptikimą; kelio atidarymas pasako apie paslaugą.

Pavadinkite serverį prieš prijungdami bendrąjį aplanką

Paskelbkite failų serverį DNS su adresu, kurį jis turi kitoje pusėje, ir nukreipkite kliento vietą į resolverį, galintį atsakyti už tą zoną. Visiškai kvalifikuotas vardas išvengia priklausomybės nuo vietinio priesagų paieškos sąrašo, o tai įprasta priežastis, kodėl trumpas vardas veikia vienoje vietoje, o kitoje nepavyksta.

Jei aplinka naudoja Active Directory, vardų sprendimas taip pat yra autentifikavimo dalis: klientas turi pasiekti domeno valdiklį Kerberos, o per daug nukrypęs laikrodis sukels bilietų mainų nesėkmę. Tai kita problema nei SMB pasiekiamumas ir atrodo kaip prisijungimo duomenų klaida. Išbandykite domeno valdiklį prieš iš naujo įvesdami slaptažodį.

LayerWhat it needsSymptom when missing
Name resolutionA DNS answer for the server namePath cannot be found, ping by IP still works
TransportTCP 445 open in both directionsConnection times out or is refused
AuthenticationA reachable domain controller and correct clockAccess is denied after the port connects
AuthorizationShare permission and filesystem permissionThe share opens but the folder is inaccessible

Maršrutuokite ir filtruokite abiem kryptimis

Tuneliui tarp vietų reikia nuotolinio prefikso vietinėje maršrutų lentelėje ir vietinio prefikso nuotolinėje, o ugniasienė abiejose pusėse turi leisti atvykstantį srautą. Vienpusė konfigūracija sukuria ryšį, kuris atsidaro ir niekada neatsako, ką naudotojai apibūdina kaip lėtą bendrąjį aplanką. Pirmiausia patikrinkite paties tunelio skaitiklius. Jei paketai išeina ir niekas negrįžta, ieškokite grįžimo maršruto arba nuotolinio filtro.

WireGuard atveju partnerio leidžiami IP adresai ir operacinės sistemos maršrutai turi atitikti tą projektą. Tunelis perneša paketus; jis ne teikia DNS įrašų ar bendrojo aplanko leidimų nė vienoje pusėje.

Kurkite ugniasienės taisyklę pagal tikrąjį šaltinio tinklą, kuris prisijungs, ir užsirašykite išimtį. Jei projektas kažkur kelyje verčia adresus, taisyklė turi naudoti išverstą šaltinį, o pradinis kliento adresas nebėra matomas žurnaluose.

Autentifikuokitės, tada prijunkite diską

Eikite per sluoksnius komandomis, o ne Naršyklės langu:

Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:no

Antroji komanda įrodo TCP kelią, o ne teisę ką nors skaityti. Trečioji yra vieta, kur taikoma autentifikacija ir autorizacija, o nesėkmė ten turėtų nukreipti jus prie bendrojo aplanko ir failų sistemos leidimų, o ne atgal prie maršrutizatoriaus.

Išsaugokite SMB pasirašymą ir esamą autentifikavimo politiką nepakeistus. Iš naujo įjungti SMB1 arba persiųsti aptikimo transliacijas per tunelį nereikia aiškiam keliui, o TCP 445 turėtų likti privačiame kelyje, o ne interneto link nukreiptame persiuntime. Duokite naudotojams valdomą nuorodą arba prijungtą diską prie patvirtinto vardo, ir tuščias puslapis Tinklas nustos turėti reikšmės.

Susiję straipsniai