இணைப்புப் பிழையை upstream முகவரியுடன் இணைத்துப் பாருங்கள். IPv6 இலக்கும் network-unreachable பிழையும் DNS செல்லுபடியான பதிலைத் திருப்பியிருந்தாலும் IPv6 பாதையின் தோல்வியைக் குறிக்கின்றன. பிறகு வரும் “தற்காலிகமாக முடக்கப்பட்டது” என்ற செய்தி மட்டும் DNS தான் காரணம் என்பதை உறுதிசெய்யாது.

NGINX இன் இயக்கநேர ரிசால்வரை உண்மையில் பயன்படுத்தும் இருக்கும் கட்டமைப்புக்கு, IPv4 மட்டும் கொள்கை இதைப் பயன்படுத்தலாம்:

resolver 192.0.2.53 ipv6=off;

ஆவண முகவரிக்குப் பதிலாக நம்பகமான, அணுகக்கூடிய ரிசால்வரைப் பயன்படுத்துங்கள். NGINX வழக்கமாக இரு குடும்பங்களையும் தேடும்; ipv6=off இந்த ரிசால்வரின் IPv6 தேடல்களை அடக்குகிறது.

இது ஹோஸ்ட்டில் IPv6 ஐ முடக்காது, கட்டமைப்பு ஏற்றப்படும்போது தீர்க்கப்படும் ஒவ்வொரு ஹோஸ்ட் பெயரையும் மாற்றாது. வழித்தட மாற்றத்தை எதிர்பார்ப்பதற்கு முன் மாறும் இலக்கு அந்த ரிசால்வரைப் பயன்படுத்துகிறதா என்பதை உறுதிசெய்யுங்கள்.

பணிச்சுமைக்கு IPv6 தேவைப்பட்டால், அதற்குப் பதிலாக அதன் பாதையைச் சரிசெய்யுங்கள். நிராகரிக்கப்பட்ட IPv4 போர்ட், தோல்வியடைந்த மூல இணைப்பு அல்லது பழைய பதிவு வேறு சிக்கலைக் காட்டுகிறது.

தொடர்புடைய கட்டுரைகள்