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

போர்ட் விதி இயல்புநிலை வழி அல்ல

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

wg-quick-இன் இரண்டு அமைப்புகள் முன்நிபந்தனைகள், கொள்கையின் பகுதி அல்ல. AllowedIPs = 0.0.0.0/0 peer-க்கு தன்னிச்சையான IPv4 இலக்குகளை எடுத்துச் செல்ல அனுமதிக்கிறது, Table = off அந்த முன்னொட்டுக்கு wg-quick தனது சொந்த இயல்புநிலை வழியை நிறுவுவதைத் தடுக்கிறது. இந்த வழிமுறைகளை தனது சொந்த வழிக் கொள்கையைப் பயன்படுத்தும் மேலாளருடன் கலக்க வேண்டாம், ஏனெனில் இரண்டும் பிரதான அட்டவணை யாருக்குச் சொந்தம் என்பதில் ஒத்துக்கொள்ளாது.

வழி, தேர்வி மற்றும் காவலையை எழுதுங்கள்

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

ip -4 route add default dev wg0 src 10.77.0.2 table 51825
ip -4 rule add priority 10000 iif lo ipproto tcp dport 25 lookup 51825
ip -4 rule add priority 10001 iif lo ipproto tcp dport 25 unreachable

iif lo விதியை உள்ளூர் தோற்றப் போக்குவரத்துக்கு மட்டுப்படுத்துகிறது, ipproto tcp dport 25 இணைப்பின் திசையை அடையாளம் காட்டுகிறது; ip-rule குறிப்பு இரண்டு தேர்விகளையும் ஆவணப்படுத்துகிறது. அவை தற்போதைய கர்னல்கள் மற்றும் iproute2 வெளியீடுகளில் உள்ளன, பழைய அமைப்பில் விதி முழுவதுமாக நிராகரிக்கப்படும், இது எதனுடனும் பொருந்தாத விதியை விட தெளிவான தோல்வி.

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

மூல முகவரி பொருந்த வேண்டும்

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

நுழைவாயிலில், வாடிக்கையாளரின் peer உண்மையில் பெறும் மூலத்தை அங்கீகரிக்க வேண்டும், அதாவது அகலமான இலக்கு முன்னொட்டுக்குப் பதிலாக 10.77.0.2/32. வாடிக்கையாளரின் 0.0.0.0/0 ஐ ஒவ்வொரு நுழைவாயில் peer-க்கும் நகலெடுப்பது எந்த peer எந்தப் போக்குவரத்தைக் கொண்டுள்ளது என்பதைக் குழப்புகிறது. நுழைவாயிலுக்கு ஃபார்வேர்டிங், ஓட்டத்தை அனுமதிக்கும் ஃபயர்வால் கொள்கை, மற்றும் திரும்பும் பாதை தேவை, மேல்நிலை தனியார் சுரங்கப்பாதை முகவரியை ரூட் செய்ய முடியாதபோது வெளிச்செல்லும் மொழிபெயர்ப்பும் அடங்கும்.

திரும்பும் பாதையைச் சரிபார்த்து, பின்னர் நிலைத்தன்மை

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

ip -4 route get 198.51.100.25 ipproto tcp dport 25
ip -4 route get 198.51.100.25 ipproto tcp dport 443

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

சமச்சீரற்ற ரூட்டிங் அனுமதிக்கப்பட்ட இடத்தில், net.ipv4.conf.wg0.rp_filter=2 வழியாக இடைமுகத்திற்கு மட்டுப்படுத்தப்பட்ட தளர்வான பயன்முறை பொருத்தமாக இருக்கலாம், மேலும் முதலில் all மற்றும் இடைமுக மதிப்புகளின் பயனுள்ள அதிகபட்சத்தைச் சரிபார்க்க வேண்டும். சரிபார்ப்பைக் குறுக்குவழியாக உலகளவில் முடக்க வேண்டாம். பின்னர் அட்டவணை, முன்னுரிமைகள் மற்றும் காவலையை கட்டமைப்பின் உரிமையாளரிடம் ஒப்படைத்து, மீண்டும் இணைந்த பிறகு புதிய இணைப்புகளைத் திறந்து தேர்வு இன்னும் நிலைத்திருப்பதை உறுதிசெய்யுங்கள். உள்ளூர் SMTP கேட்பவரின் பதில்கள் இலக்கு போர்ட் 25 அல்ல, மூல போர்ட் 25 ஐக் கொண்டு செல்கின்றன என்பதை நினைவில் கொள்ளுங்கள், அது தனி கொள்கைக் கேள்வி.

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