SMB-hlutdeild mistekst aðeins í gegnum VPN: undirskrift eða undirnet árekstur?

Kortlagt drif sem virkar á skrifstofunni en rennur út heima gefur þér nánast engar gagnlegar upplýsingar eitt og sér. Göngin flytja greinilega pakka, annars myndi ekkert ná til netþjónsins. Það sem mistókst er í einu af þremur lögum: nafnið var leyst í rangt vistfang, biðlarinn neitaði að undirrita lotuna, eða gömul lot lifði lengur en tengingin sem bar hana. Hvert hefur sína eigin viðgerð, og tvö af þremur eru á biðlarahlið.

Þrjú mistök klæðast sömu villunni

Stafur drifsins segir ekki hvaða lag brotnaði, og villutextinn er venjulega nógu almennur til að passa við öll þrjú. Aðskildu þau með tveimur fljótum spurningum: svarar netþjónninn á IP-vistfangi sínu, og tekur gátt 445 við tengingu?

Þessi svör skila ákvörðunartöflu í stað ágiskunar. Ef IP virkar en nafnið ekki bendir það til nafnaleysingar. Ef bæði virka en innskráningu er hafnað bendir það til undirskriftar. Ef bæði virka en lestur skráar stöðvast eftir rof í göngunum bendir það til gamallar lotu.

Farðu í gegnum þau í þeirri röð, því nafn sem leysist í rangan hýsil gerir hvert síðara próf merkingarlaust.

Leystu nafnið áður en þú snertir hlutdeildina

Ef netþjónninn svarar á vistfangi sínu og nafn hlutdeildarinnar rennur út, eru göngin að gera sitt og biðlarinn leitar á röngum stað. Í fjartengingu útskýra tvær orsakir mestan hluta þessa.

Fyrsta er skörun vistfanga. Þegar skrifstofan notar 192.168.70.0/24 og heimabeðjan úthlutar sama bili getur hýsilsnafn sem leysist í 192.168.70.20 bent á staðbundið tæki í stað netþjónsins bak við göngin. Windows getur þá sent beiðnina staðbundið, hafnað leiðinni eða leyst hana í prentara sem á tilviljun það vistfang. Viðgerðin er að endurnúmera aðra hliðina, ekki að bæta við annarri leið.

Önnur er DNS-umfang. VPN-tengi án innri DNS-netþjóns, eða með þann sem ekki er hægt að ná í gegnum göngin, lætur stutt nöfn fara til opinbers leysanda. Lestu DNS-færslur tengisins og spurðu beint um innra nafnið áður en þú snertir hlutdeildina:

> ipconfig /all | findstr /i "DNS Servers"
> nslookup files.corp.internal
Server: 10.90.0.2
Address: 10.90.0.2
Name: files.corp.internal
Address: 10.90.0.15

Ef sú fyrirspurn skilar væntanlegu vistfangi er nafnaleysingin skýrð og vandamálið ofar í staflanum.

Lestu undirskriftarkröfuna á báðum endum

Aðgengilegur netþjónn sem hafnar hverri innskráningu er merki um stefnumótssundur en ekki netbilun. Windows getur krafist SMB-undirskriftar á biðlaranum, og netþjónn eða NAS sem undirritar ekki getur ekki lokið lotunni, hversu heilbrigð göngin sem eru.

Þú getur lesið stillingu biðlarans án þess að leita í stefnuritlinum:

> Get-SmbClientConfiguration | Select-Object RequireSecuritySignature
RequireSecuritySignature
-------------------------
True
> Get-SmbConnection

Samsvarandi gildi á netþjónshlið er í SMB-stillingu netþjónsins, og þau tvö verða að stemma. Í einu tilgreindu tilviki hafði biðlarinn kröfuna virka með staðbundinni stefnu á meðan netþjónninn undirritaði alls ekki; að slökkva á henni og keyra gpupdate /force endurheimti hlutdeildina samstundis. Það er greiningarskref til að staðfesta orsökina, ekki varanleg lagfæring.

Veldu frekar að kveikja á undirskrift á báðum endum þar sem netþjónninn styður það. Breyting á öryggisstillingu til að láta hlutdeild virka ætti að vera skráð með fyrra gildi og ástæðu, svo enginn þurfi að enduruppgötva hana í næstu úttekt.

Hreinsaðu gamla lotið áður en þú stillir tímamælana

Hlutdeild sem stöðvast aðeins eftir að VPN dettur og tengist aftur heldur yfirleitt lotu sem netþjónninn hefur þegar hent. Netþjónninn lokar aðgerðarlausum SMB-lotum á Autodisconnect tímamælinum undir LanmanServer\Parameters, sem er 15 mínútur að sjálfgefnu, á meðan biðlarinn hefur sinn eigin SessTimeout undir LanmanWorkstation\Parameters. Rof sem er lengra en þessi gildi skilur hvorn enda eftir með ólíka hugmynd um lotuna.

Endurgerðu það í föstum röðum svo niðurstaðan þýði eitthvað: tengdu göngin, opnaðu hlutdeildina, roftu göngin í tvær mínútur, endurheimtu þau og reyndu svo að lesa skrá. Ef uppsetningin nær sér af sjálfu sér skaltu láta tímamælana í friði. Ef hún stöðvast þar til þú setur upp aftur, tengdu hlutdeildina aftur eftir að göngin eru komin upp í stað þess að setja hana upp áður en hún er til, og athugaðu hvort uppsetningarhjálparinn reynir aftur.

Að hækka tímamörk er sanngjarnt síðasta skref fyrir óstöðugt samband, en það meðhöndlar einkennið. Biðlari sem bíður lengur eftir lotu sem netþjónninn hefur gleymt bíður samt.

Ljúktu með því að lesa eina skrá í gegnum uppsetninguna og rofa og endurheimta svo göngin enn einu sinni. Það samþykkispróf nær yfir öll þrjú lögin í einu, og það er eina prófið sem samsvarar því sem notandinn gerir í raun.