pull-filter komparas tekston, ne subretojn: legu ĝin kiel prefikson
La filtrilo komparas la komencon de ĉiu puŝita opcio kun via teksto. Mankanta spaceto, larĝa pli frua regulo kaj malĝusta ago kaŭzas malsamajn difektojn.
La intenco estis forĵeti unu puŝitan itineron. Post la ŝanĝo mankas alia enkursiga opcio, aŭ la kliento rekonektiĝas en buklo. Ambaŭ rezultoj venas de tio, ke oni legas la filtrilon kiel subretan regulon, kvankam ĝi komparas tekston. La kliento kontrolas, ĉu puŝita opcio komenciĝas per la signoj, kiujn vi donis, kaj neniu adresa logiko partoprenas en iu ajn stadio.
Kion la filtrilo efektive komparas
Ĉiu puŝita opcio alvenas kiel linio el nomo kaj ĝiaj argumentoj. La filtrilo komparas viajn signojn kun la komenco de tiu linio, antaŭ ol ajna adreso estas analizata kaj antaŭ ol ajna itinero estas instalata. Tial regulo skribita por nomo kaptas ĉiun opcion, kiu komenciĝas per tiuj literoj, ne nur tiun, kiun vi rigardis. Tial filtrilo povas aspekti ĝusta izolite kaj tamen forigi ion ne rilatan.
Ĉeno, kiu aspektas kiel reta gamo, restas nur signoj. Ĝi elektas neniun prefikson, faras neniun aritmetikon sur retaj bitoj kaj ne povas esprimi aron da celoj. Kiam tia regulo ŝajnas funkcii kaj poste ĉesas, la puŝita teksto kutime ŝanĝis formon.
Unu spaceto ŝanĝas la kongruaron
La sama opcia nomo kun kaj sen fina apartigilo elektas malsamajn liniojn. Sen la apartigilo la kongruo restas malferma, dum kun ĝi la opcia nomo devas finiĝi ĝuste tie antaŭ ol komenciĝas la argumentoj.
pull-filter ignore "route"
pull-filter ignore "route "La malferma formo kaptas ankaŭ opciojn, kiuj nur komenciĝas per la samaj literoj, kaj tiel nerilata enkursiga konduto malaperas kune kun la itinero, kiun vi volis forĵeti. Kopiu la puŝitan linion el la protokolo antaŭ ol skribi la filtrilon. Konservu neŝanĝitan kopion de la profilo apud la redaktita, ĉar malfari larĝan kongruon pli facilas el dosiero ol el memoro.
Ordo kaj ago produktas malsamajn simptomojn
Reguloj estas taksataj laŭ ordo kaj la unua kongruo decidas la rezulton, do larĝa regulo metita frue faras ĉiun postan specifan regulon neatingebla. La ago ankaŭ ŝanĝas la fiaskon: ignori kongruon forĵetas la opcion kaj la sesio daŭras, dum malakcepti levas eraron, kiu restartigas la konekton. Tial linio puŝata denove kaj denove kune kun la malakcepta ago produktas rekonektan ciklon. Tiun ciklon facilas mislegi kiel retan difekton, kaj la protokola linio, kiu nomas la kongruan opcion, apartigas la du.
| 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 |
Notu, kiu linio kongruis kaj kiu ago plenumiĝis. Forĵetita itinero kaj restartiga ciklo bezonas malsamajn riparojn, kaj la noto devus diri, kiu el la du okazis, anstataŭ lasi ambaŭ malfermaj.
Kontrolu, kion la gastiganto instalis
Legu la aplikitajn itinerojn post rekonekto kaj testu la celon, kiun vi volis konservi, same kiel tiun, kiun vi volis forigi. Forĵeti puŝitan itineron ne donas anstataŭon, do rimedo povas fariĝi neatingebla per alia vojo, dum la nedezirata itinero malaperis. Se nomo nun solviĝas aliloke, kontrolu, ĉu la puŝita solvila opcio estis kaptita de la sama larĝa prefikso. Ŝanĝo, kiu pasas la teston, kiun vi rulis, kaj malsukcesas la celitan, estas ĉi tie la normala rezulto.
Konservu tiun diferencon en la bileto: la itineron, kiun vi forigis, la itineron, kiun vi atendis konservi, kaj kion la tabelo montras nun. La sekva ŝanĝo estos juĝata kontraŭ tiu registro.
Ne traktu ĝin kiel fidlimon
Filtrilo super teksto estas konfigura oportunaĵo, ne regilo kontraŭ servilo, kiun vi ne fidas. Nur formataj variaĵoj venkas ĝin, kaj tial la manlibro limigas tiun aserton. Kiam la servilo apartenas al via organizo, korekti la puŝan politikon pli klaras ol amasigi lokajn esceptojn.
Skribu, kial la loka filtrilo entute ekzistas, por ke la sekva persono povu decidi, ĉu ĝi ankoraŭ necesas. Filtriloj amasiĝas longe post kiam la kialo malaperis.