HTTP פּראָקסי בקשות: אַבסאָלוטע URL קעגן דעם Host קעפּל
האַלט דעם אַבסאָלוטן בקשה ציל און דאָס Host פֿעלד פּאַסיק ווען דו מאַכסט אַ HTTP/1.1 בקשה דורך אַן עקספּליציטער פּראָקסי.
וואָסער האָסט מיינט דער HTTP/1.1 פּראָקסי בקשה?
GET http://first.example/path HTTP/1.1
Host: second.exampleדי מעלדונג איז נישט קאָנסיסטענט. אין אַ בקשה פֿון אַבסאָלוטער פֿאָרם וואָס ווערט געשיקט צו אַ פּראָקסי, פֿאָדערט RFC 9112 אַז דער איבערגעגעבענער Host ווערט קומט פֿון דעם בקשה ציל. איבערגעבן Host: first.example איז דאָס דערוואַרטע אויפֿפֿירונג.
בײַ אַ פּרובירן אויף אַ אַנטוויקלונגס־וועבזײַטל, האַלט דעם האָסט־נאָמען פֿון דער רעסורס פּאַסיק אין דער URL און אין דער HTTP אויטאָריטעט. שטעל צו די געוואָנטע נאָמען־צו־אַדרעס מאַפּונג בײַ דעם האָפּ וואָס איז פֿאַראַנטוואָרטלעך פֿאַר דער אויפֿלויזונג. אַ סתירהדיקע Host איבערשרייבונג איז נישט קיין איבערטראָגבאַרע אַנווײַזונג פֿאַר אויסצוקלײַבן אַ בעקענד.
HTTPS איז אַנדערש. נאָך דעם וואָס אַ געוויינטלעכער CONNECT טונעל עפנט זיך, פֿאָרן TLS און דער אינעווייניקסטער HTTP אויסטויש איבער אין אים. אַ פּראָקסי וואָס כאַפּט נישט אָפּ קען געוויינטלעך נישט איבערשרייבן דאָס פֿאַרשליסלטע Host פֿעלד. דער CONNECT ציל, דער TLS נאָמען און די סערטיפֿיקאַט אידענטיטעט בלײַבן באַזונדערע ראָלעס.
אויסמעקן Via, Referer אָדער Cache-Control פֿאַראייניקט נישט די צוויי אויטאָריטעטן. פֿאַרשרייב די בקשה פֿאָרם און דעם פּונקט וווּ דו האָסט באַמערקט דעם קעפּל פֿאַר דו דיאַגנאָזירסט אַ פּראָקסי איבערשרייבונג.