Изузеци VPN-а по апликацији се кваре када заједничка служба добави податке

Изузмете једну апликацију из VPN-а, а преузимање које јој је требало и даље не успева или, још горе, почне да ради и нешто неповезано стане. Видљиви прозор није нужно процес који отвара сваку везу: апликација може да преда посао помоћнику, служби за пренос у позадини или потпуно другом пакету. Зато правило по апликацији тражи стварни модел идентитета платформе, а не познато име датотеке за покретање. Провере испод почињу од запажања и враћају се ономе ко је захтев стварно упутио.

У овим тикетима обично се заједно покваре две ствари: изузме се погрешна компонента, а изузетак се после никада не сузи.

Пронађите процес, а не прозор

Репродукујте неуспелу радњу и идентификујте процес или пакет који поседује везу док се она одвија. На Windows-у је то друго питање од онога који прозор има фокус, јер преносом у позадини може да посредује служба која ради под сопственим идентитетом. На Linux-у и macOS-у иста подела се појављује као помоћни процеси и системски демони.

Запишите три детаља: идентитет извршне датотеке или пакета, одредиште с којим је контактирао и тренутак у радном току када се то догодило. Преузимање које не успе на почетку често је добављање метаподатака од друге компоненте од преузимања које не успе на пола пута. Сама та разлика обично је довољна да одаберете прави идентитет пре него што дирнете правило. Ако се идентитет покаже као служба, а не апликација, та једна чињеница мења цело правило, зато је прво утврдите.

Ако не можете да посматрате процес јер је радња прекратка, поновите је с већим теретом или споријим одредиштем. Циљ је једно поновљиво запажање, а не теорија о томе који је помоћник укључен.

Третирајте DNS као сопствену путању

Системско разрешавање имена можда уопште не прати изузету апликацију, због чега изузети прегледач и даље може да не успе на приватном имену домаћина док је његов саобраћај исправно изван тунела. Прегледач је био изузет, разрешивач није.

Проверите шта платформа ради с DNS-ом када се примењује правило по апликацији и проверите то одвојено од HTTP захтева. Ако је разрешивач заједничка служба, она служи свакој апликацији на уређају, па изузетак који разматрате има много ширу публику од онога који сте тестирали.

Забележите који је разрешивач одговорио и преко ког интерфејса. То једно запажање решава велики део извештаја „апликација је изузета, али име се не разрешава“, зато га чувајте уз тикет.

Не шири заједничког помоћника

Заједничка служба обавља посао за неколико апликација, па изузимање да бисте поправили један радни ток мења и неповезани саобраћај. Background Intelligent Transfer Service на Windows-у добар је пример облика: то је инфраструктура коју многе апликације могу да користе, а њен идентитет није идентитет апликације која је затражила пренос.

Проверите модел правила који клијент подржава и захтеве организације пре него што додате то изузеће. Питајте шта још користи компоненту и може ли се правило које ћете написати изразити према одредиштима уместо према заједничком процесу.

Ако захтев уопште не може да се изрази као граница апликације, политика заснована на одредиштима или неки други одобрени дизајн могу бити разумљивији и безбеднији од растуће листе изузетака за помоћнике.

Тестирајте цео радни ток, а не корак који не успева

Након подржане промене покрените предвиђени задатак са свежим захтевом од почетка до краја. Затим покрените још један радни ток који користи заједничку компоненту, јер се ту широко заобилажење објављује. Исправка која поправи прво и тихо поквари друго није исправка. Чувајте оба резултата у тикету и изричито наведите други радни ток, да га рецензент може поновити.

Држите тест малим и поновљивим: исто одредиште, исти налог, исти услови. Ако други радни ток није документован, питајте његовог власника о чему зависи пре него што одлучите да је промена безбедна.

Оставите разлог, а не листу имена

Документујте компоненту, радни ток којем служи и разлог изузимања. Листа имена помоћника без придружене сврхе постаје неодржива у року од два циклуса издања, а следећи инжењер уклони погрешан унос док је чисти.

Један ред по изузетку је довољан: шта се квари без њега, ко поседује тај радни ток и када је последњи пут проверен. Та три поља претварају тајанствену листу у политику коју неко може да брани.