Cache VPN-klassifiseringa og hald alderen synleg

Ei bufra klassifisering sparer eitt oppslag og frys morgondagens meining inn i dagens avgjerd. Den verkelege samanlikninga er ikkje buffer mot ingen buffer: ho er ein observasjon, friskleiken hennar og svaret nettstaden din valde. Mistar du grensa mellom dei tre, byrjar ein optimalisering å lage policy på eiga hand. Reparasjonen er bokføring, ikkje eit betre feed.

Tre postar med tre ulike klokker

Ein observasjon er feltet du fekk, feeden han kom frå og datasettversjonen bak. Friskleik er ein eigenskap ved bufferposten: når oppslaget køyrde, når posten ikkje lenger blir stolt på, og om den siste oppdateringa returnerte noko. Svaret er kva nettstaden din gjer med det for denne førespurnaden, denne kontoen eller denne handlinga. Dei blir produserte av ulike eigarar og forfell i ulikt tempo, og difor øydelegg éi rad kalla blocked skilnaden.

To klokker fortener særleg omhug. Augneblinken oppslaget ditt køyrde er ikkje augneblinken leverandøren publiserte datasettet, og ein operatør som les rada seinare må vite kva av dei to kvar verdi kom frå. Set utløp og oppdatering etter den dokumenterte oppdateringsmodellen til feeden og etter kostnaden ved å ta feil, aldri etter eit tal lånt frå ein annan nettstad.

Hald feltet, ikkje dommen

Dokumentasjonen til MaxMind om anonyme IP-adresser er eitt konkret døme på ein feed som skil anonym VPN, hostingleverandør, offentleg proxy og Tor-utgang i separate felt. Han dokumenterer òg at eit uregistrert VPN-subnett i staden kan dukke opp under hostingflagget. Å flate det ut til éin boolean kastar bort den einaste delen ein operatør seinare kunne revidere.

Ingen av slutningsretningane er trygge. Ei hostingetikett provar ikkje at ein tunnel vart brukt, og fråværet av eit VPN-flagg provar ikkje at ingenting sat mellom klienten og tenesta di. Det er to ulike påstandar, og éin boolean kan ikkje uttrykke nokon av dei.

Knyt posten til adressa du verifiserte

Bak ein omvend proxy må applikasjonen bruke klientadressehandteringa som utrullinga godkjende. Ein videresendingsheader levert av den som kallar, må aldri kunne velje nokon annan sitt bufra omdøme.

Den feilen er både ein korrektheitsfeil og ein tryggleiksfeil, fordi ein åtakar som kontrollerer headeren, kan arve ein klarert post eller feste eit offer til ein dårleg. Leid ut nøkkelen frå sambandet din eigen infrastruktur avslutta, og registrer kva utleiing som vart brukt. Når fleire proxyar står framom, dokumenter kjeda i staden for å stole på den fyrste headeren som verkar truverdig. Er kjeda tvitydig, logg den utleidde nøkkelen og headeren du avviste, fordi det andre er det ein hendingsgjennomgang vil spørje om.

Ingen prov er ikkje eit reint resultat

Ein timeout, eit feilforma svar og ein utilgjengeleg database tyder kvar noko anna enn eit vellukka oppslag som ikkje matcha noko. Representer dei som separate utfall, og avgjer på førehand kva den verna handlinga gjer når det ikkje finst prov i det heile. Ei skriveverna side og ei handling på ein innlogga konto kan med rimeleg grunn følgje ulike reglar der.

Å halde på normal autentisering, eller be om ei støtta verifisering, er vanlegvis eit betre svar enn å handsame eit avbrot som generell løyve eller som ein nettstadvid utestenging. Avgrense kor lenge eit oppslag kan køyre, og stopp oppdateringsstormar med den mekanismen integrasjonen støttar. Når ein utdatert verdi blir brukt under eit avbrot, merk han som utdatert på avgjerds punktet, og gjer den siste feilen til oppdateringa synleg, så ein langvarig feil ikkje kan gå for ein sunn post. Uansett valet, skriv det der policyen blir handheva, ikkje i ein kommentar ved oppslaget.

Oppbevaring høyrer til same avgjerda: hald felta denne funksjonen treng og revisjonssporet bak dei, ikkje meir. Ein IP-buffer må ikkje bli nettlesarhistorikk.

Godta fire tilfelle, inkludert ei retting

Test eit friskt resultat, eit utløpt resultat, eit mislukka oppslag og ei klassifisering som seinare vart retta. Kvart tilfelle øver ein annan grein, og berre det siste viser om ei feilaktig avgrensing kan opphevast.

Stadfest deretter at ein vanleg brukar har ein veg til å be om gjennomgang etter ei feil blokkering, fordi feeden nokre gonger vil ta feil og køen er ein del av designet. Skriv dei fire tilfella inn i runbooken med namnet til policyeigaren ved sida. Designet fortener plassen sin når det fjernar overflødige oppslag, held usikkerheita intakt og avgjerda synleg eigd av eit menneske.