Je spletno mesto blokiralo vaš naslov VPN? Najprej preverite dovoljenje

Spletno mesto, ki po spremembi VPN odgovori z zavrnitvijo, vam je povedalo nekaj o omrežni poti in nič o dovoljenju za uporabo storitve. Ti dve dejstvi se nenehno mešata in napaka gre v obe smeri. Dosegljivost ni avtorizacija in račun v dobrem stanju ni licenca za uporabo vseh funkcij. Razjasnite, katero od obeh je v resnici predmet vprašanja, preden se dotaknete poti, nastavitve DNS ali profila odjemalca.

Začnite s tem, kaj je bilo dejansko odobreno

Tri dejstva se rutinsko obravnavajo kot eno: račun obstaja in je v dobrem stanju, račun sme uporabljati določeno funkcijo ali končno točko, in gostitelj se odziva v omrežju. Samo prvi dve sta dovoljenji in ju je mogoče preklicati neodvisno. Potekla naročnina, funkcija, ki ni bila nikoli omogočena, in ključ API, vezan na drugo končno točko, vsi povzročajo okvare, ki so z odjemalčeve strani videti kot težave s povezljivostjo.

Preberite obvestilo, ki ste ga prejeli, preden preberete karkoli drugega. Suspenzije, regionalne omejitve, omejitve hitrosti in blokade prometa prihajajo z različnimi formulacijami in imajo različna zdravila, in samo eno od njih je pogovor o dovoljenjih. Obvestilo, časovni žig in identifikator računa hranite skupaj, ker zahteva za podporo brez njih začne preiskavo od nič.

Poimenujte omejitev, preden spremenite pot

Zabeležite, kaj je strežnik v resnici vrnil, ne kaj je prikazal brskalnik. Koda stanja, razrešeni naslov in čas poskusa zadostujejo za razlikovanje zavrnitve od omejitve, njihovo zajetje pa traja nekaj sekund.

curl -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://app.example.com/login
dig +short app.example.com

Koda 403 na eni končni točki, medtem ko preostanek mesta deluje, kaže na pravilo avtorizacije in ne na omrežno blokado. Koda 429 z namigom za ponovni poskus je omejitev hitrosti, spreminjanje izhodnih naslovov, da bi jo premagali, pa je natanko tisto vedenje, ki ga omejitev obstaja ustaviti. Zavrnitev, ki sledi vsaki zahtevi ne glede na naslov, spet kaže drugam, in nič od tega se ne popravi z dodajanjem skoka.

Držite pogoje in pravico do računalniškega dostopa ločeno

Pod besedo "dovoljeno" ležita dve ločeni vprašanji. Prvo je pogodbeno: kaj dovoljujejo pogoji storitve in kakšna sredstva navajajo za kršitev. Klik skozi stran ali nadaljnja uporaba mesta samo po sebi ni popolna pravna presoja, ali klavzula koga zavezuje, in ni tehnično dejstvo. Drugo vprašanje je, ali vedenje preseže kaznivo dejanje dostopa do računalnika, ki ima svoje elemente in svoje organe.

V Združenih državah 18 USC 1030 pokriva dostop brez avtorizacije in preseganje avtoriziranega dostopa, ob dodatnih pogojih v oddelku. Odločitev vrhovnega sodišča iz leta 2021 v zadevi Van Buren je drugo frazo zožila na pridobivanje informacij z območij računalnika, do katerih oseba ni upravičena priti, in ne na neustrezno uporabo informacij, do katerih je bila oseba upravičena. To mnenje je v opombi pustilo odprto tudi vprašanje, ali morajo biti meje, ki opredeljujejo taka območja, tehnološke in ne pogodbene.

Kar iz tega sledi, je skromno in praktično. Nestrinjanje s politiko mesta ni samodejno kaznivo dejanje in vprašanje kaznivega dejanja se tudi ne reši s spremembo na odjemalčevi strani. Nič v tem sklepanju ne dovoljuje izogibanja suspenziji ali premagovanja tehničnega nadzora, in sodna praksa ene jurisdikcije ne odgovori na vprašanje za vsako storitev ali državo.

Zahtevajte podprto pot namesto druge poti

Ko je dostop pomemben, je produktivna poteza vprašati storitev, katero pot podpira: obnovljen dostop do računa, dovoljen obseg naslovov za poslovni izhod, pravica API ali dokumentiran postopek izjeme. Delovni računi bi morali iti prek skrbnika, ki ima razmerje, ker morata biti zahteva mesta in izhodna politika organizacije izpolnjeni hkrati.

Odobrena izjema potrebuje tudi lastnika in datum poteka. Sicer začasni vnos na seznamu dovoljenih postane trajna arhitektura in naslednji pregledovalec ne more ugotoviti, ali je bila kdaj sploh dodeljena.

Zapišite odgovor, preden ukrepate

Zapišite, kaj se je spremenilo, kdo je to odobril in kaj je storitev rekla, nato znova zaženite isto zahtevo, ki ste jo zajeli na začetku. Uspešna zahteva po odobreni spremembi je drugačen dogodek kot uspešna zahteva po obhodu, in samo prva ima za seboj zapis.

Če storitev zavrne in je zadeva pomembna, poiščite nasvet z že zbranimi dokumenti, namesto da bi še naprej eksperimentirali. Zmožnost doseči gostitelja je trditev o usmerjanju. Dovoljenje za uporabo vira daje storitev ali veljavna pravila in nobena količina inženiringa poti ga ne zagotovi.