Squid-ը չի կարող կապել իր լսորդը. սկզբում ստուգեք հասցեն

Կապման սխալը տեղի է ունենում պրոքսի հոսթում մինչև հաճախորդը կկարողանա օգտվել նախատեսված լսորդից։ Կայքի URL-ների կամ պրոքսի գաղտնաբառերի փոփոխությունը չի դարձնի գոյություն չունեցող տեղական հասցեն հասանելի։

Կարդացեք ամբողջ ձախողված վերջնակետը՝ հասցե, պորտ և հասցեների ընտանիք։ [::1] պարունակող հաղորդագրությունը վերաբերում է IPv6 loopback-ին։ Սա նույնը չէ, ինչ IPv6 կայք դուրս եկող կապ հաստատելու անկարողությունը։

Հարցրեք, թե որ ցանցային անվանատարածքն է տիրում դրան

Կոնտեյներում աշխատող պրոքսի համար ստուգեք կոնտեյների ցանցային միջավայրում հասանելի հասցեները։ Այնտեղ IPv6 աջակցությունը և հասցեների կարգավորումը կարող են տարբերվել հոսթից։ Կոնտեյների պորտը հրապարակելը ինքնաբերաբար չի ստեղծում բոլոր այն հասցեները, որոնք ծառայությունը փորձում է կապել։

Squid-ի լսորդի տեղեկագիրը բացատրում է, որ բացահայտ հասցեն կապում է կոնկրետ տեղական վերջնակետ։ Հոսթի անունը կարող է լրացուցիչ շփոթության աղբյուր դառնալ, եթե լուծարվի այդ միջավայրում բացակայող հասցեի։

Այլ կապման սխալներն ունեն այլ պատճառներ։ Զբաղված պորտը հուշում է այլ լսորդ կամ օրինակ։ Մերժված թույլտվությունը կարող է վերաբերել արտոնյալ պորտին կամ հոսթի անվտանգության քաղաքականությանը։ Անհասանելի հասցեն մատնանշում է հասցեների կարգավորումը։ Այս դիտարկումներն առանձին պահեք՝ փոխարենը ամեն կապման ձախողումը ֆայրվոլի մերժում համարելու։

Եթե տեղակայումը դիտավորյալ միայն IPv4 է, ընտրեք համապատասխան բացահայտ IPv4 լսորդ նախատեսված մուտքի քաղաքականության ներքո։ Եթե IPv6 է պահանջվում, կարգավորեք այդ միջավայրը այն աջակցելու համար։ Միայն սխալը լռեցնելու համար հանրային wildcard հասցեին կապվելը կարող է պրոքսին ավելի լայն բացահայտել, քան նախատեսված էր։

Վերջապես, ստուգեք՝ ձախողված սոկետը հաճախորդին ուղղված HTTP լսորդն է, թե Squid-ի այլ բաղադրիչ։ Մեկ նախազգուշացում չի ապացուցում, որ բոլոր լսորդները ձախողվել են, սակայն աշխատող անկապ սոկետը չի ապացուցում, որ հաճախորդներին անհրաժեշտ վերջնակետը հասանելի է։