Pārlūka lapa Tīkls rāda ierīces, kas ir pieteikušās lokālajā segmentā, un maršrutēts tunelis nepārraida nevienu no šiem paziņojumiem. Tāpēc serveris var būt pilnīgi sasniedzams, kamēr logs lietotāja priekšā paliek tukšs. Nosaukts UNC ceļš vispār nav atkarīgs no atklāšanas, un risinājums ir panākt, lai nosaukums atrisinās un ports atbild. Tukšais logs ir nepareizā slāņa simptoms, nevis bojātas koplietotās mapes.

Atklāšana nav tas pats, kas sasniedzamība

Windows atrod tuvumā esošās mašīnas ar protokoliem, kas paredzēti apraides domēnam, un pēc tam atrasto parāda kā ērtības sarakstu. Nekas no šī saraksta nav vajadzīgs SMB failu piekļuvei. Klients, kas zina servera nosaukumu un sasniedz TCP 445, atvērs koplietoto mapi neatkarīgi no tā, vai mašīna kādreiz parādīsies sadaļā Tīkls.

Abi slāņi neizdodas neatkarīgi, tāpēc "es to neredzu" un "es to nevaru atvērt" ir pelnījuši dažādus testus. Saraksta apskate stāsta par atklāšanu; ceļa atvēršana stāsta par pakalpojumu.

Nosauciet serveri pirms koplietotās mapes pievienošanas

Publicējiet failu serveri DNS ar adresi, kāda tam ir otrā pusē, un novirziet klienta vietni uz resolveri, kas spēj atbildēt par šo zonu. Pilnībā kvalificēts nosaukums izvairās no atkarības no lokāla sufiksa meklēšanas saraksta, kas ir parastais iemesls, kāpēc īss nosaukums darbojas vienā vietnē un neizdodas citā.

Ja vide izmanto Active Directory, nosaukumu atrisināšana ir arī autentifikācijas daļa: klientam jāsasniedz domēna kontrolieris Kerberos vajadzībām, un pārāk novirzīts pulkstenis liks biļešu apmaiņai neizdoties. Tā ir cita problēma nekā SMB sasniedzamība, un tā izskatās kā akreditācijas datu kļūda. Pārbaudiet domēna kontrolieri pirms paroles atkārtotas ievadīšanas.

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šrutējiet un filtrējiet abos virzienos

Tunelim starp vietnēm vajag attālo prefiksu lokālajā maršrutēšanas tabulā un lokālo prefiksu attālajā, un ugunsmūrim katrā pusē jāatļauj ienākošā plūsma. Vienpusēja konfigurācija rada savienojumu, kas atveras un nekad neatbild, ko lietotāji raksturo kā lēnu koplietoto mapi. Vispirms pārbaudiet paša tuneļa skaitītājus. Ja paketes iziet un nekas neatgriežas, meklējiet atgriešanās maršrutu vai attālo filtru.

WireGuard gadījumā partnera atļautās IP adreses un operētājsistēmas maršruti jāsaskaņo ar šo projektu. Tunelis pārvadā paketes; tas ne nodrošina DNS ierakstus vai koplietotās mapes atļaujas nevienā pusē.

Veidojiet ugunsmūra noteikumu, balstoties uz faktisko avota tīklu, kas savienosies, un pierakstiet izņēmumu. Ja projekts kaut kur ceļā pārveido adreses, noteikumam jāizmanto pārveidotais avots, un sākotnējā klienta adrese vairs nav redzama žurnālos.

Autentificējieties, pēc tam pievienojiet disku

Izejiet cauri slāņiem ar komandām, nevis ar Pārlūka logu:

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

Otrā komanda pierāda TCP ceļu, nevis tiesības kaut ko lasīt. Trešā ir vieta, kur tiek īstenota autentifikācija un autorizācija, un neveiksme tur jūs nosūtīs uz koplietotās mapes un failu sistēmas atļaujām, nevis atpakaļ pie maršrutētāja.

Saglabājiet SMB parakstīšanu un esošo autentifikācijas politiku neskartu. SMB1 atkārtota iespējošana vai atklāšanas apraides pāradresēšana caur tuneli nav nepieciešama skaidram ceļam, un TCP 445 jāpaliek privātajā ceļā, nevis uz internetu vērstā pāradresē. Dodiet lietotājiem pārvaldītu saīsni vai pievienotu disku uz apstiprināto nosaukumu, un tukšā lapa Tīkls vairs nav svarīga.

Saistītie raksti