DNS-פֿעלער אין אַן HTTP-פּראָקסי קייט: וואָס שטופּ לייזט אויף דעם נאָמען?
באַזונדערט דאָס דערגרייכן דעם לאָקאַלן פּראָקסי, אויסלייזן דעם עלטער און אויסלייזן דעם וועבזײַט ביי דיאַגנאָזירן אַ קייט-פֿאָרויס פּראָקסי.
client → local forward proxy → HTTP parent → websiteאָנהייבט מיט דעם נאָמען וואָס פֿעלט, אַנשטאָט זאָגן אַז דער גאַנצער DNS געהערט צום „פּראָקסי“:
| נייטיקער נאָמען | שטופּ וואָס דאַרף דערגרייכן אים |
|---|---|
| ענדפּונקט פֿונעם לאָקאַלן פּראָקסי | דער קליענט |
| ענדפּונקט פֿונעם HTTP עלטער | דער לאָקאַלער פֿאָרויס פּראָקסי |
| ענדפּונקט פֿונעם וועבזײַט | דער עלטער ווען ער עפֿנט די לעצטע פֿאַרבינדונג |
די שטופּן קענען ניצן אַנדערע לייזער ווען די ענדפּונקטן זײַנען האָסטנעמען. פֿאַר HTTPS קען אַ פֿאָרויס פּראָקסי איבערגעבן דעם ציל-האָסט און פּאָרט פֿון CONNECT צום עלטער, וואָס שטעלט אויס די לעצטע פֿאַרבינדונג. דער אָריגינעלער קליענט דאַרף נישט ערשט אויסלייזן דעם וועבזײַט. פּשוטע HTTP פֿאָרויסשיקונג פֿירט אויך ווײַטער די ציל-אינפֿאָרמאַציע.
דאָס איז נישט קיין צוזאָג אַז פּונקט איין מאַשין פֿרעגט וועגן יעדן נאָמען. ACL אָפּשאַצונג, קאַש, פּאָליטיק און פּרינציפּן פֿון אימפּלעמענטאַציע קענען פֿאַרשאַפֿן נאָך זוכן.
באַקוקט די צוריקפֿאַל פּאָליטיק ווען דער עלטער איז נישט פֿאַראַן. אויב דירעקטער צוטריט איז ערלויבט, קען דער לאָקאַלער פּראָקסי ווערן דער שטופּ וואָס קוקט צום וועבזײַט, מיט זײַנע אייגענע באַשלוסן וועגן לייזער און מקור-אַדרעס. בלויז פֿיגורירן אַן עלטער באַווײַזט נישט אַז יעדע בקשה האָט אים געניצט.
ביי אַ פֿעלער, באַשטימט דעם נאָמען און דעם פּראָצעס וואָס פּרוּווט אים אויסלייזן איידער איר רעדאַגירט אַ hosts טעקע. אַ רעדאַקטירונג פֿון קליענט-זײַט קען נישט פֿאַרריכטן יעדע שפּעטערדיקע באַשלוס. דער לעצטער פּובליקער מקור געהערט צום שטופּ וואָס עפֿנט די וועבזײַט-פֿאַרבינדונג; באָבאַכטן יענעם מקור איז נישט דאָס זעלביקע ווי מעסטן וווּ דער DNS איז פֿאָרגעקומען.