A pull-filter szöveget hasonlít össze, nem alhálózatokat: olvassa előtagként

A szándék egy küldött útvonal elvetése volt. A módosítás után hiányzik egy másik útvonalválasztási beállítás, vagy az ügyfél újra csatlakozik egy hurokban. Mindkét eredmény abból fakad, hogy a szűrőt alhálózati szabályként olvassák, miközben szöveget hasonlít össze. Az ügyfél azt ellenőrzi, hogy egy küldött beállítás az Ön által megadott karakterekkel kezdődik-e, és egyetlen szakaszban sem vesz részt címkezelési logika.

Mit hasonlít össze valójában a szűrő

Minden küldött beállítás egy sorként érkezik, amely egy névből és annak argumentumaiból áll. A szűrő az Ön karaktereit a sor elejéhez hasonlítja, mielőtt bármilyen cím elemzésre kerülne, és mielőtt bármilyen útvonal telepítésre kerülne. Ezért egy névre írt szabály minden beállítást elkap, amely ezekkel a betűkkel kezdődik, nem csak azt, amelyet éppen nézett. Ezért tűnhet egy szűrő önmagában helyesnek, és mégis távolíthat el valami nem odatartozót.

A hálózati tartományra hasonlító karakterlánc továbbra is csak karakterek. Nem választ előtagot, nem végez számítást hálózati biteken, és nem tud célok halmazát kifejezni. Amikor egy ilyen szabály működni látszik, majd később leáll, a küldött szöveg általában alakot váltott.

Egy szóköz megváltoztatja az egyező halmazt

Ugyanaz a beállításnév záró elválasztóval és anélkül különböző sorokat választ. Az elválasztó nélkül az egyezés nyitott marad, vele pedig a beállításnévnek pontosan ott kell végződnie, mielőtt az argumentumok elkezdődnek.

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

A nyitott forma azokat a beállításokat is elkapja, amelyek csak ugyanazokkal a betűkkel kezdődnek, és így eltűnik a nem odatartozó útvonalviselkedés azzal az útvonallal együtt, amelyet el akart vetni. Másolja ki a küldött sort a naplóból, mielőtt megírja a szűrőt. Tartsa a profil változatlan példányát a szerkesztett mellett, mert egy széles egyezést könnyebb fájlból visszavonni, mint emlékezetből.

A sorrend és a művelet különböző tüneteket okoz

A szabályokat sorrendben értékelik, és az első egyezés dönti el az eredményt, ezért egy korán elhelyezett széles szabály minden későbbi konkrét szabályt elérhetetlenné tesz. A művelet is megváltoztatja a hibát: az egyezés figyelmen kívül hagyása eldobja a beállítást és a munkamenet folytatódik, míg az elutasítás olyan hibát emel, amely újraindítja a kapcsolatot. Ezért egy ismételten küldött sor az elutasító művelettel együtt újracsatlakozási ciklust hoz létre. Ezt a ciklust könnyű hálózati hibaként olvasni, és az egyező beállítást megnevező naplósor az, ami elválasztja a kettőt.

Jegyezze fel, melyik sor egyezett és melyik művelet futott. Az eldobott útvonal és az újraindítási ciklus különböző javításokat igényel, és a feljegyzésnek meg kell mondania, melyik történt, ahelyett hogy mindkettőt nyitva hagyná.

Ellenőrizze, mit telepített a gazdagép

Csatlakozás után olvassa ki az alkalmazott útvonalakat, és tesztelje a megőrizni kívánt célt csakúgy, mint az eltávolítani kívántat. Egy küldött útvonal eldobása nem ad helyettesítőt, ezért egy erőforrás más úton elérhetetlenné válhat, miközben a nem kívánt útvonal eltűnt. Ha egy név most máshol oldódik fel, ellenőrizze, hogy a küldött feloldó beállítást ugyanaz a széles előtag kapta-e el. Az a változás, amely átmegy az Ön által futtatott teszten, és megbukik a szándékolton, itt a szokásos eredmény.

Tartsa meg ezt a különbséget a jegyben: az eltávolított útvonalat, a megtartani kívánt útvonalat, és azt, amit a táblázat most mutat. A következő változást ehhez a feljegyzéshez mérik.

Ne kezelje bizalmi határként

A szöveg feletti szűrő kényelmi konfiguráció, nem védekezés egy olyan kiszolgáló ellen, amelyben nem bízik. Már a formázási eltérések is legyőzik, ezért korlátozza a kézikönyv ezt az állítást. Ha a kiszolgáló a szervezetéé, a küldési szabályzat javítása világosabb, mint helyi kivételek halmozása.

Írja le, miért létezik egyáltalán a helyi szűrő, hogy a következő ember eldönthesse, még szükség van-e rá. A szűrők jóval azután is halmozódnak, hogy az okuk eltűnt.