וועבפארעם פראקסיס ענדערן דעם בראזערס אורזפרונג, נישט נאר די ארויסגאנג IP

א בלאט מיט א URL קעסטל איז א וועבאפליקאציע. אריינלייגן א ציל דארט בעט יענע אפליקאציע צו ברענגען און ווייזן דעם אינהאלט. דאס איז אן אנדער סדר ווי זאגן דעם בראזער צו ניצן אן HTTP אדער SOCKS פראקסי.

מיט א נאטיווע פראקסי איינשטעלונג באטראכט דער בראזער די ציל URL נאך אלץ ווי דעם וועבזייטל. ביי א געוויינלעכער וועבפארעם פראקסי ווערט דער זעבארער בלאט געדינט דורך דער אפליקאציע'ס אייגענעם URL סכעמע און אורזפרונג. דער דינסט קען איבערשרייבן לינקען, שריפטן, קעפלעך אדער קוקיס כדי די נאװיגאציע זאל ווייטער גיין.

דאס דערקלערט א באקאנט רעזולטאט: א פשוטער ארטיקל לאדט זיך, אבער א דאקומענט רעדאקטאר אדער אן אריינלאגירונג לויף דורכפאלט. דער דורכפאל מיינט נישט בהכרח אז דער ציל אפווארפט דעם דינסט'ס ארויסגאנג IP. דער מיטלער קען זיך נישט קענען אפהיטן די הנחות פון דער אפליקאציע וועגן URL ס און בראזער זיכערהייט.

אונטערשייד אויך וואו TLS ענדיקט זיך. א דינסט װאס ברענגט און פארעפֿנטליכט נאכאמאל דעם ציל אינהאלט איז אין אן אנדערר פארזיכערונג פאזיציע װי א געװײנלעכער CONNECT רעלײ װאס פירט א פארשלאסענע סעסיע. זען HTTPS אויף דער פראקסי וועבזייטל'ס אייגענער אדרעס שטעלט נישט אוועק א TLS פארבינדונג פון עק צו עק פונעם בראזער ביז דעם אריגינעלן וועבזייטל.

אויב דער ציל איז געװײנלעכע בלעטערונג דורך אן אנדער ארויסגאנג, קלייבט אן HTTP אדער SOCKS ענדפונקט פון אײער דינסט אדער פון א פראקסי רשימה און ניצט אן אונטערשטיצטע נאטיווע פראקסי קאנפיגוראציע, למשל Firefox'ס פארבינדונג איינשטעלונגען. דאס אפהיט געװײנלעך מער פונעם בראזערס נארמאלער ציל סעמאנטיק. א וועבזייטל מיט א URL קעסטל קען נאך זיין אן אפֿענער אויסגעקליבענער אפליקאציע, אבער מען טאר עס נישט פארשטעלן װי די זעלבע צובינד מיט ווייניקער איינשטעלונג.