Peata brauseri puhverserveri autentimine ei ole VPN-marsruut

VPN võib edastada brauseri liiklust puhverserverisse ja jätta brauseril siiski seda puhverserverit kasutamata, kuna marsruut ja mandaat on erinevad asjad. Peata automatiseerimine muudab tühimiku raskemini nähtavaks, kuna puudub aken ega viip, mida märgata. Ebaõnnestumine ilmneb tavaliselt hangumise või üldise navigeerimisveana ning esimene instinkt on tunneli süüks panna. Allolev kontroll-loend eraldab neli asja, mis peavad olema tõesed, enne kui peata päring autentitud puhverserveri kaudu õnnestub.

Kaks vestlust, kaks volikirja

Toimub kaks vestlust ja need kuuluvad erinevatele osapooltele. Brauser loob esmalt ühenduse puhverserveri kuulajaga, mis võib selle mandaatide saamiseks proovile panna; puhverserver loob või lubab seejärel edasiühenduse sihtkohaga. VPN võib läbida esimese etapi, ilma et see oleks brauserile väljakutseid esitav lõpp-punkt, ja sellel pole teise kohta midagi öelda.

HTTP 407 on signaal, mille klient peab autentima puhverserveri päringu jaoks, mis edastatakse failis Proxy-Authenticate koos vastusega, mida oodatakse dokumendis Proxy-Authorization. See ei ole sihtkoha veebisaidi sisselogimine ja nende kahe segamine on siin kõige levinum segaduse allikas.

Seega on neli kontrollimist järgmised: millise puhverserveri brauser tegelikult valis, kes vastab 407-le, millises võrgus brauseri protsess on sisse lülitatud ja kuidas mandaat ilma inimeseta edastatakse. Igaüks neist võib ebaõnnestuda iseseisvalt ja iga ebaõnnestumine tundub väljastpoolt sarnane. Töötle need korras, sest hilisem kontroll ei kompenseeri varasemat. Puhverserverit, mida pole kunagi valitud, ei saa autentida ja ainult teie sülearvutis olemasolev mandaat ei jõua konteinerisse.

Kontrollige 1: milline puhverserver on tegelikult valitud

Alustage valikuga, sest brauser, mis eirab teie puhverserveri sätteid, ei jõua kunagi väljakutseni. Chrome'is on lipp --proxy-server=proxy.example:3128 , mille välistamiseks on märgitud --proxy-bypass-list ja Selenium näitab sama asja oma brauseri valikute kaudu. PAC-fail on erinev mehhanism, millel on oma tõrkerežiimid.

Seejärel kinnitage seda pigem töötava brauseri keskkonnast kui oma kestast. Sama puhverserveriga sõltumatu sond on curl -x http://proxy.example:3128 -v https://example.com ja selle üksikasjalik väljund näitab, kas CONNECT õnnestus, mis Proxy-Authenticate tagasi tuli ja kas 407 tagastati. Kui curl saab 407 ja brauser hangub, on probleem pigem mandaadi tee kui võrk. Kui curl õnnestub ja brauser mitte, ei kasuta brauser teie arvates puhverserverit.

Kontrollige 2: kes vastab küsimusele 407

407-l on omanik ja sellele nime andmine otsustab, kuhu parandus läheb. Kui väljakutse pärineb ettevõtte puhverserverist, on parandus mandaat, mida brauser võib järelevalveta esitada. Kui see pärineb ülesvoolu puhverserverist, millele esimene edastab, kuulub mandaat sellele teisele hüppele ja esimene puhverserver võib väljakutset edastada muutmata kujul. Lugege Proxy-Authenticate päises autentimise ulatust ja hosti, kuna need nimetavad kasti, mis küsib.

Säilitage see eristus kõiges, mida logite. Puhverserveri väljakutse, keeldutud edasiühendus, veebisaidile sisselogimine ja VPN-i transpordi ajalõpp on neli erinevat tõrget neljal erineval omanikul ning üks üldine veateade hävitab vajaliku teabe.

Kontrollige 3: mandaadi teed

Mandaat ise on koht, kus enamik järelevalveta seadistusi katkeb. Selenium saab määrata puhverserveri hosti ja pordi, kuid HTTP-puhverserveri autentimine ei ole selle konfiguratsiooni kaasaskantav osa ja puhverserveri URL-is olevad mandaadid ei ole mehhanism, millele saate kõigis brauserites ja draiveriversioonides tugineda. Toetatud valikud on teie tegelikud virnadokumendid: väljakutsele vastav brauserilaiend, päise lisav kohalik edasisaatmise puhverserver, mis on kättesaadav ainult töö kaudu, või puhverserver, mis autentib töökoormuse muul viisil. Valige üks teadlikult ja kontrollige seda täpselt kasutatava brauseri, draiveri ja Seleeni versiooniga.

Hoidke mandaati eemal kohtadest, kus see lekib. Käsuread on nähtavad protsesside loendites, ekraanipildid jõuavad testiaruannetesse, brauseri jäljed ja HAR-failid hõivavad päiseid ning testimiskonfiguratsioon on igavesti. Kasutage töö salajast edastamismehhanismi ja selle redigeerimisreegleid ning määrake puhverserveri konto soovitud sihtkohtadesse või rollidesse.

Kui organisatsioon pakub kohustusliku puhverserveri asemel lubatud otsest VPN-marsruuti, võrrelge neid kahte kujundust selgesõnaliselt. Ärge keelake vaikselt puhverserverit ega imiteerige teise kliendi autentimist, et poliitikast mööda hiilida.

Kontrollige 4: brauseri protsessi enda võrgukonteksti

See on kontroll, mille inimesed vahele jätavad. Töötaja, konteineri või kaug-Selenium Gridi sõlme käivitatud brauser kasutab selle keskkonna võrku, nii et teie sülearvuti VPN-ühendus ja kesta puhverserveri muutujad kirjeldavad teed, mida brauser ei pruugi kunagi puudutada.

Salvestage ebaõnnestunud töö kohta viis fakti: brauseri host, konfigureeritud puhverserver, esialgne lahendaja tee, valitud marsruut ja autentimise omanik. Seejärel esitage täpselt selles kontekstis üks kahjutu volitatud taotlus, jättes sisse tavalise sihtkoha TLS-i kinnitamise ja rakenduse autoriseerimise. Peata brauser, mis käivitub edukalt, ei tõesta ei puhverserveri juurdepääsu ega VPN-i katvust ning tühja lehe ekraanipilt ei tõesta midagi. Taotlus, mis tagastab 200 kogu ahela kaudu, on ainus tõend, mis loeb.

Valmis töövoos on kolm atribuuti, mida tasub komplektina kontrollida. Seal on toetatud marsruut brauseri hostist puhverserverini, selge vahendaja poliitika, mis nimetab puhverserveri ja sihtkohad, ning mandaadi elutsükkel, mis ei sõltu operaatori nähtamatule viipale vastamisest. Kui mõni kolmest sõltub inimesest, pole töökoht veel järelevalveta, olgu lahkumiskood mida tahes. Kirjutage viis fakti üles, enne kui järgmine inimene torujuhtme pärib.