ஒரு சோதனை LAN-க்கு அதன் சொந்த WireGuard வெளியேற்றத்தை எப்படி வழங்குவது

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

வெளியேற்றம் எங்கு வாழ்கிறது என்பதைத் தீர்மானியுங்கள்

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

பெயர்வெளி அல்லது VM நினைவகத்தைச் செலவழித்து தூய வெடிப்பு ஆரத்தைத் தருகிறது. கொள்கை வழித்தடம் இரண்டு விதிகளைச் செலவழித்து பிழைத்திருத்த ஒரு பெட்டியை மட்டும் விட்டுச் செல்கிறது.

உங்கள் மூலத்தை அங்கீகரிக்கும் வெளியேற்றத்தைத் தேர்ந்தெடுங்கள்

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

இயக்குபவருடன் மூன்று விஷயங்களை உறுதிசெய்யுங்கள்: சகா உங்கள் சுரங்கப்பாதை முகவரியை அங்கீகரிக்கிறது, அது தன்னில் முடிவடையாமல் IPv4 அனுப்புகிறது, வெளியேற்ற NAT-ஐப் பயன்படுத்துகிறது. முதல் இல்லாமல் உங்கள் பொதிகள்கள் வந்து மறைந்துவிடும். மூன்றாவது இல்லாமல் அவை தனியார் மூலத்துடன் வெளியேறி அடுத்த தாவலில் இறக்கின்றன. பிறகு wg-quick அதன் சொந்த இயல்புநிலை வழியை நிறுவவில்லை என்பதைச் சரிபாருங்கள், அதை Table = off தடுக்கிறது; அந்த அமைப்பு வழிகள் உருவாவதை அடக்குகிறது, சகாவின் AllowedIPs சோதனைகளையோ அதன் DNS கையாளுதலையோ அல்ல.

இரண்டு கொள்கைப் பொருட்கள் வழிநடத்தலைச் செய்கின்றன

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

காவலன் தேடலுக்கு முன் வருகிறான், பின் அல்ல. அந்த வரிசையே வடிவமைப்பின் முழு பாதுகாப்புப் பண்பு.

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

ip rule add from 192.168.50.0/24 iif lan0 lookup 51861 pref 1000
ip rule add from 192.168.50.0/24 iif lan0 unreachable pref 1001
ip route add table 51861 default dev wg0

பின்வாங்கும் இடைவெளியைத் திறப்பதற்கு முன் மூடுங்கள்

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

வடிகட்டி படத்தை முழுமையாக்குகிறது. forward கொக்கியில் சோதனை முன்னொட்டுக்கான LAN-இலிருந்து சுரங்கப்பாதை திசையையும் நிறுவப்பட்ட திரும்பும் திசையையும் ஏற்று, மீதமுள்ள அனைத்தையும் நிராகரியுங்கள்; அந்த முன்னொட்டின் NAT சுரங்கப்பாதை இடைமுகத்திற்கு postrouting-இல் செல்கிறது. அனுப்புதல் சங்கிலியில் policy drop விடுவதே காணாமல் போன வழியை கசிவாக அல்ல, மௌனமாக மாற்றுகிறது. தலைகீழ் பாதை வடிகட்டலுக்கு சுரங்கப்பாதை இடைமுகத்தில் தளர்வான பயன்முறை தேவை, ஏனெனில் காப்சூல் நீக்கப்பட்டு வரும் பொது மூலத்தின் சிறந்த தலைகீழ் வழி WAN பக்கத்தில் உள்ளது. Linux all மற்றும் ஒவ்வொரு இடைமுக மதிப்புகளில் உயர்ந்ததை எடுக்கிறது, எனவே சுரங்கப்பாதை இடைமுகத்தை அமைப்பது எல்லா இடங்களிலும் சரிபார்ப்பை பலவீனப்படுத்துவதற்குச் சமமல்ல.

தோல்வி நிகழ்வால் அதை நிரூபியுங்கள்

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

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