Lapa ar URL lauku ir tīmekļa lietotne. Mērķa ievadīšana tajā lūdz šai lietotnei iegūt un parādīt saturu. Tas ir cits izkārtojums nekā pateikt pārlūkam izmantot HTTP vai SOCKS starpniekserveri.

Ar iebūvētu starpniekservera iestatījumu pārlūks mērķa URL joprojām uzskata par vietni. Parastā tīmekļa veidlapas starpniekserverī redzamo lapu piegādā pašas starpniekservera lietotnes URL shēma un izcelsme. Pakalpojums var pārrakstīt saites, skriptus, galvenes vai sīkfailus, lai navigācija turpinātos.

UzvedībaKāpēc atšķirība ir svarīga
Vienas izcelsmes pārbaudesPārlūks novērtē izcelsmi, ko tas faktiski ielādēja
Sīkfaili un pāradresācijasDomēna, ceļa un drošā konteksta uzvedībai jāatbilst parādītajiem URL
Skripti, kas veido jaunus URLPieprasījumi var izkļūt no vienkāršas saišu pārrakstīšanas shēmas
Pastāvīgi savienojumi vai WebSocketsStarpniekservera lietotnei vajag skaidri saderīgu apstrādi

Tas izskaidro pazīstamu rezultātu: vienkāršs raksts ielādējas, bet dokumentu redaktors vai pieteikšanās plūsma neizdodas. Neveiksme ne vienmēr nozīmē, ka mērķis noraida pakalpojuma izejas IP. Starpnieks var nespēt saglabāt lietotnes pieņēmumus par URL un pārlūka drošību.

Atšķiriet arī to, kur beidzas TLS. Pakalpojums, kas iegūst un atkārtoti publicē mērķa saturu, atrodas citā uzticības pozīcijā nekā parasts CONNECT relejs, kas pārsūta šifrētu sesiju. HTTPS redzēšana pašā starpniekservera vietnes adresē nepierāda TLS savienojumu no gala līdz galam no pārlūka uz sākotnējo vietni.

Ja mērķis ir parasta pārlūkošana caur citu izeju, izvēlieties HTTP vai SOCKS galapunktu savā pakalpojumā vai starpniekserveru sarakstā un izmantojiet atbalstītu iebūvētu starpniekservera konfigurāciju, piemēram, Firefox savienojuma iestatījumus. Tas parasti saglabā vairāk no pārlūka ierastās mērķa semantikas. Vietne ar URL lauku var būt apzināti izvēlēta lietotne, bet to nevajadzētu pasniegt kā to pašu saskarni ar mazāku iestatīšanu.

Saistītie raksti