OpenWrt கொள்கை வழியமைப்பு: உள்ளூர் DNS-ஐப் பிடிக்கும் சங்கிலி

LAN-இல் உள்ள வாடிக்கையாளர்கள் சுரங்கப்பாதை வழியாகத் தீர்க்கிறார்கள், ரவுட்டரின் சொந்தத் தேடல்கள் அமைதியாக அப்படிச் செய்வதில்லை. தொகுப்பு புதுப்பிப்புகள், நேர ஒத்திசைவு மற்றும் மாறும் DNS அனைத்தும் சாதாரண அப்லிங் வழியாக வெளியேறுகின்றன, ஆனால் ஒவ்வொரு அனுப்பப்பட்ட வினவலும் VPN-ஐ எடுத்துக்கொள்கிறது, மேலும் இடைமுகத்தில் இரண்டு வெவ்வேறு பாதைகள் இருப்பதை எதுவும் குறிப்பிடவில்லை. விளக்கம் கொள்கையில் உள்ள பிழை அல்ல, எந்த கொக்கி தொகுப்பைப் பார்க்கிறது என்பதுதான் கேள்வி. இரண்டு ஓட்டங்கள், ஒரு தீர்வி முகவரி, அவற்றில் ஒன்று மட்டுமே ரவுட்டரைக் கடக்கிறது. அவற்றைப் பிரிப்பதே முழுத் திருத்தம்.

இரண்டு ஓட்டங்கள், ஒரு தீர்வி முகவரி

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

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

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

அனுப்பப்பட்ட மற்றும் உள்நாட்டில் உருவாக்கப்பட்ட தொகுப்புகள் வெவ்வேறாக நுழைகின்றன

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

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

இது தொகுப்புகள் எங்கு பிறக்கின்றன என்பதன் பண்பு, எந்தக் குறிப்பிட்ட தொகுப்பின் பண்பும் அல்ல. ஒரு சங்கிலிக்கு எழுதப்பட்ட விதிக்கு மற்றொன்றைப் பற்றி எந்தக் கருத்தும் இல்லை. எந்த விதி சீரமைப்பும் அதை மாற்றாது.

வெளியேறும் சங்கிலியைத் தேர்ந்தெடுத்து, பிறகு பொருத்தத்தைக் குறைக்கவும்

திருத்தம் என்பது அதே நோக்கத்தை வெளியேறும் சங்கிலியிலும் இணைப்பது, அல்லது ரவுட்டரின் சொந்த வினவல்களே உங்களுக்கு முக்கியம் என்றால் விதியை அங்கு நகர்த்துவது. கொள்கை வழியமைப்புத் தொகுப்பின் மேல் கட்டப்பட்ட OpenWrt அமைவில், இதன் பொருள் விதியின் சங்கிலி அமைப்பில் prerouting-க்குப் பதிலாக output தேர்ந்தெடுப்பது. இரு மக்கள்தொகைக்கும் கவரேஜ் தேவைப்பட்டால் இரு விதிகளையும் வைத்திருங்கள்.

பிறகு விதி எதைப் பொருத்துகிறது என்பதைக் குறைக்கவும். தீர்வி உண்மையில் பயன்படுத்தும் துறையில் உள்ள இலக்கு தீர்வி முகவரிகள், ரவுட்டர் உருவாக்கும் அனைத்தையும் சுரங்கப்பாதைக்கு அனுப்புவதை விட மிகச் சிறிய முடிவு.

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

சுரங்கப்பாதையின் சொந்தப் போக்குவரத்தை விதிக்கு வெளியே வைத்திருங்கள்

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

நிர்வாக அணுகல் இரண்டாவது பலி. ரவுட்டரிலிருந்து தோன்றும் நிர்வாக அமர்வுகள், அல்லது அவற்றுக்கான பதில்கள், மிக அகலமான உள்நாட்டு விதியால் சுரங்கப்பாதைக்கு இழுக்கப்பட்டு LAN-இலிருந்து அணுக முடியாததாகலாம்.

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

ஒன்றல்ல, இரு மக்கள்தொகையையும் சோதியுங்கள்

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

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

துறையையும் சரிபாருங்கள்: இலக்குத் துறை 53-உடன் பொருந்தும் விதி 853-இல் DNS over TLS அல்லது HTTPS இறுதிப் புள்ளி வழியாக அடையும் தீர்வியைத் தவறவிடும். கட்டமைக்கப்பட்ட upstream உண்மையில் பயன்படுத்தும் போக்குவரத்துடன் பொருத்துங்கள், கசிவு சரியான காரணத்தால் மூடப்படும்.