Dividita tunelado kontraŭ firmaa politiko: kiu regulo venkas

Marki unu aplikaĵon en kliento de dividita tunelo sentiĝas kiel loka prefero, kaj sur administrita aparato ĝi pli proksimas al politika ŝanĝo. La escepto movas trafikon for de la aprobita vojo, kiu povas esti la sama vojo, kiu portas administritan DNS, filtradon kaj la fontan adreson, kiun servo rekonas. La kliento ne miskondutas, kiam ĝi malfaras vian redakton; la enkonduko faras sian taskon.

Antaŭ ol disputi pri la markobutono, klarigu, kiun econ la politiko ekzistas por protekti.

La eco malantaŭ la regulo

Kelkaj enkondukoj direktas ĉion, por ke la tuta trafiko pasu aprobitan enirejon. Aliaj zorgas pri nomresolvo kaj tenas la demandojn ĉe la korporacia solvilo anstataŭ tiu de la loka reto. Triaj bezonas stabilan fontan adreson, por ke internaj servoj povu decidi, ĉu ili entute respondu.

Kvara grupo devigas la staton de la finpunkto: stato de diskĉifrado, nivelo de flikaĵoj, sano de la agento. Dividi la tunelon tion ne ŝanĝas, dum pretervojo, kiu evitas la propran trafikon de la agento, povas.

Tiuj estas kvar malsamaj postuloj, kaj ĉiun rompas malsama escepto. Legu la postulon antaŭ ol proponi la ŝanĝon, ĉar tiu, kiu ĝin skribis, tuj povas diri al vi, kiu validas. Ŝanĝo, kiu plenumas la malĝustan, aĉetas nenion.

Du asertojn indas frue forĵeti. Plena tunelado ne donas al administrantoj ĉiun simplan tekstan paĝon, ĉar aplikaĵa ĉifrado kaj finpunktaj kontroloj decidas, kio estas videbla. Dividita tunelado ankaŭ ne estas universale nesekura, ĉar administrita DNS, politikoj po aplikaĵo kaj finpunktaj agentoj povas validi sendepende de la vojo.

Plenumu la kontrolojn laŭvice

La sekva sinsekvo mallarĝigas escepton al la plej malgranda afero, kiu efektive malsukcesis. Haltu ĉe la unua kontrolo, kiu ne validas, ĉar pli posta riparo ne povas kompensi pli frutan mankon.

Demandu, kiu trafiko nun maltrafas la aprobitan enirejon, poste konfirmu, ke nomresolvo ankoraŭ atingas la korporacian solvilon. Kontrolu, ĉu la koncerna aplikaĵo respektas mortigilon, aŭ ĉu ĝi pasigis la malsukcesan provon sur rekta vojo. Poste rigardu komunajn servojn: dokumentrigardilo aŭ ĝisdatiga peranto povas porti la escepton pli malproksimen, ol la markobutono sugestas. Fine notu, ĉu la politiko reaplikiĝas ĉe rekonekto, ĉar tiu konduto decidas, ĉu iu loka ŝanĝo postvivos.

Ĉiu respondo estas fakto, kaj faktojn bezonas petskribo por escepto. Diskuto pri tio, ĉu la VPN estas ĝena, ne estas unu el ili. Skribu la respondojn antaŭ ol la interparolo komenciĝu.

Petu mallarĝan escepton

Raportu la aplikaĵon, la celon kaj la operacion, kiu malsukcesis, en tiu ordo. Peto teni unu ĝisdatigilon sur la rekta vojo estas revidebla; peto preterpasi la tunelon por la tuta retumilo ne estas.

Priskribu, kion vi jam provis kaj kion montris la protokoloj, kaj adresu ĝin al la teamo, kiu posedas la profilon, anstataŭ al tiu, kiu respondas ĉe la subtena tabulo. Sur administrita aparato la posedanto de la profilo kutime povas krei subtenatan escepton, kiu postvivas ĝisdatigojn, dum loka vojredakto ne povas.

Se la respondo estas ne, traktu ĝin kiel dizajnan decidon, ne kiel obstaklon por preterpasi. La sekva revizio estas la loko por remalfermi ĝin, kun la malsukcesa operacio dokumentita kaj la komerca kialo alkroĉita. Preterpasi ĝin riskas pli, ol la escepto iam valoris.

Faru la escepton postvivpova

Post aprobita ŝanĝo, konfirmu la partojn, kiuj antaŭe funkciis, ne nur la parton, kiu estis rompita. Internaj nomoj plu solviĝu per la korporacia solvilo, privataj rimedoj plu respondu, kaj la antaŭe malsukcesa tasko nun kompletiĝu.

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

La unua komando pruvas, ke la solvilo ankoraŭ respondas por interna sufikso, kaj la dua pruvas, ke peto atingas la internan servon de la nuna vojo. Relanĉu ilin post rekonekto, ĉar politika puŝo povas silente malfari ŝanĝon, kiu ŝajnis stabila dum la testo. Du linioj da eligo konservitaj kun la bileto fermas la cirklon. Sen ili la escepto ripozas sur ies memoro pri paĝo, kiu ŝargiĝis unufoje.

Registru la escepton, ĝian celon kaj la komponentojn, kiujn ĝi kovras, en la sama loko kiel la enkondukaj notoj. Nedokumentita escepto fariĝas la okazaĵo de la sekva kvara jaro, kaj dokumentita fariĝas pruvo, ke la dizajno eltenas realan laborŝarĝon.