URL-väljaga leht on veebirakendus. Sinna sihtkoha sisestamine palub sellel rakendusel sisu hankida ja esitada. See on teistsugune korraldus kui brauserile HTTP- või SOCKS-puhverserveri kasutamise ütlemine.

Loomuliku puhverserveri seade korral käsitleb brauser sihtkoha URL-i endiselt veebisaidina. Tavalises veebivormi puhverserveris teenindatakse nähtavat lehte puhverserveri rakenduse enda URL-skeemi ja päritolu kaudu. Teenus võib linke, skripte, päiseid või küpsiseid ümber kirjutada, et navigeerimine jätkuks.

KäitumineMiks erinevus oluline on
Sama päritolu kontrollidBrauser hindab päritolu, mille ta tegelikult laadis
Küpsised ja ümbersuunamisedDomeeni, tee ja turvalise konteksti käitumine peab sobima esitatud URL-idega
Skriptid, mis loovad uusi URL-ePäringud võivad lihtsast linkide ümberkirjutamise skeemist välja pääseda
Püsivad ühendused või WebSocketsPuhverserveri rakendus vajab selgesõnalist ühilduvat käsitlemist

See selgitab tuntud tulemust: lihtne artikkel laaditakse, kuid dokumendiredaktor või sisselogimisvoog ebaõnnestub. Ebaõnnestumine ei tähenda tingimata, et sihtkoht keeldub teenuse väljuvast IP-st. Vahendaja ei pruugi suuta rakenduse eeldusi URL-ide ja brauseri turvalisuse kohta säilitada.

Eristage ka seda, kus TLS lõpeb. Teenus, mis hangib ja avaldab sihtkoha sisu uuesti, on teistsuguses usalduspositsioonis kui tavaline CONNECT-relee, mis kannab krüpteeritud seanssi. HTTPS-i nägemine puhverserveri saidi enda aadressil ei tõesta TLS-ühendust otsast otsani brauserist algse saidini.

Kui eesmärk on tavaline sirvimine teise väljundi kaudu, valige HTTP- või SOCKS-lõpp-punkt oma teenusest või puhverserverite loendist ja kasutage toetatud loomulikku puhverserveri seadistust, näiteks Firefoxi ühenduse seadeid. See säilitab tavaliselt rohkem brauseri tavalist sihtkoha semantikat. URL-väljaga sait võib olla teadlikult valitud rakendus, kuid seda ei tohiks esitada sama liidesena vähema seadistusega.

Seotud artiklid