Hvers vegna netþjónsheiti leysist í VPN-vistfangið eftir innhringingu

Skrifstofuskráaþjónn svarar á LAN-vistfanginu sínu allan morguninn, svo hringir fjartengdur notandi inn og heitið fer að leysast í gönguvistfang í staðinn. Ekkert var breytt í DNS með höndunum, og það er vísbendingin: tölvan sjálf birti færsluna. Þrjú skilyrði ráða því hvort þú lagar skráninguna, færsluna eða sýn biðlarans, og röng röð þýðir að færslan kemur aftur eftir næstu tengingu.

Tvö vistföng, eitt heiti, þrjú skilyrði

Windows-netþjónn með fleiri en eitt netviðmót getur haft LAN-vistfang, eitt eða fleiri innhringivisföng og stundum annað netkort. Hvert viðmót getur skráð eigin vistföng í DNS ef kvikt skráning er leyfð fyrir það. Þegar PPP-tengið skráir sig fær sama hýsingarheitið vistfang sem aðeins mótaðili göngunnar kemst að, og LAN-biðlarar fá það sem gilt svar.

Þrjú skilyrði ráða viðgerðinni. Í fyrsta lagi, er viðbótarvistfangið aðgengilegt frá biðlurunum sem fá það? Í öðru lagi, er einhver notandi enn háður þeirri skráningu? Í þriðja lagi, er færslan kvik og því fær um að koma aftur, eða kyrrstæð og því viljandi færsla?

Svaraðu þessu áður en þú snertir nokkuð. Ef vistfangið er óaðgengilegt frá netinu sem spyrjar, lagar engin hreinsun biðlaraskyndefnis það til lengdar. Ef eitthvað er háð því, til dæmis stjórnslóð sem mótaðilar göngunnar nota sjálfir, brýtur fjarlægingin þá slóð í staðinn. Og kvik færsla sem eytt er án þess að sinna útgefandanum birtist aftur á næsta skráningaratburði.

Lestu færsluna áður en þú breytir skráningunni

Spyrjaðu um nákvæma fulla hæfið heitið frá netinu sem tilkynnir vandamálið, og berðu svörin saman við raunveruleg viðmót og hlustendur netþjónsins. Eitt heiti sem skilar nokkrum vistföngum er eðlilegt; spurningin er hvort hvert þeirra sé nothæft fyrir biðlarann sem fær það.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

Fyrirspurnin fyrsta notar staðbundna leysinn, önnur spyr beint á tiltekinn DNS-netþjón og þriðja gerir það sama frá PowerShell í Windows. Samanburður þeirra aðgreinir úrelt biðlaraskyndefni frá valdbæru svari. Ef beina fyrirspurnin skilar þegar gönguvistfanginu er vandamálið í birtum gögnum en ekki staðbundinni skyndefnisfærslu.

Skrifaðu niður tíðarstimpil færslunnar og hvort DNS-stjórnborðið sýnir hana sem kvika. Þetta eina einkenni segir þér hvert þriggja skilyrðanna hér að ofan eigi við, og það er munurinn á fimm mínútna hreinsun og viðgerð sem endist.

Lagaðu útgefandann eða færsluna, en vita hvor

Ef færslan er kvik og óæskileg er varanlega lausnin að koma í veg fyrir að það viðmót skrái sig. Windows býður skráningarstillingar fyrir hvert viðmót, og DNS-biðlaraþjónustan birtir aftur við næstu tengingu eða vistfangsbreytingu. Að slökkva á skráningu fyrir innhringitengið heldur skráningu LAN-tengisins ósnortinni, sem er venjulega það sem þú vilt.

Farðu varlega með rofa sem gilda fyrir alla vélina. Altæk stilling sem slökkvir á kvikri uppfærslu hefur áhrif á hvert viðmót á þeirri hýsingu, þar á meðal það sem aðrir biðlarar treysta á skráningu þess. Á léni stjórnanda gildir sama varúð af meiri krafti, því hýsingin kann einnig að eiga þjónustustaðarfærslur sem biðlarar eru háðir við innskráningu.

Ef færslan er kyrrstæð var hún sett þar af ásetningi og samtalið er við þann sem setti hana. Að eyða kyrrstæðri færslu vegna þess að hún er óþægileg í dag fjarlægir eina sönnunina fyrir því hvers vegna hún er til. Í báðum tilvikum skaltu aðeins eyða úrelta svarinu eftir að útgefandanum hefur verið sinnt, og skrá það sem þú breyttir svo næsti maður geti greint viljandi færslu frá slysi.

Staðfestu frá biðlaranetinu sem mistókst

Staðfestingin á heima á netinu sem tilkynnti einkennið, ekki á netþjóninum. Hreinsaðu skyndefni biðlaraleysisins með studdri aðferð þess, og endurtaktu síðan upprunalegu uppflettinguna og upprunalegu þjónustutenginguna eftir heiti.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

Fyrsta skipunin hreinsar skyndefni Windows-leysisins, og sú seinni sýnir hvort heitið er aftur í skyndefni og hvaða vistfang var vistað. Árangursrík tenging netþjónsins við sjálfan sig sannar ekkert um LAN-biðlara, og að fjarlægja slóð að óæskilega vistfanginu lagar ekki það sem DNS birtir.

Að lokum, endurtaktu atburðinn sem áður færði vistfangið inn: tengdu VPN-biðlarann aftur, eða endurnýjaðu innhringilotuna. Athugaðu birt heitið aftur eftir þá lífsferilsbreytingu. Viðgerð sem endist aðeins til næstu tengingar var hreinsun, ekki viðgerð, og að vita hvora þú framkvæmdir er munurinn á að loka miðanum og opna hann aftur í næstu viku.