pull-filter sobitab teksti, mitte alamvõrke: loe seda prefiksina
Filter võrdleb iga saadetud valiku algust sinu tekstiga. Puuduv tühik, lai varasem reegel ja vale tegevus tekitavad erinevaid rikkeid.
Kavatsus oli üks saadetud marsruut kõrvale jätta. Pärast muudatust puudub mõni teine marsruutimisvalik või klient ühendub uuesti tsüklis. Mõlemad tulemused tulenevad sellest, et filtrit loetakse alamvõrgu reeglina, kuigi see võrdleb teksti. Klient kontrollib, kas saadetud valik algab sinu antud tähemärkidega, ja ühelgi etapil ei osale aadressiloogika.
Mida filter tegelikult võrdleb
Iga saadetud valik saabub reana, mis koosneb nimest ja selle argumentidest. Filter võrdleb sinu tähemärke selle rea algusega, enne kui ükski aadress parsitakse ja enne kui ükski marsruut paigaldatakse. Seega tabab nime jaoks kirjutatud reegel iga valikut, mis algab nende tähtedega, mitte ainult seda, mida vaatasid. Seetõttu võib filter üksinda õige välja näha ja siiski midagi mitteseotut eemaldada.
Võrgupiirkonna moodi sõne on ikka ainult tähemärgid. See ei vali ühtegi prefiksit, ei tee võrgubittidega aritmeetikat ega suuda väljendada sihtkohtade hulka. Kui selline reegel näib töötavat ja hiljem lakkab, on saadetud tekst tavaliselt kuju muutnud.
Üks tühik muudab sobivuste hulka
Sama valiku nimi lõpus oleva eraldajaga ja ilma selleta valib erinevad read. Ilma eraldajata jääb sobivus lahtiseks, eraldajaga peab valiku nimi lõppema täpselt seal, enne kui argumendid algavad.
pull-filter ignore "route"
pull-filter ignore "route "
Lahtine kuju tabab ka valikuid, mis ainult algavad samade tähtedega, ja nii kaob mitteseotud marsruutimiskäitumine koos marsruudiga, mille tahtsid kõrvale jätta. Kopeeri saadetud rida logist enne filtri kirjutamist. Hoia muutmata profiilikoopiat muudetu kõrval, sest laia sobivust on lihtsam failist tagasi pöörata kui mälust.
Järjekord ja tegevus tekitavad erinevaid sümptomeid
Reegleid hinnatakse järjekorras ja esimene sobivus otsustab tulemuse, seega varakult paigutatud lai reegel muudab iga hilisema konkreetse reegli kättesaamatuks. Ka tegevus muudab riket: sobivuse eiramine jätab valiku kõrvale ja seanss jätkub, samas kui tagasilükkamine tõstab vea, mis taaskäivitab ühenduse. Seetõttu tekitab korduvalt saadetud rida koos tagasilükkava tegevusega uuesti ühendumise tsükli. Seda tsüklit on lihtne võrguveaks lugeda ja logirida, mis nimetab sobivaks osutunud valiku, eristab need kaks.
| Action | Effect on the session | How it gets reported |
|---|---|---|
| Ignore | Option dropped, session continues | Something is missing afterwards |
| Reject | Error raised, connection restarts | The VPN keeps dropping |
Pane kirja, milline rida sobis ja milline tegevus käivitus. Kõrvale jäetud marsruut ja taaskäivitustsükkel nõuavad erinevaid parandusi ning märkus peaks ütlema, kumb juhtus, mitte jätma mõlemat lahtiseks.
Kontrolli, mida host paigaldas
Loe rakendatud marsruudid pärast uuesti ühendumist ja testi sihtkohta, mille tahtsid säilitada, ning ka seda, mille tahtsid eemaldada. Saadetud marsruudi kõrvalejätmine ei anna asendust, seega võib ressurss muutuda teise tee kaudu kättesaamatuks, samal ajal kui soovimatu marsruut on kadunud. Kui nimi laheneb nüüd mujal, kontrolli, kas saadetud lahendaja valik tabati sama laia prefiksiga. Muudatus, mis läbib sinu käivitatud testi ja ebaõnnestub kavatsetud testis, on siin tavaline tulemus.
Hoia see erinevus piletis: marsruut, mille eemaldasid, marsruut, mille kavatsesid alles hoida, ja see, mida tabel praegu näitab. Järgmist muudatust hinnatakse selle kirje vastu.
Ära kohtle seda usalduspiirina
Teksti kohal olev filter on seadistuse mugavus, mitte kontroll serveri üle, mida sa ei usalda. Juba vorminguvariatsioonid löövad selle üle, mistõttu käsiraamat seda väidet piirab. Kui server kuulub sinu organisatsioonile, on saatmispoliitika parandamine selgem kui kohalike erandite kogumine.
Kirjuta üles, miks kohalik filter üldse olemas on, et järgmine inimene saaks otsustada, kas seda veel vaja on. Filtrid kuhjuvad kaua pärast seda, kui põhjus on kadunud.