pull-filter супастаўляе тэкст, а не падсеткі: чытайце яго як прэфікс

Мэта была адкінуць адзін праштурханы маршрут. Пасля змены не хапае іншай опцыі маршрутызацыі, або кліент перападключаецца ў цыкле. Абодва вынікі ўзнікаюць ад таго, што фільтр чытаюць як правіла падсеткі, хоць ён параўноўвае тэкст. Кліент правярае, ці пачынаецца праштурханая опцыя з пададзеных вамі знакаў, і ніякая адрасная логіка на гэтым этапе не задзейнічана.

Што фільтр насамрэч параўноўвае

Кожная праштурханая опцыя прыходзіць радком з назвы і яе аргументаў. Фільтр параўноўвае вашыя знакі з пачаткам гэтага радка, перш чым адрас аналізуецца і перш чым маршрут усталёўваецца. Таму правіла, напісанае для назвы, ловіць кожную опцыю, якая пачынаецца з гэтых літар, а не толькі тую, на якую вы глядзелі. Менавіта таму фільтр можа выглядаць правільным сам па сабе і ўсё ж выдаляць нешта непавязанае.

Радок, які выглядае як дыяпазон сеткі, застаецца проста знакамі. Ён не выбірае ніякага прэфікса, не робіць арыфметыкі над бітамі сеткі і не можа выражаць набор пунктаў прызначэння. Калі такое правіла здаецца працоўным, а потым спыняецца, праштурханы тэкст звычайна змяніў форму.

Адзін прабел змяняе набор супадзенняў

Адна і тая ж назва опцыі з канцавым падзяляльнікам і без яго выбірае розныя радкі. Без падзяляльніка супадзенне застаецца адкрытым, а з ім назва опцыі павінна скончыцца менавіта там, перш чым пачнуцца аргументы.

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

Адкрытая форма таксама ловіць опцыі, якія проста пачынаюцца з тых жа літар, і менавіта так непавязаныя паводзіны маршрутызацыі знікаюць разам з маршрутам, які вы хацелі адкінуць. Скапіруйце праштурханы радок з журнала перад напісаннем фільтра. Трымайце нязмененую копію профілю побач са змененай, бо адмяніць шырокае супадзенне прасцей з файла, чым з памяці.

Парадак і дзеянне даюць розныя сімптомы

Правілы ацэньваюцца па чарзе, і першае супадзенне вырашае вынік, таму шырокае правіла, пастаўленае рана, робіць кожнае наступнае канкрэтнае правіла недасяжным. Дзеянне таксама змяняе збой: ігнараванне супадзення адкідае опцыю і сеанс працягваецца, а адхіленне выклікае памылку, якая перазапускае злучэнне. Таму радок, што паўтараецца, разам з дзеяннем адхілення стварае цыкл перападключэння. Гэты цыкл лёгка прыняць за збой сеткі, і радок журнала з названай опцыяй якраз раздзяляе дзве сітуацыі.

Запішыце, які радок супаў і якое дзеянне выканалася. Адкінуты маршрут і цыкл перазапуску патрабуюць розных выпраўленняў, і нататка павінна назваць, што менавіта адбылося, а не пакідаць абодва варыянты адкрытымі.

Праверце, што ўсталяваў хост

Прачытайце ўжытыя маршруты пасля перападключэння і праверце як пункт прызначэння, які вы хацелі захаваць, так і той, які вы хацелі прыбраць. Адкідванне праштурханага маршруту не дае замены, таму рэсурс можа стаць недасяжным праз іншы шлях, пакуль непатрэбны маршрут знік. Калі імя цяпер вырашаецца ў іншым месцы, праверце, ці не была праштурханая опцыя рэзалвера злоўленая тым жа шырокім прэфіксам. Змена, якая праходзіць пратэставаны вамі тэст і правальвае той, які вы мелі на ўвазе, тут звычайны вынік.

Захавайце гэтую розніцу ў заяўцы: маршрут, які вы прыбралі, маршрут, які вы разлічвалі захаваць, і тое, што табліца паказвае цяпер. Наступная змена будзе ацэньвацца супраць гэтага запісу.

Не разглядайце гэта як мяжу даверу

Фільтр па тэксце — гэта зручнасць канфігурацыі, а не сродак кантролю супраць сервера, якому вы не давяраеце. Адны толькі варыяцыі фарматавання яго перамагаюць, і менавіта таму кіраўніцтва абмяжоўвае гэтае сцвярджэнне. Калі сервер належыць вашай арганізацыі, выправіць палітыку праштурхвання ясней, чым назапашваць лакальныя выключэнні.

Запішыце, навошта лакальны фільтр наогул існуе, каб наступны чалавек мог вырашыць, ці ён яшчэ патрэбны. Фільтры назапашваюцца яшчэ доўга пасля таго, як прычына знікла.