Eraro "Reta vojo ne trovita" dum aliro al alia komputilo: Kiel ripari SMB en Vindozo 11

Se vi renkontas la mesaĝon "Reta vojo ne trovita" kiam vi provas malfermi komunan dosierujon aŭ retan rimedon, ne zorgu: vi ne estas la unua. Ĉi tiu averto tipe aperas en Vindozo 11 kiam la komputilo ne kapablas trovi aŭ aliri la UNC-vojon de alia komputilo aŭ NAS. Ĉi tio povus esti pro fajromuro blokanta pordon 445, problemo kun ret-malkovro, la SMB-servo, aŭ simpla nom-rezolucia fiasko. La bona novaĵo estas, ke per orda revizio de alĝustigoj kaj testoj, ĝi kutime povas esti riparita en minutoj..

En ĉi tiu artikolo, vi trovos klaran, simplan gvidilon pri kiel diagnozi kaj ripari SMB-rimedan aliron en Vindozo 11. Ni traktos rapidajn kontrolojn, servojn kiuj devus funkcii, fajromurajn regulojn, subtenon por SMB-versio, permesojn kaj akreditaĵojn, konfirmajn komandojn, kaj kelkajn altnivelajn agordojn por medioj kun heredaĵaj aparatoj aŭ NAS. La ideo estas, ke vi povas reiri al \\PC\Folder aŭ \\IP\Resource sen iuj kapdoloroj.Ni lernu ĉion pri la eraro "Reta vojo ne trovita" dum aliro al alia komputilo.

Kion vere signifas "Reta vojo ne trovita"?

La mesaĝo indikas, ke Vindozo ne povis solvi aŭ atingi la retpadon, kiun vi enigis. En SMB, padoj uzas la UNC-formaton, ekzemple \\COMPUTER\Shared aŭ \\192.168.1.50\Shared. Se la sistemo ne povas traduki la nomon al IP-adreso, aŭ se ĝi ne povas konektiĝi al la SMB-pordo (TCP 445) de la fora gastiganto, vi vidos ĉi tiun eraron. Do la kaŭzoj kutime dividiĝas en nomrezolucion, konekteblecon kaj permesojn/fajromuro.

Vindozo 11 uzas SMB 3.x defaŭlte, kiu funkcias per TCP 445 kaj jam ne postulas NetBIOS per TCP/IP kiel iam. Do se io blokas tiun pordon, se ekzistas politiko postulanta subskribon aŭ ĉifradon kiun la alia fino ne subtenas, aŭ se la fora maŝino havas nekongruan version de SMB, la konekto malsukcesos. Ĝi ankaŭ povas esti tiel simpla kiel mistajpado de la nomo de la komuna dosierujo..

Por komenci, certigu, ke la itinero ekzistas kaj la fora aparato estas ŝaltita. Testu ĝin kun la IP-adreso kaj nomo por determini ĉu la problemo estas nomproblemo (DNS/LLMNR) aŭ pura konektebleca problemo. Se ĝi funkcias kun \\Shared\IP kaj ne kun \\Shared\Name, la fokuso estas sur la rezolucio.

Rapidaj kontroloj, kiuj ŝparas al vi tempon

Antaŭ ol eniri altnivelajn agordojn, estas kelkaj bazaĵoj, kiujn valoras ignori. Multaj okazaĵoj estas solvitaj je ĉi tiu punkto.:

• Konfirmu, ke ambaŭ aparatoj estas en la sama reto aŭ havas itinerojn inter ili (sama segmento aŭ direktita subreto).
• Provu aliri per IP-adreso: tajpu \\192.168.xx\ResourceName en la Esplorilo.
• Pingu la gastiganton: Malfermu konzolon kaj lanĉu ping NAME kaj ping 192.168.xx por kontroli nomrezolucion kaj latentecon.
• Rulu havenan teston: En PowerShell, Test-NetConnection -ComputerName NOMO -Port 445. Se pordo 445 estas fermita, SMB ne konektiĝos.
• Kontrolu, ke la retprofilo estas Privata en Agordoj > Reto kaj Interreto (Publikaj retoj limigas malkovron kaj kunhavigon).
• Kontrolu la daton kaj horon: grandaj diferencoj rompas la aŭtentigon kaj subskribon.

Unu detalo kiu ofte restas nerimarkita: se la komuna rimedo estis forigita aŭ renomita, la kliento ankoraŭ ne povos trovi ĝin eĉ se la reto estas perfekta. Validigas, ke la dosierujo estas ankoraŭ kundividata sur la fora komputilo.

Ŝalti retmalkovron kaj dosierkunhavigon

Vindozo 11 defaŭlte malŝaltas iujn opciojn ĉe retoj markitaj kiel Publikaj. Kontrolu la jenon: Ĝi estas la kolono por ke aliaj teamoj vidu vin kaj vi povas vidi ilin..

• Iru al Agordoj > Reto kaj Interreto > Altnivelaj retaj agordoj > Altnivelaj kunhavaj opcioj.
• Sub Privataj Profiloj, ŝaltu Retan Malkovron kaj Ebligi aŭtomatan agordon de aparatoj konektitaj al la reto.
• Ankaŭ ŝaltu Dosier- kaj Presil-Kunhavigon.
• Sub Ĉiuj Retoj, vi povas ebligi Pasvort-Protektitan Kunhavigon (rekomendita) aŭ malebligi ĝin se vi bezonas gastan aliron en fidinda reto. Malŝalti ĝin permesas eniron sen uzanto, sed reduktas sekurecon.

Post apliko de ĉi tio, provu aliri per UNC denove. Se la gastiganto ankoraŭ ne aperas, memoru, ke Network Explorer dependas de malkovraj mekanismoj (WS-Discovery/LLMNR) kiuj foje malsukcesas, do tajpi \\Shared IP\ rekte estas ankoraŭ la plej fidinda testo. Ebligi kunhavigon estas necesa, sed ne ĉiam sufiĉa..

Esencaj Vindozaj Servoj por SMB kaj Malkovro

Iuj sistemaj servoj devas funkcii por ke SMB-malkovro, publikigo kaj aliro al rimedoj funkciu. Malfermu services.msc kaj kontrolu: Sen ĉi tiuj, la reto restas "blinda".

• Servilo (LanmanServer): publikigu viajn kunhavojn.
• Laborstacio (LanmanWorkstation): SMB-kliento de la sistemo.
• Funkcia Malkovro-Provizanto-Gastiganto (FDResPub) kaj Eldonado de Funkcia Malkovro-Rimedoj: Reklamu viajn rimedojn.
• DNS-kliento kaj DHCP-kliento: esencaj por nomoj kaj IP-adresoj.
• SSDP-Malkovro kaj UPnP-Aparatgastiganto: Helpo kun malkovro en iuj retoj.
• Konscio pri Reta Loko (NLA): Klasifikas la retprofilon.
• Subteno por NetBIOS super TCP/IP – nur se vi fidas je NetBIOS en heredaj medioj.

Agordu ilin al Aŭtomata starto (kie aplikeble) kaj startigu ilin se ili estas haltigitaj. Reŝargo post la ŝanĝo kelkfoje rapidigas la aperadon de la komputilo en la reto..

Fajromuro kaj Antivirusilo: Pavimu la Vojon por SMB

La ŝlosila pordo por moderna SMB estas TCP 445. Ĉe pli malnovaj komputiloj, TCP 139 kaj UDP 137–138 (NetBIOS) ankaŭ povas ludi rolon, sed ĉe Vindozo 11, 445 estas la normo. Se la fajromuro blokas 445, vi vidos "Retpado ne trovita" aŭ templimojn..

• En Kontrola Panelo > Fajromuro de Windows Defender > Permesi aplikaĵon, kontrolu, ke "Kunhavigo de dosieroj kaj presiloj (SMB-En)" estas permesita en almenaŭ Privataj retoj.
• Se vi uzas triapartan fajromuron (aŭ antivirusilon), kreu alvenantan regulon por TCP 445 sur la komputilo gastiganta la komunan dosierujon.
• Provizore malŝaltu la fajromuron por testi. Se ĝi funkcias, reŝaltu ĝin kaj ĝustigu la regulojn. Ne lasu ĝin konstante malebligita.

Kun triapartaj antivirusiloj, kelkaj inkluzivas "inteligentajn fajromurojn" aŭ trafikinspektadon, kiuj povas interrompi SMB. Konsideru lokan reton aŭ SMB-ekskludon por eviti "silentajn" ŝlosilojn..

SMB-versioj kaj subteno: SMB1, SMB2/3, subskribo kaj ĉifrado

Vindozo 11 venas kun SMB 2/3 ebligita kaj SMB 1 malŝaltita por sekureco. Se vi aliras pli malnovajn aparatojn (tre malnovajn NAS, presilojn kun memoro, Vindozo XP/Servilo 2003, ktp.), ili eble parolos nur SMB 1. Evitu SMB1 krom se strikte necese.

Kontrolu el PowerShell: plenumas diagnozajn komandojn

Get-SmbClientConfiguration
Get-SmbServerConfiguration
Test-NetConnection -ComputerName NOMBRE -Port 445

Se vi bezonas subtenon por SMB 1 provizore, iru al la Vindozaj Trajtoj kaj ebligu "SMB 1.0/CIFS" (kliento aŭ servilo laŭbezone). Uzu ĝin minimume kaj nur sur fidindaj retoj. Alia alternativo estas ĝisdatigi la firmvaron de la NAS aŭ ŝanĝi al aparato kiu subtenas SMB2/3..

Ankaŭ kontrolu SMB-subskribon/ĉifradon: se unu finpunkto postulas subskribon kaj la alia ne, la konekto malsukcesas. En lokaj politikoj (gpedit.msc): Komputila Agordo > Administraj Ŝablonoj > Reto > Microsoft Reta Laborstacio/Servilo, agordu "Cifereca Subskribo" al via medio. En hejmaj medioj, devigi subskribon ofte estas nenecesa kaj povas rompi kongruecon kun pli malnovaj aparatoj..

Permesoj kaj Akreditaĵoj: NTFS + Kunhavigo

Nur ĉar la pado ekzistas kaj la pordo estas malfermita ne sufiĉas; vi bezonas la taŭgajn permesojn por la komuna rimedo kaj la dosiersistemo. Sur la kunhaviga komputilo, malfermu Dosier-eco > Kunhavigo > Altnivela Kunhavigo kaj kontrolu uzantojn aŭ grupojn kun aliro. Por testado, vi povas doni "Legi" al "Ĉiuj" kaj poste fajnagordi.

En la langeto Sekureco (NTFS), certigu, ke la sama konto aŭ grupo havas leg-/skrib-permesojn laŭbezone. Memoru: la efika permeso estas la intersekco de NTFS kaj Kunhavigita. Unu permesante kaj la alia rifuzante blokante aliron..

Ĉe la kliento, se oni petas akreditaĵojn, enigu la uzantnomon kaj pasvorton por la fora komputilo (aŭ domajno, se aplikeble). Vi povas konservi ilin en la Akreditaĵa Administrilo por ke vi ne devu tajpi ilin ĉiufoje. Se uzanto kun la sama nomo kaj pasvorto ekzistas sur ambaŭ komputiloj, la aŭtentigo estas pli travidebla..

Por mapi kun specifa uzanto el la konzolo:

net use \\SERVIDOR\Compartida /user:SERVIDOR\Usuario LaContraseña /persistent:yes

Se ĝi redonas "Aliro rifuzita" sed ne "Reta vojo ne trovita", vi progresis: vi atingis la gastiganton kaj estas tempo fajnagordi permesojn aŭ akreditaĵojn. Ili estas malsamaj eraroj, kiujn oni devas diferencigi..

Solvado de nomoj: DNS, LLMNR, kaj NetBIOS

Se \\Kunhava IP\funkcias sed \\Kunhava Nomo\ne, la problemo estas problemsolvado. En hejmaj retoj, kelkfoje la enkursigilo ne solvas Vindozajn gastignomojn. Provu ĉiam uzi la IP-adreson aŭ krei enskribojn en la gastigantdosiero kiel rapidan solvon..

Provu ĉi tiujn komandojn diagnozi nomrezolucion kaj kaŝmemorojn

ping NOMBRE
ping 192.168.1.50
nbtstat -R
ipconfig /flushdns

En medioj kun DNS propra (oficejo/domajno), kontrolu ke klientoj uzas la ĝustan DNS-servilon kaj ke ekzistas A-rekordo por la gastiganto. LLMNR kaj mDNS povas helpi en malgrandaj retoj, sed ili ne estas erarigeblaj. Por testado, mapado kun la IP-adreso rapide klarigas iujn ajn dubojn..

Purigu konektojn kaj rekomencu la retstakon

Iafoje la problemo devenas de blokitaj SMB-sesioj aŭ kaŝmemoritaj akreditaĵoj. Purigu kaj rekomencu retkomponantojn: Ĝi estas mirakla kuracilo post pluraj malsukcesaj provoj..

net use * /delete /y
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
netsh winsock reset
netsh int ip reset

Rekomencu vian komputilon post plenumo de ĉi tiuj komandoj. Poste provu aliri la komunan IP-adreson denove. Se ĝi nun funkcias, la problemo estis kun kaŝmemoroj aŭ difektitaj ingoj..

Lokaj politikaj agordoj por miksitaj medioj

En retoj kun pli malnovaj aparatoj aŭ serviloj kun striktaj politikoj, la kliento kaj servilo eble ne bone "negocas". Malfermu gpedit.msc por revizii la politikojn kaj adaptu laŭbezone:

• Komputila Agordo > Administraj Ŝablonoj > Reto > Microsoft Network Workstation: Postuli ciferecan subskribon (malŝaltu ĉi tion se la servilo ne subtenas ĝin dum testado).
• Komputila Agordo > Administraj Ŝablonoj > Reto > SMB Kliento/Servilo: Minimumoj kaj maksimumoj de SMB-dialekto se via medio tion postulas. Ĝenerale lasu SMB2/3 kiel defaŭltan.
• Komputila Agordo > Administraj Ŝablonoj > Reto > Microsoft Network Workstation > Nesekura Gasta Ensaluto: Ebligu ĉi tion nur se vi bezonas gastan aliron al heredaĵaj aparatoj.
• Sekurecaj Agordoj > Sekurecaj Opcioj > Reta Sekureco: LAN Manager Authentication Level: Uzu NTLMv2 se eble; malaltigu la nivelon nur por heredaĵaj komputiloj, sciante la riskon.

Por ensaluti per lokaj administraj kontoj tra la reto en iuj eldonoj, vi eble bezonos krei la registrovaloron LocalAccountTokenFilterPolicy=1 en HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System. Uzu ĝin saĝe kaj nur ĉe fidindaj retoj..

Revizioj ĉe la teamo kiu kunhavas la dosierujon

Se la problemo daŭras, koncentriĝu pri la gastiganto, kiu "servas" la dosierujon: Tie vi trovos la plej multajn indicojn..

• Konfirmu, ke la servo “Servilo (LanmanServer)” funkcias.
• Kontrolu, ke la dosierujo estas efektive kundividita kaj ke la nomo de la rimedo estas ĝusta (Propraĵoj > Kundivido > Altnivela Kundivido).
• Malfermu Event Viewer > Windows Logs > System kaj serĉu erojn rilatajn al "Srv", "SMBServer" aŭ "LanmanServer".
• Kontrolu, ke neniu sekureca programaro blokas alvenantajn 445/TCP-konektojn.
• Provu provizore doni permesojn "Legado" al "Ĉiuj" en Kunhavigo kaj NTFS por ekskludi permesojn. Poste revenu al sekura agordo.

Se la fora gastiganto estas NAS, kontrolu ĝian instrumentpanelon por certigi, ke la SMB-servo estas aktiva, kiujn SMB-versiojn ĝi permesas (minimuma kaj maksimuma), ĉu ĝi postulas subskribon/ĉifradon, kaj kiuj uzantoj havas permeson. Ĉe pli malnovaj NAS, ebligi SMB2 ofte estas la ŝlosilo..

Rilataj eraroj kaj kiel interpreti ilin

"Reta vojo ne trovita" ofte estas akompanata de la kodo 0x80070035 aŭ sistema eraro 53. Ĉi tio indikas, ke la gastiganto aŭ vojo ne povas esti solvita aŭ atingita. Tamen, se vi vidas 0x80070005 (Aliro Malkonfirmita), konektebleco jam ĉeestas kaj la problemo estas kun permesoj aŭ akreditaĵoj. Distingi la tipon de eraro gvidas vian diagnozon.

0x80004005 (nespecifita eraro) ankaŭ povas aperi pro ĝeneralaj SMB-malsukcesoj aŭ se la sekureca intertraktado malsukcesas. En tiaj kazoj, ebligu revizion aŭ kontrolu la Eventan Vidigilon por pli detalaj mesaĝoj de la SMB-kliento kaj servilo. Ju pli da indicoj la okazaĵo donas al vi, des pli rapide vi atingos la kaŭzon..

Se vi aliras heredaĵajn aparatojn (malnovajn NAS, presilojn, multmediajn skatolojn)

Por aparatoj kiuj ne subtenas SMB2/3, vi havas plurajn provizorajn eblojn, prioritatigante sekurecon:

• Ebligu "SMB 1.0/CIFS Klienton" en Vindozaj Trajtoj sur la klienta komputilo. Konservu ĝin nur tiel longe kiel necese.
• Sur la NAS, ĝisdatigu la minimuman version al SMB2 se la firmvaro permesas tion; malŝaltu anoniman gaston kaj uzu uzantnomojn/pasvortojn.
• Se la aparato postulas NTLMv1, provizore agordu la politikon "LAN Manager Authentication Level" al subtenata reĝimo.
• Kontrolu ĉu la servilo postulas SMB-subskribon aŭ ne; akordigo de ĉi tiu politiko ambaŭflanke malhelpas silentajn malakceptojn.

Se ĝisdatigo ne eblas kaj vi uzas vian aparaton ĉiutage, konsideru anstataŭigi la aparaton aŭ serĉi pli sekuran alternativon (ekz., modernan mikroservilon aŭ NAS). Sekureco kaj kongrueco ŝparos al vi kapdolorojn longtempe..

Praktikaj konsiloj kaj utilaj diagnozoj

Ĉi tiuj mallongigoj akcelas diagnozon kaj helpi vin konfirmi konekteblecon:

• Esplorilo: Tajpu \\Shared\IP rekte por izoli nomproblemojn.
• PowerShell: Test-NetConnection -ComputerName IP -Port 445 por validigi la pordon.
• CMD: net view \\SERVER por listigi kunhavigojn se SMB-konekto estas en ordo.
• PowerShell: Get-SmbSession sur la servilo por vidi aktivajn sesiojn kaj erarojn. Ĝi diras al vi kiu konektas kaj kiel.
• Forigu zombiajn mapojn: net use * /delete /yy remap kun eksplicitaj akreditaĵoj.

Alia konsilo: ŝanĝu vian retprofilon al Privata se ĝi aperas kiel Publika, precipe ĉe novaj Wi-Fi-retoj. Tio malŝlosas malkovron kaj kunhavigon defaŭlte. Vi trovos ĝin en Agordoj > Reto kaj Interreto > Retaj Ecoj.

Fine, teni viajn retpelilojn ĝisdatigitaj malhelpas nekongruecojn kun modernaj SMB-funkcioj (malŝarĝo, RSS, ktp.). En Aparata Administrilo, kontrolu ĝisdatigojn por via Eterreta/Wi-Fi adaptilo aŭ elŝutu ilin de la fabrikanto. Maljuna ŝoforo povas "rompi" ĝuste tion, kion vi bezonas.

Se vi atingis ĉi tiun punkton provante ĉion, de konektebleco, malkovro, servoj, fajromuro, SMB, permesoj kaj politikoj, vi kutime devus povi malfermi la dosierujon, kiu antaŭe rezistis viajn klopodojn. La eraro "Reta vojo ne trovita" ŝajnas grava, sed ĝi kutime ŝuldiĝas al malpreciza agordo aŭ mankanta regulo; post kiam ĝi estas trovita, Aliro per \\Nomo aŭ \\IP denove funkcias kiel ĝi devus.

Rilata artikolo:

Kio estas Sekura Reĝimo kun Retigado kaj kiel uzi ĝin por ripari Vindozon sen reinstali ĝin?

Christian garcia

Pasiigita pri teknologio ekde li estis malgranda. Mi amas esti ĝisdatigita en la sektoro kaj ĉefe komuniki ĝin. Tial mi jam de multaj jaroj dediĉas min al komunikado en teknologiaj kaj videoludaj retejoj. Vi povas trovi min skribante pri Android, Vindozo, MacOS, iOS, Nintendo aŭ ajna alia rilata temo, kiu venas al la menso.