Konekta hoko estas sesia politiko, ne paketa filtro

Iu volas inspekti, kion klientoj sendas tra la tunelo, trovas la konektan hokon en la dokumentaro kaj komencas skribi skripton, kiu neniam ricevos eĉ unu paketon. La hoko estas reala kaj utila, sed ĝia laborunuo estas sesio, ne bitoko. Elekti la ĝustan komponanton estas komparo inter tri lokoj, kie laboro povas okazi, kaj la decida demando estas, kiun unuon ĉiu el ili vere povas vidi.

Kion la hoko ricevas, kaj kion ĝi neniam ricevas

Klienta konekta hoko ruliĝas unufoje, kiam aŭtentikigita kliento establas sesion, en la proceza kunteksto de la servilo, kun dokumentitaj argumentoj kaj medivvaloroj kiel la komuna nomo kaj la asignita adreso. Ĝi povas skribi agordon po kliento, fari akceptan decidon, asigni eksteran rimedon aŭ registri, ke la konekto okazis. Kion ĝi ne povas, estas observi trafikon, ĉar kiam la unua paketo transiras la tunelon, la hoko jam revenis.

Tio ne estas limigo por ĉirkaŭiri. Sesia reago, kiu provus prilabori fluon, devus ruliĝi dum la tuta vivo de la konekto, kaj la skripta kontrakto de la demono ne estas konstruita por tiu formo. Demandu, por kio la hoko estas, antaŭ ol decidi, ke ĝi staras sur via vojo.

Rekonektoj ankaŭ gravas. Kliento, kiu falas kaj rekonektiĝas, estas nova sesio, do ĉio, kion la hoko asignas, devas esti idempotenta aŭ parigita kun malkonekta evento, kiu purigas. Stato, kiu likas ĉe ĉiu rekonekto, estas la kutima unua cimo en hokbazita dezajno.

Sesia politiko apartenas al la hoko

Akcepto estas la natura laboro de la hoko. Vi scias, kiu konektiĝis, de kie kaj kun kiu atestilo, kaj vi povas decidi, ĉu ĉi tiu sesio daŭrigu aŭ estu rifuzita. Tiu decido estas malmultekosta, ĝi okazas unufoje, kaj ĝi ne postulas rigardi eĉ unu bitokon da ŝarĝo.

Agorda asignado konvenas al la sama formo. Hoko povas elekti la adreson de la kliento, puŝi opciojn taŭgajn por tiu identeco aŭ skribi fragmenton, kiun la servilo legas por ĉi tiu kliento. Ĉar la decido estas po sesio, ĝi restas komprenebla, kiam io misfunkcias kaj iu devas klarigi, kial difinita kliento ricevis difinitan adreson.

Registrado estas la tria konvenaĵo. Revizia ero, kiu diras, ke sesio estis akceptita, kun sia identeco kaj tempo, apartenas ĝuste ĉi tie. Ĝi ne estas trafika protokolo kaj ne devus ŝajnigi esti tia. Se iu poste demandas, kion kliento faris ene de la tunelo, la respondo devas veni de aliloke.

Paketa laboro apartenas al paketa vojo

Se la postulo estas vidi aŭ ŝanĝi bitokojn dumfluge, la komponanto devas esti sur la plusenda vojo: fajroŝirma regulo kun atendovico, trafikregula hoko aŭ plusendilo en uzantspaco. Tiuj mekanismoj vidas paketojn, kaj ili havas sian propran staton, siajn proprajn fiaskmanierojn kaj sian propran agadprofilon.

Redakti ŝarĝon sur tiu tavolo estas pli malfacile ol legi ĝin. Ŝanĝi bitokon povas malvalidigi longokampon, kontrolsumon aŭ protokolan statomaŝinon, kaj tunelo de tria tavolo protektas vin kontraŭ nenio el tio. Ĝi nur signifas, ke la eksteraj kaplinioj ne estas tiuj, kiujn vi redaktas. Buĝetu por tiu riparlaboro antaŭ ol promesi al iu enhavan reskribon.

Interfaca kapto estas la plej malmultekosta ilo en ĉi tiu kategorio, kaj ĝi estas observado, ne redaktilo. Homoj konfuzas la du, ĉar ambaŭ estas priskribitaj kiel vidado de trafiko, sed kapto produktas dosieron kaj paketa vojo produktas decidon.

Aplikaĵaj ŝanĝoj apartenas al la aplikaĵo

Kiam la celo estas ŝanĝi, kion peto enhavas aŭ kiel respondo formiĝas, la ĝusta loko estas la servo mem aŭ prokuro, kiu intence finas la protokolon. Tiuj komponantoj jam komprenas petojn, respondojn kaj la aŭtentikigon, kiun la aplikaĵo atendas, kaj tio estas ĝuste la kunteksto, kiun paketa filtro mankas.

Adresa tradukado staras ĉe la fundo de ĉi tiu listo pro kaŭzo. Ĝi reskribas adresojn kaj pordojn kaj lasas la ŝarĝon trankvila, do ĝi ne estas enhava ilo, kiom ajn ofte ĝi aperas en recepto, kiu ankaŭ mencias enhavon.

Teni tiujn limojn apartaj estas tio, kio faras dezajnon klarigebla. Sesia politiko en la hoko, paketa prilaboro sur paketa vojo kaj aplikaĵa ŝanĝo tie, kie la protokolo intence finiĝas: tri frazoj, kiuj ankaŭ servas kiel kontrol-listo por revizio.

Kie TLS ankoraŭ finas la konversacion

Unu afero postvivas ĉion supre: trafiko ene de la tunelo, kiu portas HTTPS, konservas sian propran transportan ĉifradon. Teni la ŝlosilojn de la VPN donas al vi la internan IP-paketon, kaj ĝi ne donas al vi la sesiajn ŝlosilojn por la retejo ĉe la alia fino.

Tial hoko ne povas inspekti enhavon eĉ principe, kaj tial paketa vojo vidas ĉifrotekston, krom se la sendo intence finas la internan TLS. skripta kontrakto priskribas, kion la hoko ricevas; ĝi diras nenion pri ŝarĝo, ĉar ne estas ŝarĝo por doni.