Sadalīts tunelis pret uzņēmuma politiku: kurš noteikums uzvar

Vienas lietotnes atzīmēšana sadalītā tuneļa klientā šķiet kā lokāla izvēle, bet pārvaldītā ierīcē tā ir tuvāka politikas maiņai. Izņēmums novirza datplūsmu no apstiprinātā ceļa, kas var būt tas pats ceļš, pa kuru iet pārvaldītais DNS, filtrēšana un avota adrese, ko atpazīst pakalpojums. Klients neuzvedas nepareizi, kad atceļ jūsu labojumu; izvietošana dara savu darbu.

Pirms strīdēties par izvēles rūtiņu, noskaidrojiet, kuru īpašību politika ir domāta aizsargāt.

Īpašība aiz noteikuma

Daži izvietojumi maršrutē visu, lai visa datplūsma ietu caur apstiprinātu vārteju. Citiem svarīga ir vārdu izšķiršana, un viņi vaicājumus tur uzņēmuma atrisinātājā, nevis vietējā tīkla. Vēl citiem vajag stabilu avota adresi, lai iekšējie pakalpojumi varētu izlemt, vai vispār atbildēt.

Ceturtā grupa uzspiež galapunkta stāvokli: diska šifrēšanas statuss, ielāpu līmenis, aģenta veselība. Tuneļa sadalīšana to nemaina, bet apiešana, kas izvairās no paša aģenta datplūsmas, var mainīt.

Tās ir četras dažādas prasības, un katru pārkāpj cits izņēmums. Izlasiet prasību pirms izmaiņu ierosināšanas, jo tās autors var uzreiz pateikt, kura ir spēkā. Izmaiņa, kas apmierina nepareizo, neko nepērk.

Divus apgalvojumus ir vērts agri noraidīt. Pilnīga tunelēšana nedod administratoriem katru vienkāršā teksta lapu, jo redzamību nosaka lietotņu šifrēšana un galapunktu kontrole. Arī sadalīts tunelis nav universāli nedrošs, jo pārvaldīts DNS, politika katrai lietotnei un galapunktu aģenti var būt spēkā neatkarīgi no maršruta.

Veiciet pārbaudes secībā

Tālākā secība sašaurina izņēmumu līdz mazākajai lietai, kas patiešām neizdevās. Apstājieties pie pirmās pārbaudes, kas neiztur, jo vēlāks labojums nevar kompensēt agrāku trūkumu.

Jautājiet, kura datplūsma tagad izlaiž apstiprināto vārteju, pēc tam apstipriniet, ka vārdu izšķiršana joprojām sasniedz uzņēmuma atrisinātāju. Pārbaudiet, vai attiecīgā lietotne ievēro avārijas slēdzi un vai neizdevušos mēģinājumu tā nav pavadījusi tiešā maršrutā. Tad aplūkojiet koplietotos pakalpojumus: dokumentu skatītājs vai atjauninājumu starpnieks var aiznest izņēmumu tālāk, nekā liecina izvēles rūtiņa. Visbeidzot atzīmējiet, vai politika atkal tiek piemērota, atkārtoti pieslēdzoties, jo šī uzvedība nosaka, vai kāda lokāla izmaiņa izdzīvos.

Katra atbilde ir fakts, un izņēmuma pieprasījumam vajag faktus. Strīds par to, vai VPN kaitina, nav viens no tiem. Pierakstiet atbildes pirms sarunas sākuma.

Lūdziet šauru izņēmumu

Ziņojiet par lietotni, galamērķi un neizdevušos darbību šajā secībā. Pieprasījumu paturēt vienu atjauninātāju tiešajā ceļā var izskatīt; pieprasījumu apiet tuneli visai pārlūkprogrammai nevar.

Aprakstiet, ko jau esat mēģinājis un ko parādīja žurnāli, un adresējiet to komandai, kurai pieder profils, nevis tam, kas atbild palīdzības dienestā. Pārvaldītā ierīcē profila īpašnieks parasti var izveidot atbalstītu izņēmumu, kas pārdzīvo atjauninājumus, savukārt lokāls maršruta labojums to nevar.

Ja atbilde ir nē, uztveriet to kā dizaina lēmumu, nevis šķērsli, kam jāapiet. Nākamā pārskatīšana ir vieta, kur to atkal atvērt, ar dokumentētu neizdevušos darbību un pievienotu biznesa iemeslu. Apiet to riskē vairāk, nekā izņēmums jebkad bija vērts.

Padariet izņēmumu dzīvotspējīgu

Pēc apstiprinātas izmaiņas apstipriniet tās daļas, kas darbojās iepriekš, ne tikai to daļu, kas bija salauzta. Iekšējiem nosaukumiem joprojām jāizšķiras caur uzņēmuma atrisinātāju, privātiem resursiem jāatbild, un iepriekš neizdevušajam uzdevumam tagad jāpabeidzas.

resolvectl query intranet.corp.example
curl -sS -o /dev/null -w '%{http_code}
' https://intranet.corp.example/status

Pirmā komanda pierāda, ka atrisinātājs joprojām atbild uz iekšēju sufiksu, bet otrā – ka vaicājums no pašreizējā maršruta sasniedz iekšējo pakalpojumu. Palaidiet tās vēlreiz pēc atkārtotas pieslēgšanās, jo politikas nosūtīšana var klusi atcelt izmaiņu, kas testa laikā šķita stabila. Divas izvades rindas, kas saglabātas kopā ar biļeti, noslēdz loku. Bez tām izņēmums balstās uz kāda atmiņu par lapu, kas tika ielādēta vienreiz.

Pierakstiet izņēmumu, tā mērķi un aptvertos komponentus tajā pašā vietā, kur izvietošanas piezīmes. Nedokumentēts izņēmums kļūst par nākamā ceturkšņa incidentu, bet dokumentēts – par pierādījumu, ka dizains iztur reālu darba slodzi.