உள் ரிசால்வரை முதலில், பொது ரிசால்வரை இரண்டாவதாக வைப்பது எந்தப் பெயர் எந்தப் பெயர் இடத்திற்கு உரியது என்பதை Squid-க்குச் சொல்லாது.

Squid 6 மற்றும் 7-இல், dns_nameservers வழக்கமான ரிசால்வர் பட்டியலை சேவையக முகவரிகளால் மாற்றுகிறது. அதன் தொடரியலில் டொமைன் வாரியான பொருத்தம் இல்லை. செல்லுபடியாகும் எதிர்மறை பதிலும் அணுக முடியாத ரிசால்வரிலிருந்து வேறுபடும், எனவே மாற்று வழிகள் பொருந்தாத பெயர் இடங்களைத் தேட நம்பகமான வழி அல்ல.

டொமைன் வாரியாக வினவல்களை வழிமாற்று

உள்ளூர் DNS அனுப்புநர் விடுபட்ட கொள்கையை வெளிப்படுத்த முடியும். ஏற்கனவே உள்ள dnsmasq கட்டமைப்பில் தனியுரிம பின்னொட்டை இவ்வாறு வழிமாற்றலாம்:

server=/internal.example/192.0.2.53

டொமைனையும் முகவரியையும் மாற்று. பிற பெயர்களுக்கு அனுமதிக்கப்பட்ட இயல்புநிலை upstream, பொருத்தமான கேட்பான் மற்றும் அணுகல் கட்டுப்பாடுகளை அமைக்கவும். பின்னர் நிறுவப்பட்ட பதிப்பு ஆதரிக்கும் கட்டமைப்பைப் பயன்படுத்தி Squid-ஐ அந்த ரிசால்வரை நோக்கி அமைக்கவும்.

மாற்றாக, இரு பெயர் இடங்களையும் சரியாகத் தீர்க்கும் அமைப்பு DNS சேவையைப் பயன்படுத்துங்கள். தனியுரிம பெயர்களை வெளிப்படுத்திப் பதிலளிக்க முடியாத பொது மாற்றுவழியைத் தவிர்க்கவும்.

முதன்மைப் ப்ராக்ஸி இலக்குத் தேடலைச் செய்தால், அந்தப் படிக்குத் தனியுரிம பெயர் இடம் தேவை. உள்ளூர் Squid புரவலனில் உள்ள ரிசால்வர் முதன்மைப் ப்ராக்ஸியின் தேடலைச் சரிசெய்யாது.

எதிர்மறை நிலையையும் சரிபார்

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

வாடிக்கையாளர் தேவைப்படும் முகவரி குடும்பங்களைச் சேர்க்கவும். வேலை செய்யும் A தேடல் AAAA கொள்கையைப் பின்பற்றுகிறது அல்லது அணுகக்கூடிய இலக்கைத் திருப்பித் தருகிறது என்பதை நிரூபிக்காது. தேக்க நிலையையும் கவனிக்கவும்: சேமிக்கப்பட்ட பதில் புதிய வினவல் எந்த upstream-ஐத் தேர்ந்தெடுக்கும் என்பதை மறைக்கலாம்.

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