Miksi palvelimen nimi ratkeaa VPN-osoitteekseen sisäänsoiton jälkeen

Toimiston tiedostopalvelin vastaa LAN-osoitteessaan koko aamun, sitten etäkäyttäjä soittaa sisään ja nimi alkaa ratketa sen sijaan tunneliosoitteeksi. DNS:ssä ei muokattu mitään käsin, ja se on vihje: tietueen julkaisi kone itse. Kolme ehtoa ratkaisee, korjaatko rekisteröijän, tietueen vai asiakkaan näkymän, ja väärä järjestys tarkoittaa, että tietue palaa seuraavan yhteyden jälkeen.

Kaksi osoitetta, yksi nimi, kolme ehtoa

Moniliitäntäisellä Windows-palvelimella voi olla LAN-osoite, yksi tai useampi sisäänsoitto-osoite ja joskus toinen verkkokortti. Jokainen liitäntä voi rekisteröidä omat osoitteensa DNS:ään, jos dynaaminen rekisteröinti on sallittu sille. Kun PPP-sovitin rekisteröityy, sama isäntänimi saa osoitteen, johon vain tunnelin vastapuoli pääsee, ja LAN-asiakkaat saavat sen kelvollisena vastauksena.

Kolme ehtoa ratkaisee korjauksen. Ensinnäkin, onko lisäosoite saavutettavissa asiakkailta, jotka sen saavat? Toiseksi, riippuuko jokin kuluttaja edelleen siitä rekisteröinnistä? Kolmanneksi, onko tietue dynaaminen ja siten voi palata, vai staattinen ja siten tahallinen merkintä?

Vastaa tuohon ennen kuin kosket mihinkään. Jos osoite ei ole saavutettavissa kysyvästä verkosta, asiakkaan välimuistin tyhjentäminen ei korjaa sitä pitkäksi aikaa. Jos jokin riippuu siitä, kuten tunnelin vastapuolten itsensä käyttämä hallintapolku, sen poistaminen katkaisee sen polun. Ja dynaaminen tietue, joka poistetaan käsittelemättä sen julkaisijaa, ilmestyy uudelleen seuraavassa rekisteröintitapahtumassa.

Lue tietue ennen kuin muutat rekisteröijää

Kysy tarkka täysin kvalifioitu nimi verkosta, joka ilmoittaa ongelmasta, ja vertaa vastauksia palvelimen todellisiin liitäntöihin ja kuuntelijoihin. Yhden nimen useiden osoitteiden palauttaminen on normaalia; kysymys on, onko jokainen niistä vastaanottavan asiakkaan käytettävissä.

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

Ensimmäinen kysely käyttää paikallista ratkaisijaa, toinen kysyy suoraan tietyltä DNS-palvelimelta ja kolmas tekee saman PowerShellistä Windowsissa. Niiden vertailu erottaa vanhentuneen asiakasvälimuistin autoritatiivisesta vastauksesta. Jos suora kysely palauttaa jo tunneliosoitteen, ongelma on julkaistuissa tiedoissa, ei paikallisessa välimuistissa.

Kirjoita muistiin tietueen aikaleima ja se, näyttääkö DNS-konsoli sen dynaamisena. Se yksi ominaisuus kertoo, mikä yllä olevista kolmesta ehdosta pätee, ja se on ero viiden minuutin siivouksen ja kestävän korjauksen välillä.

Korjaa julkaisija tai tietue, mutta tiedä kumpi

Jos tietue on dynaaminen ja ei-toivottu, kestävä korjaus on estää kyseistä liitäntää rekisteröitymästä. Windows tarjoaa liitäntäkohtaiset rekisteröintiasetukset, ja DNS-asiakaspalvelu julkaisee uudelleen seuraavassa yhteydessä tai osoitteenmuutoksessa. Sisäänsoittosovittimen rekisteröinnin poistaminen käytöstä jättää LAN-sovittimen rekisteröinnin ennalleen, mikä on yleensä se, mitä halutaan.

Ole varovainen koko konetta koskevien kytkinten kanssa. Globaali asetus, joka poistaa dynaamisen päivityksen käytöstä, vaikuttaa jokaiseen liitäntään kyseisellä isännällä, mukaan lukien se, jonka rekisteröintiin muut asiakkaat luottavat. Toimialueen ohjaimella sama varovaisuus pätee suuremmalla voimalla, koska isäntä voi omistaa myös palvelun sijaintitietueita, joista asiakkaat riippuvat kirjautumisessa.

Jos tietue on staattinen, se asetettiin sinne tarkoituksella ja keskustelu käydään sen asettajan kanssa. Staattisen tietueen poistaminen siksi, että se on tänään hankala, poistaa ainoan todisteen siitä, miksi se on olemassa. Molemmissa tapauksissa poista vanhentunut vastaus vasta, kun julkaisija on hoidettu, ja kirjaa, mitä muutit, jotta seuraava henkilö voi erottaa tahallisen merkinnän vahingosta.

Varmista epäonnistuneesta asiakasverkosta

Varmistus kuuluu verkkoon, joka ilmoitti oireesta, ei palvelimelle. Tyhjennä asiakkaan ratkaisijan välimuisti sen tuetulla mekanismilla ja toista sitten alkuperäinen haku ja alkuperäinen palveluyhteys nimellä.

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

Ensimmäinen komento tyhjentää Windowsin ratkaisijan välimuistin, ja toinen näyttää, onko nimi jälleen välimuistissa ja mikä osoite tallennettiin. Palvelimen onnistunut yhteys itseensä ei todista mitään LAN-asiakkaasta, eikä reitin poistaminen ei-toivottuun osoitteeseen korjaa sitä, mitä DNS julkaisee.

Toista lopuksi tapahtuma, joka aiemmin toi osoitteen: yhdistä VPN-asiakas uudelleen tai uusi sisäänsoittoistunto. Tarkista julkaistu nimi uudelleen tämän elinkaarimuutoksen jälkeen. Korjaus, joka kestää vain seuraavaan yhteyteen, oli siivous, ei korjaus, ja tietäminen, kumman teit, on ero lipun sulkemisen ja sen uudelleen avaamisen välillä ensi viikolla.