VPN-hýslanöfn mistakast, IP-tölur virka: hvert á að líta

Þú getur opnað sameignina eftir vistfangi og sama sameign eftir nafni mistekst, sem þýðir að göngin flytja pakka og nafnalagið ekki. Þessi eina athugun sparer krókveg í gegnum breytingar á eldvegg og leiðum. Nöfn þurfa viðskeyti, leysi og slóð fyrir fyrirspurnina, og VPN-biðlari getur sett upp leið án þess að setja upp neitt þeirra. Farðu í gegnum fjórar prófanirnar hér að neðan í röð og stansaðu við þá fyrstu sem brestur.

Nafn spyr spurningar sem vistfang spyr ekki

Vistfang er áfangastaður sem staflan getur notað samstundis. Stutt nafn er spurning sem þarf að víkka með viðskeyti, senda til leysis og fá svar frá einhverju sem þekkir svæðið. Göng sem setja upp leiðir en engan leysi láta hið fyrra virka og hið síðara brotið. Þess vegna virðist einkennið svo samkvæmt yfir mjög ólíkar VPN-vörur.

Vinndu út frá vistfanginu: fyrst fulla nafnið, svo bert hýsilnafn, og taktu eftir hvor þriggja virkar. Mynstrið segir þér hvaða lag á að skoða áður en þú opnar eitt einasta stillingaskjá. Að giska á leiðir þegar FQDN-ið leysist er eyðsla á tíma.

Lestu leysinn sem göngin settu í raun upp

Spurðu stýrikerfið hvaða leysir sér um fyrirspurnir fyrir innra svæðið, ekki hvaða tengi VPN-biðlarans auglýsir. Þjónn sem þrýstir á almennan leysi án innra svæðis framkallar nákvæmlega þetta bilun, og það er stillingarvilla en ekki bilun í leiðvörpun.

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

Á Windows-biðlara sem er tengdur lén ákveður leiðarstefna nafnrýmis hvaða fyrirspurnir fara til hvaða leysis, og eigin DNS-stillingar VPN-tengisins birtast í smáatriðum tengisins. Lestu gildandi stefnu en ekki sniðið, því skyndiminnið stefna getur lifað lengur en tengingin sem setti hana upp. Ef leysirinn svarar fulla nafninu en ekki stutta nafninu, hefur vandamálið þegar flutt sig í viðskeytann.

Get-DnsClientNrptPolicy
ipconfig /all

Stansaðu ef innra svæðið leysist í gegnum rétta þjóninn. Leysirinn er ekki vandamál þitt.

Viðskeyti útskýra stutt nöfn sem mistakast

Nafn með einu merki er víkkað með viðskeytalistanum tengingarinnar áður en fyrirspurnin er send. Ef VPN-ið skilar ekki innra viðskeytinu verður fileserver aldrei fileserver.corp.example, og fyrirspurnin fer út sem nafn sem enginn almennur leysir þekkir. Að þrýsta á viðskeytið, eða skrifa fulla nafnið, prófar tilgátuna án þess að breyta nokkru á þjóninum.

nslookup fileserver.corp.example
ping -a 192.168.50.20

Á Linux tengir leysiþjónustan DNS-þjón við tengil og mengi leiðarléna, svo þrýstur þjónn sem er ekki tengdur tengli gagnanna hagar sér eins og hann sé ekki til staðar. Athugaðu stöðu á hverjum tengli en ekki stub-skrána, sem kann að benda eingöngu á staðbundna leysinn. Sama klofningurinn kemur fram í hina áttina: leitarlén sem er til staðar en er ekki beitt á tengi gagnanna framkallar bilun stuttra nafna sem virðast tilviljunarkenndar.

Ef viðbót viðskeytisins lagar það er eftir að skila því viðskeyti í gegnum VPN-sniðið í stað þess að biðja hvern notanda að skrifa það.

NetBIOS og WINS eru önnur kerfi

Gamalt SMB getur enn flett upp bert nafn með NetBIOS-nafnaþjónustunni, sem svarar með útvarpi eða í gegnum WINS-þjón. Útvarp helst innan eins útvarpsléna og stöðvast við fyrstu beinu, svo það kemst ekki yfir göng; WINS virkar vegna þess að biðlarinn hefur einn póstfang til að skrá sig á og spyrja. Þess vegna getur VPN sem flytur aðeins IP enn stutt gömul nöfn þegar WINS er stillt og aðgengilegt.

nbtstat -n
nbtstat -R

Fyrir nútíma SMB skaltu treysta á DNS og fulla nafnið og setja gömlu leiðina í eftirlaun. Ef hún er sannarlega gömul skaltu útvega WINS eða skipta um forritið; millivegurinn er stuðningsbiðröð sem tæmist aldrei.

Gangan endar þegar þú getur sagt hvaða lag brást: leysir, viðskeyti eða gömul uppgötvun. Skráðu leysinn sem svaraði og nafnformið sem virkaði, því næsti maður byrjar á sama einkenni.