Þegar leiðir sundraðs göngs skarast: hvaða forskeyti vinnur

Tvö snið sundraðs göngs, tvö einkaforskeyti og einn vél sem bæði gera tilkall til. Einkennið er sjaldan hrein bilun: þjónusta virkar á mánudag, rennur út á tíma eftir að seinni biðlarinn tengist aftur, og virkar aftur eftir endurræsingu. Röðin sem þú tengdir biðlarana í ræður ekki úrslitunum, og röð raðanna í viðmóti biðlarans heldur ekki. Farðu í gegnum þessar athuganir í röð og stöðvaðu við þá fyrstu sem stendur ekki, því þær síðari hafa aðeins merkingu þegar þær fyrri eru sannar.

1. Skrifaðu niður áfangastaðinn og upprunann

Byrjaðu á því nákvæma vistfangi sem beiðnin sem mistekst fer til, ekki vélnafninu og ekki nafni forritsins. Leystu nafnið einu sinni, skrifaðu niður hvert svar og veldu það sem straumurinn sem mistekst notar í raun. Skrifaðu síðan niður staðbundið vistfang sama straums, því upprunavistfangið getur breytt því hvaða stefnuregla passar og þar með hvaða tafla er skoðuð.

Beiðni til eins af nokkrum A-færslum getur mistekist á meðan systurvistfang gengur, sem lítur út eins og óstöðugt göng en eru í raun tveir ólíkir ferlar. Ef áfangastaðurinn er nafn með nokkrum svörum skaltu prófa hvert svar fyrir sig áður en þú breytir einhverju.

2. Spurðu kjarnann hvaða leið hann valdi

Ekki lesa leiðatöfluna og álykta svarið. Spurðu sömu spurningar og staflinn spyr, með sama upprunavistfangi: ip route get 10.20.4.10 from 10.8.0.2 á Linux, eða Find-NetRoute -RemoteIPAddress 10.20.4.10 í PowerShell. Úttakið nefnir leiðina sem raunverulega yrði notuð, og það er oft ekki sú sem þú bjóst við að lesa töfluna.

Meðal leiða sem passa vinnur venjulega sértækara forskeytið: /24 vinnur /16 fyrir vistfang sem er inni í báðum. Milli samsvörunar af sömu lengd vinnur lægri mælikvarðinn, og leið sem er sett upp á tengingu sem er niðri er sleppt. Tvö göng sem ýta sama /24 með sama mælikvarða eru annað tilvik: kjarninn heldur báðum leiðum og velur á milli þeirra, svo útkoman getur skiptst á í stað þess að fylgja röðinni sem biðlararnir tengdust í. Þetta er einmitt ástandið sem framleiðir mynstrið mánudagur-virkar-þriðjudagur-mistekst, og að tengjast aftur í annarri röð breytir því ekki.

3. Athugaðu hvort stefnuregla beindi leitinni annað

Áður en leiðataflan er skoðuð fer kjarninn í gegnum stefnureglur sínar. Regla getur sent umferð frá tilteknum uppruna, notanda eða eldveggsmerki í alveg aðra töflu, svo sigurforskeytið í aðaltöflunni er kannski aldrei skoðað fyrir þann straum. ip rule show telur þær upp í matsröð, og ip route show table 100 sýnir hvað valda taflan inniheldur í raun.

Hér liggja tvær gildrur. Regla sem bendir á tóma töflu framkallar leit sem fellur í gegn á næstu reglu, svo reglan virðist gera ekkert. Hin er forgangsnúmerið sjálft: reglur eru lesnar í hækkandi röð, og innbyggðu gildin eru 0 local, 32766 main og 32767 default. Regla með númer undir 32767 er skoðuð áður en sjálfgefna reglan sem grípur allt kemur til sögunnar. Regla með númer yfir 32767 situr fyrir aftan hana og næst aðeins þegar engin fyrri tafla svarar, sem venjuleg sjálfgefnu leið í main kemur í veg fyrir, svo í reynd næst henni aldrei og hún gerir hljóðlaust ekkert á meðan hún lítur út fyrir að vera uppsett. Ef biðlarinn skrifaði reglu og leið skaltu athuga bæði og athuga þau aftur eftir endurtengingu, því endurskrifað snið getur bætt við annarri reglu með annan forgang.

4. Aðskildu leiðajafntefli frá tvíteknu vistfangaskipulagi

Stundum er forskeytið alls ekki vandamálið. Tveir staðir sem báðir nota 192.168.1.0/24 þýða að sama vistfang auðkennir tvær ólíkar vélar, og engin leið getur greint þær. Vélarleið að öðru svarinu virkar aðeins þar til hinn staðurinn svarar fyrir sama nafn, og þá verður undantekningin hljóðlaust að biluninni.

Vísbendingin er sú að áfangavistfangið er það sama á báðum ferlum og aðeins fyrirhugaður eigandi er ólíkur. Þetta er ákvörðun um vistfangaskipulag, ekki leiðrétting á leiðun: endurnúmeraðu aðra hliðina, settu aðra hliðina bak við gátt sem þýðir, eða náðu í hinn staðinn í gegnum milliþjón sem leysir sín eigin nöfn. Að lækka sjálfgefna leið eða stafla vélarundantekningum færir áreksturinn bara annað.

5. Staðfestu að leysirinn sé sammála leiðinni

Nafn sem leysist á ranga einkavistfangið framleiðir öll einkenni leiðaráreksturs og ekkert af orsökum hans. Berðu saman svarið sem vélin fær við vistfangið sem áfangastaðurinn notar í raun, og athugaðu hvaða leysir svaraði. Ef göngin ýta leysi ætti biðlarinn að setja hann upp fyrir straumana sem nota göngin; ef ekki heldur vélin áfram að spyrja staðbundna leysinn, sem getur svarað úr leitarléni eða skyndiminni.

Spurðu leysinn beint og skrifaðu niður þjóninn sem svaraði. Skyndiminnið svar með stuttum TTL getur líka útskýrt hvers vegna fyrsta beiðnin eftir endurtengingu hagar sér öðruvísi en sú fimmta.

6. Tengstu aftur, skoðaðu uppsett ástand og prófaðu svo báða strauma

Eftir leiðréttingu skaltu tengjast aftur og skoða hvað biðlarinn setti í raun upp í stað þess að treysta sniðritlinum. Lestu reglurnar, töflurnar og svar ip route get sem af því leiðir aftur. Annar biðlari getur sett upp sína eigin leið við tengingu og endurskapað áreksturinn, sem er ástæðan fyrir því að ástandsathugunin verður að eiga sér stað eftir að síðasti biðlarinn tengist, ekki fyrir.

Prófaðu tvo strauma, ekki einn: beiðnina sem áður mistókst, og auðlind sem á að nota hin göngin. Að færa alla einkumferð yfir á eina tengingu lætur fyrstu prófunina ganga en brýtur hina, og aðeins pöruð prófun grípur það. Skrifaðu niður hverja undantekningu sem þú heldur, með áfangastað og ástæðu, svo næsta manneskja geti greint viljandi vélarleið frá afgangi.