host-only நெட்வொர்க்கில் VM போக்குவரத்தை TUN OpenVPN சேவையகம் வழியாக வழித்தடம் செய்யுங்கள்

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

இரண்டு நெட்வொர்க்குகள், இரண்டு முன்னொட்டுகள்

சுரங்கப்பாதைக் குளத்திற்கும் host-only நெட்வொர்க்கிற்கும் வெவ்வேறு முன்னொட்டுகளைக் கொடுங்கள், ஒன்றை மற்றதற்காக ஒருபோதும் மீண்டும் பயன்படுத்த வேண்டாம். இந்த எடுத்துக்காட்டில் VPN குளம் 10.44.0.0/24, host-only நெட்வொர்க் 192.168.99.0/24, ஹோஸ்ட் 192.168.99.1 இல், விருந்தினர் 192.168.99.20 இல் உள்ளனர். ஒரே முன்னொட்டை TUN சாதனத்திற்கும் host-only அடாப்டருக்கும் கொடுப்பது அவற்றை இணைக்காது. இது ஒரு முகவரி வரம்பில் இரண்டு உரிமைகோரல்களை உருவாக்குகிறது, வழித்தட அட்டவணை பின்னர் தற்செயலாக வைத்திருந்த உரிமைகோரலுக்கு பதிலளிக்கிறது.

host-only அடாப்டர் ஹோஸ்ட்டிலும் விருந்தினரின் உள்ளேயும் உள்ளது, அதற்கு தானாக இயந்திரத்திலிருந்து வெளியேறும் பாதை இல்லை. பாலம் மற்றும் NAT இணைப்புகள் வேறுபட்ட வெளிப்பாட்டைக் கொண்டுள்ளன, ஒரு விருந்தினர் சேவையை அடைய பாலம் பயன்முறைக்கு மாறுவது தேவையில்லை.

ஹோஸ்ட் ஏற்கனவே பாதையை வைத்திருக்கிறது

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

ip -br addr show
ip route show 192.168.99.0/24
sysctl net.ipv4.ip_forward

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

வழித்தடத்தைத் தள்ளுங்கள், பின்னர் அது அடைவதை வடிகட்டுங்கள்

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

push "route 192.168.99.0 255.255.255.0"
iptables -A FORWARD -i tun0 -o vboxnet0 -d 192.168.99.20 -p tcp --dport 5432 -j ACCEPT
iptables -A FORWARD -i vboxnet0 -o tun0 -s 192.168.99.20 -p tcp --sport 5432 -m conntrack --ctstate ESTABLISHED -j ACCEPT

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

விருந்தினருக்கு திரும்பும் பாதை தேவை

10.44.0.x இலிருந்து அடையப்படும் விருந்தினர் தன் பதில்களை ஹோஸ்ட்டின் host-only முகவரிக்கு அனுப்ப வேண்டும், அல்லது ஹோஸ்ட் மூலத்தை மொழிபெயர்க்க வேண்டும். VirtualBox DHCP இலிருந்து முகவரி பெறுவது இந்த இரண்டு ஏற்பாடுகளைப் பற்றியும் எதுவும் சொல்லவில்லை.

ip route add 10.44.0.0/24 via 192.168.99.1 dev enp0s8
ip route get 10.44.0.15

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

TUN சாதனம் IP பாக்கெட்டுகளை எடுத்துச் செல்கிறது, எனவே விருந்தினருக்குள் இயல்புநிலை நுழைவாயிலைச் சேர்ப்பது சுரங்கப்பாதையை host-only அடாப்டருடன் ஈதர்நெட் பிரிவாக மாற்றாது. TAP பாலம் அதன் சொந்த வாடிக்கையாளர் ஆதரவும் முகவரி உரிமையும் கொண்ட வேறு வடிவமைப்பு, இரண்டு விளக்கங்களையும் கலப்பது ஒருபோதும் ஒன்றிணையாத உள்ளமைவுகளுக்கு வழிவகுக்கிறது.

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

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

ss -lntp '( sport = :5432 )'
conntrack -L | grep 192.168.99.20

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