வாடிக்கையாளர் நோக்கிய கேட்பியைப் பயன்படுத்தும் முன்பே ப்ராக்ஸி ஹோஸ்ட்டில் பிணைப்புப் பிழை ஏற்படுகிறது. இணையதள URL அல்லது ப்ராக்ஸி கடவுச்சொற்களை மாற்றுவதால் இல்லாத உள்ளூர் முகவரி கிடைக்காது.

தோல்வியடைந்த முழு முனையத்தைப் படியுங்கள்: முகவரி, துறைமுகம் மற்றும் முகவரிக் குடும்பம். [::1] உள்ள செய்தி IPv6 loopback பற்றியது. இது IPv6 இணையதளத்திற்கு வெளியே இணைக்க முடியாதது போன்றது அல்ல.

எந்த நெட்வொர்க் பெயர்வெளி அதைச் சொந்தமாகக் கொண்டுள்ளது எனக் கேளுங்கள்

கொள்கலனில் உள்ள ப்ராக்ஸிக்கு, கொள்கலனின் நெட்வொர்க் சூழலில் கிடைக்கும் முகவரிகளை ஆராயுங்கள். அங்கே IPv6 ஆதரவும் முகவரி உள்ளமைவும் ஹோஸ்ட்டிலிருந்து வேறுபடலாம். கொள்கலன் துறைமுகத்தை வெளியிடுவது, சேவை பிணைக்க முயலும் ஒவ்வொரு முகவரியையும் தானாக உருவாக்காது.

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

மற்ற பிணைப்புப் பிழைகளுக்கு வேறு காரணங்கள் உள்ளன. ஆக்கிரமிக்கப்பட்ட துறைமுகம் வேறு கேட்பியை அல்லது நிகழ்வைக் குறிக்கிறது. அனுமதி மறுக்கப்படுவது சிறப்புத் துறைமுகம் அல்லது ஹோஸ்ட் பாதுகாப்புக் கொள்கையுடன் தொடர்புடையதாக இருக்கலாம். கிடைக்காத முகவரி முகவரி உள்ளமைவைக் காட்டுகிறது. ஒவ்வொரு பிணைப்புத் தோல்வியையும் ஃபயர்வால் மறுப்பாகக் கருதாமல் இந்த அவதானிப்புகளைத் தனித்து வையுங்கள்.

பயன்பாடு வேண்டுமென்றே IPv4 மட்டும் என்றால், நோக்கிய அணுகல் கொள்கையின் கீழ் பொருத்தமான வெளிப்படையான IPv4 கேட்பியைத் தேர்ந்தெடுக்கவும். IPv6 தேவைப்பட்டால், அந்தச் சூழலை அதை ஆதரிக்க உள்ளமைக்கவும். பிழையை அமைதிப்படுத்த மட்டும் பொதுவில் wildcard முகவரியில் பிணைப்பது ப்ராக்ஸியை நோக்கியதை விட பரந்த அளவில் வெளிப்படுத்தலாம்.

இறுதியாக, தோல்வியடைந்த சாக்கெட் வாடிக்கையாளரை நோக்கிய HTTP கேட்பியா அல்லது Squid இன் மற்றொரு கூறா எனச் சரிபார்க்கவும். ஒரு எச்சரிக்கை அனைத்து கேட்பிகளும் தோல்வியடைந்தன என நிரூபிக்காது, ஆனால் வேலை செய்யும் தொடர்பில்லாத சாக்கெட் வாடிக்கையாளர்களுக்குத் தேவையான முனையம் கிடைக்கிறது என நிரூபிக்காது.

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