Զուգակցեք միացման սխալը upstream հասցեի հետ։ IPv6 նպատակակետը և network-unreachable սխալը վկայում են IPv6 ուղու խափանման մասին, նույնիսկ եթե DNS-ը վերադարձրել է վավեր պատասխան։ Ավելի ուշ հայտնված «ժամանակավորապես անջատված» հաղորդագրությունը ինքնին DNS-ը որպես պատճառ չի նշում։

Գոյություն ունեցող կարգավորման համար, որն իսկապես օգտագործում է NGINX-ի աշխատանքի ընթացքի resolver-ը, միայն IPv4 քաղաքականությունը կարող է օգտագործել՝

resolver 192.0.2.53 ipv6=off;

Փաստաթղթային հասցեի փոխարեն օգտագործեք վստահելի և հասանելի resolver։ NGINX-ը սովորաբար որոնում է երկու ընտանիքներն էլ. ipv6=off-ը ճնշում է այս resolver-ի IPv6 որոնումները։

Այն ոչ անջատում է IPv6-ը հոսթի վրա, ոչ էլ փոխում է կարգավորումը բեռնելիս լուծվող բոլոր հոսթանունները։ Նախքան երթուղու փոփոխություն սպասելը հաստատեք, որ դինամիկ նպատակակետը օգտագործում է այդ resolver-ը։

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

Առնչվող հոդվածներ