pull-filter samanliknar tekst, ikkje subnett: les det som eit prefiks

Hensikta var å droppe éi dytta rute. Etter endringa manglar eit anna rutealternativ, eller klienten koplar til på nytt i ei løkke. Begge utfalla kjem av å lese filteret som ein subnettregel medan det samanliknar tekst. Klienten sjekkar om eit dytta alternativ byrjar med teikna du oppgav, og ingen adresselogikk er involvert på noko tidspunkt.

Kva filteret faktisk samanliknar

Kvart dytta alternativ kjem som ei linje bygd av eit namn og argumenta til namnet. Filteret samanliknar teikna dine med starten på den linja, før noka adresse blir tolka og før noka rute blir installert. Derfor fangar ein regel skriven for eit namn kvart alternativ som byrjar med dei bokstavane, ikkje berre det du såg på. Det er derfor eit filter kan sjå riktig ut isolert og likevel fjerne noko urelatert.

Ein streng som ser ut som eit nettverksområde, er framleis berre teikn. Han vel ikkje noko prefiks, gjer ingen aritmetikk på nettverksbitar og kan ikkje uttrykkje eit sett med mål. Når ein slik regel ser ut til å verke og seinare stoppar, har den dytta teksten vanlegvis endra form.

Éin plass endrar treffsettet

Det same alternativnamnet med og utan ein avsluttande skiljeteikn vel ulike linjer. Utan skiljeteiknet held treffet seg ope, medan alternativnamnet med det må slutte nøyaktig der før argumenta byrjar.

pull-filter ignore "route"
pull-filter ignore "route "

Den opne forma fangar òg alternativ som berre byrjar med dei same bokstavane, og det er slik urelatert ruteåtferd forsvinn saman med ruta du ville droppe. Kopier den dytta linja frå loggen før du skriv filteret. Hald ein uendra kopi av profilen ved sida av den redigerte, fordi eit breitt treff er lettare å reversere frå ei fil enn frå minnet.

Rekkjefølgje og handling gjev ulike symptom

Reglar blir vurderte i rekkjefølgje og det første treffet avgjer utfallet, så ein brei regel plassert tidleg gjer kvar seinare spesifikk regel utilgjengeleg. Handlinga endrar òg feilen: å ignorere eit treff droppar alternativet og økta held fram, medan avvising reiser ein feil som startar tilkoplinga på nytt. Ei linje som blir dytta gjentekne gonger kombinert med avvisingshandlinga gjev derfor ein gjenoppkoplingssyklus. Den syklusen er lett å lese som ein nettverksfeil, og logglinja som namngjev det samsvarande alternativet er det som skil dei to.

Noter kva linje som samsvarte og kva handling som køyrde. Ei droppa rute og ein omstartssyklus krev ulike reparasjonar, og notatet bør seie kven av dei som skjedde i staden for å la begge stå opne.

Sjekk kva verten installerte

Les dei brukte rutene etter gjenoppkopling og test målet du ville behalde så vel som det du ville fjerne. Å droppe ei dytta rute gjev inga erstatning, så ein ressurs kan bli utilgjengeleg via ein annan veg medan den uønska ruta er borte. Viss eit namn no blir løyst ein annan stad, sjekk om det dytta resolver-alternativet vart fanga av det same breie prefikset. Ei endring som består testen du køyrde og feilar den du meinte, er det normale utfallet her.

Hald den forskjellen i saka: ruta du fjerna, ruta du forventa å behalde, og kva tabellen viser no. Den neste endringa vil bli vurdert mot den registreringa.

Ikkje handsam det som ei tillitsgrense

Eit filter over tekst er ei konfigurasjonsløysing, ikkje ein kontroll mot ein tenar du ikkje stolar på. Berre formateringsvariasjonar sigrar det, og derfor avgrensar handboka den påstanden. Når tenaren høyrer til organisasjonen din, er det klarare å rette dyttpolitikken enn å samle lokale unntak.

Skriv ned kvifor det lokale filteret i det heile finst, slik at neste person kan avgjere om det framleis trengst. Filter hopar seg opp lenge etter at grunnen er borte.