வீட்டு WireGuard சுரங்கத்திற்கு LAN-இலிருந்து திரும்பும் பாதை தேவை

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

யார் அனுப்புகிறார், யார் முடிக்கிறார் என்பதை முடிவு செய்யுங்கள்

பொது நுழைவு ரவுட்டருக்குச் சொந்தம்: அது UDP பாக்கெட்டை ஏற்று Linux புரவனுக்கு அளிக்கிறது. அந்தப் புரவனுக்கு WireGuard கேட்பான் மற்றும் LAN-க்கு அனுப்பும் முடிவு உள்ளது. நடைமுறையில் வரைபடமாக்கல் UDP 51820-ஐ 192.168.50.10-க்கு அனுப்புகிறது, பயன்பாட்டின் சொந்த துறைமுகம் மூடியே உள்ளது. பங்குகளைத் தனியே வைத்திருப்பது தீச்சுவரைச் சுருக்கமாக வைக்கிறது.

இடைமுகத்தை உருவாக்கும் முன் முகவரி திட்டத்தை எழுதுங்கள். ரவுட்டர் 192.168.50.1, கேட்வே 192.168.50.10, சேவை 192.168.50.20, சுரங்கம் 10.77.0.0/24 கேட்வே .1 மற்றும் மடிக்கணினி .2 உடன். சுரங்கத்தின் வீச்சு மடிக்கணினி ஏற்கனவே அடையும் வலையமைப்புடன் ஒன்றுடன் ஒன்று கலக்கக்கூடாது, இல்லையேல் இலக்குகள் தெளிவற்றவையாகும். இயக்குநர் நிலை NAT அல்லது மேலுள்ள ரவுட்டர் உள்வரும் அணுகலைத் தடுக்கலாம், எந்த உள்ளூர் துறைமுக அனுப்புதலும் அதைச் சரிசெய்யாது.

விசைகளைப் பரிமாறி, பின்னர் AllowedIPs-இன் அளவை நிர்ணயியுங்கள்

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

[Interface]
Address = 10.77.0.2/32
PrivateKey = LAPTOP_PRIVATE_KEY_BASE64

[Peer]
PublicKey = HOME_PUBLIC_KEY_BASE64
Endpoint = home-vpn.example.com:51820
AllowedIPs = 192.168.50.0/24, 10.77.0.1/32

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

திரும்பும் பாதையே மக்கள் தவிர்க்கும் பகுதி

இந்த வடிவமைப்பு மடிக்கணினியின் 10.77.0.2 மூலத்தை கேட்வே என மறைக்காமல் வைத்திருக்கிறது, எனவே வீட்டுச் சாதனங்கள் அதற்கு எப்படிப் பதிலளிப்பது என்பதை அறிந்திருக்க வேண்டும். வீட்டு ரவுட்டரில் 10.77.0.0/24-க்கு 192.168.50.10 அடுத்த தாவலாக ஒரு நிலையான பாதையைச் சேர்க்கவும், மேலும் wg-quick AllowedIPs-இலிருந்து என்ன பெறுகிறது என்பதை அதன் குறிப்பில் படியுங்கள். அந்தப் பாதை இல்லாவிட்டால், முடிந்த கைக்குலுக்கல் ஒருபோதும் வராத பயன்பாட்டுப் பதில்களுடன் சேர்ந்து இருக்கும்.

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

ஒரு சேவைக்கு அனுமதி கொடுங்கள், துணைவலையத்திற்கு அல்ல

கேட்வேயில் IPv4 அனுப்புதலை இயக்கி, தீச்சுவரின் மூன்று பொறுப்புகளைத் தனியே வைத்திருங்கள்: WireGuard கேட்பானை அனுமதிக்கவும், மடிக்கணினியின் மூலத்தை 192.168.50.20-க்கு மட்டும் அனுப்பவும், வீட்டு வலையமைப்பின் மீதியை அந்த peer-க்கு மூடியே வைக்கவும். விதிகளை ஏற்கனவே பயன்படுத்தப்படும் தீச்சுவர் மேலாளரில் ஒருங்கிணைக்கவும், அதைக் காலியாக்காதீர்கள். முழு வீட்டு முன்னொட்டிற்கான பாதை அதற்குள் உள்ள ஒவ்வொரு சாதனத்தையும் பயன்படுத்தும் அனுமதி அல்ல.

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

வெளியிலிருந்து சோதித்து, பின்னர் தூய்மையாக விலக்குங்கள்

சுயவிவரங்களை அவற்றின் உரிமையாளர் வழியாக உயர்த்தி, கைக்குலுக்கலை உறுதிப்படுத்தி, பின்னர் அனுமதிக்கப்பட்ட வெளி வலையமைப்பிலிருந்து நோக்கமான பயன்பாட்டை இயக்கி பதிலைச் சரிபார்க்கவும். மறுக்கப்பட்டே இருக்க வேண்டிய வீட்டுச் சேவையையும் முயற்சியுங்கள், ஏனெனில் அனுமதிக்கும் விதி ஏதோ ஒன்று அதைப் பயன்படுத்தும் வரை கண்ணுக்குத் தெரியாது. HTTPS-க்கு சான்றிதழில் உள்ள பெயரைப் பயன்படுத்தி சரிபார்ப்பை இயக்கவும்; மூல முகவரியைத் தட்டச்சு செய்து எச்சரிக்கையைக் கடப்பது பாதையைப் பற்றி எதையும் நிரூபிக்காது. PersistentKeepalive விருப்பமானது: செயலற்ற நேரத்திற்குப் பிறகு NAT-இல் பிணைந்த peer-க்கு உதவுகிறது, ஆனால் அது காணாமற்போன பாதையோ அனுமதிச் சரிசெய்தலோ அல்ல.

மாறும் பொது முகவரிக்கு DNS புதுப்பிப்புகள் தேவை, மாற்றத்திற்குப் பிறகு மடிக்கணினி அதன் முனைப்புள்ளியை மீண்டும் தீர்க்க வேண்டும்; புதிய DNS பதிவுகள் உள்ளமைக்கப்பட்ட முனைப்புள்ளியை நகர்த்தாது. சேமிக்கப்பட்ட மற்றும் செயலில் உள்ள உள்ளமைவிலிருந்து அதன் peer-ஐ நீக்கி மடிக்கணினியை விலக்குங்கள்; மடிக்கணினி சுயவிவரத்தை மட்டும் நீக்குவது கேட்வேயின் அனுமதியை ரத்து செய்யாது.