ווען Squid קען נישט אויפֿלייזן אַ האָסטנאָמען

קאָנטראָליר DNS דאָרטן וווּ די זוכונג פֿאַלט דורך. אַז דײַן לאַפּטאָפּ לייזט אויף אַ נאָמען, באַווײַזט נישט אַז Squid, אָדער אַן איבערגעאָרדנטער פּראָקסי וואָס מאַכט די ווײַטערדיקע פֿאַרבינדונג, קען עס אויך טאָן.

לייען דעם קאַש־לאָג פֿונעם דורכפֿאַלנדיקן אינסטאַנץ און קאָנטראָליר די רעזאָלווער־אײַנשטעלונגען פֿונעם סערווער. אַ צוגאָב־קאָנטראָל אויפֿן האָסט־ניוואָ איז:

getent ahosts target.example

ניץ דעם אמתן ציל. getent ניצט דעם זוכמעכאַניזם פֿונעם האָסט; דער אינערלעכער רעזאָלווער אָדער קאַש פֿון Squid קען זײַן אַנדערש. קאָנטראָליר בפֿירוש אָנגעגעבענע dns_nameservers און hosts_file אײַנגאַבעס איידער דו נעמסט אָן אַז זיי שטימען איבער.

אין Squid 6.13 אַנטהאַלט אַ בפֿירוש אָנגעגעבענע רשימה פֿון נאָמענסערווערס IP־אַדרעסן:

dns_nameservers 192.0.2.53

פֿאַרבײַט די דאָקומענטאַציע־אַדרעס מיט אַן אָנגענומענעם רעזאָלווער וואָס איז דערגרייכבאַר פֿונעם Squid־סערווער. פּריוואַטע נעמען קענען דאַרפֿן דעם רעזאָלווער פֿון דער אָרגאַניזאַציע; אַן אומפֿאַרבונדענער עפֿנטלעכער רעזאָלווער זעט זיי אפֿשר נישט אין זײַן DNS־בליק.

אַ צונאָמען אין דער hosts־טעקע פֿונעם לאַפּטאָפּ ווערט נישט מיטגעשיקט מיט אַ האָסטנאָמען־בקשה דורכן פּראָקסי. אויפֿן קאָמפּיוטער וואָס זוכט דעם נאָמען, קאָנטראָליר די hosts_file־אײַנשטעלונג פֿאַר דער אינסטאַלירטער Squid־ווערסיע און נעם אין באַטראַכט דעם רעזאָלווער פֿונעם איבערגעאָרדנטן פּראָקסי ווען נייטיק. דער האָסטנאָמען פֿאַר TLS־אידענטיטעט זאָל שטימען מיט דער דינסט.

נאָך איין קאָנטראָלירטער קאָנפֿיגוראַציע־ענדערונג, קאָנטראָליר דעם סינטאַקס און לאָד ווידער דעם געצילטן אינסטאַנץ, חזר איבער די זעלבע בקשה און קוק איבער אירע באַווײַזן. פּאָזיטיווע און נעגאַטיווע ענטפֿערס אינעם קאַש קענען ווירקן אויף איבערגעחזרטע פּרוּוון. אַ געראָטענע זוכונג מיט אַ פֿאַרבינדונגס־צײַטאויס דערנאָך איז אַ שפּעטערדיקער רוטע־ אָדער דערלויבעניש־פֿעלער; בײַט נישט ווײַטער DNS אים צו פֿאַרריכטן. האַלט קליענט־DNS, רוטירונג פֿונעם איבערגעאָרדנטן פּראָקסי און דעם פּראָקסי־פּראָטאָקאָל גלײַך בשעתן אָפּשאַצן די סערווער־ענדערונג.