LAN-க்கான VirtualBox VPN நுழைவாயில்: பாலம், வழி, திரும்புதல்
நுழைவாயில் VM-ஐ LAN-க்கு பாலமிடுங்கள், வாடிக்கையாளர்களுக்கு LAN-ஐ அறிவியுங்கள், குழுவின் வழியை LAN ரவுட்டரில் சேருங்கள். உண்மையான திரும்பும் பாதைகளுடன் செய்யப்பட்ட IPv4 எடுத்துக்காட்டு.
தொலை பயனர்கள் ஒரு இயற்பியல் LAN-இல் உள்ள அச்சுப்பொறி மற்றும் கோப்பு சேவையகத்தை அடைய வேண்டும், எப்போதும் இயங்கும் ஒரே Linux பெட்டி VirtualBox VM ஆகும். அந்த VM-ஐ அந்த LAN-க்கு பாலமிடுவது முதல் பாதி. இரண்டாவது பாதி, LAN-இல் உள்ள ஒவ்வொரு சாதனமும் உண்மையில் பயன்படுத்தும் திரும்பும் வழி, அதுதான் பெரும்பாலான அமைப்புகள் தவறவிடும் பகுதி. அது இல்லாதபோது, சுரங்கப்பாதை இணைகிறது, வாடிக்கையாளர் நுழைவாயிலை ping செய்கிறார், வேறு எதுவும் பதிலளிக்கவில்லை.
அடையக்கூடிய முகவரிகளைப் பயன்படுத்துங்கள்
VM-இன் LAN அடாப்டரை அந்த நெட்வொர்க்கிற்கு அனுமதிக்கப்பட்ட Bridged Adapter பயன்முறையில் அமைத்து, வழக்கமான ஒதுக்கீட்டு செயல்முறை மூலம் அதற்கு முகவரி கொடுங்கள். பிறகு VM இயற்பியல் LAN-இல் வேறு எந்த ஹோஸ்டையும் போலத் தோன்றும். அதன் இயல்புநிலை வழி இன்னும் உண்மையான நுழைவாயிலையே பயன்படுத்த வேண்டும், அப்போதுதான் VPN சகாவுக்கான மறையாக்கப்பட்ட போக்குவரத்து அடையக்கூடியதாக இருக்கும். VirtualBox-இன் இயல்புநிலை NAT முகவரியை LAN-இன் அடுத்த தாவலாகப் பயன்படுத்த வேண்டாம், ஏனெனில் அந்த முகவரி மெய்நிகர் NAT-க்குப் பின்னால் உள்ளது மற்றும் ஹோஸ்ட் அல்லது LAN-இல் உள்ள மற்ற இயந்திரங்களுக்கு on-link அல்ல.
LAN router: 192.168.70.1/24
VirtualBox host: 192.168.70.5/24
VPN gateway VM: 192.168.70.10/24
Example LAN service: 192.168.70.40
VPN client pool: 10.80.0.0/24
முகவரிக் குழுவைத் தேர்ந்தெடுப்பதற்கு முன் தொலை பயனர்களின் வீட்டு நெட்வொர்க்குகளுடன் மேலோட்டம் உள்ளதா எனப் பாருங்கள். மேலோட்டம் எந்த சேவையக கட்டமைப்பாலும் சரிசெய்ய முடியாத வழிமாற்றத் தெளிவின்மையாக மாறும்.
LAN-ஐ அறிவித்து, பிறகு அனுப்புங்கள்
அங்கீகாரமும் போக்குவரத்தும் ஏற்கனவே நிர்வகிக்கப்படும் சேவையகத்திற்கு, நெட்வொர்க் வரிகள் இப்படி இருக்கும். push ஏற்றுக்கொள்ளும் வாடிக்கையாளருக்கு LAN-ஐ எப்படி அடைவது என்று சொல்கிறது, அது தானாக VM-ஐ எதையும் அனுப்ப வைக்காது.
dev tun
topology subnet
server 10.80.0.0 255.255.255.0
push "route 192.168.70.0 255.255.255.0"
VM-இன் நிரந்தர நெட்வொர்க் கட்டமைப்பில் IPv4 அனுப்புதலை இயக்கி, VM-இன் அனுப்புதல் எல்லையில் வாடிக்கையாளர் குழு நோக்கம் கொண்ட LAN சேவைகளை அடைய அனுமதியுங்கள். VPN கேட்பவரை அடையும் அனுமதி தனி விதி, சுரங்கப்பாதை மேலெழுந்திருந்தால் அது ஏற்கனவே வேலை செய்கிறது.
திரும்பும் வழி LAN ரவுட்டரில் உள்ளது
LAN-இல் உள்ள சாதனங்கள் தங்கள் இயல்புநிலை நுழைவாயில் வழியாகப் பதிலளிக்கின்றன, அது 192.168.70.1-இல் உள்ள LAN ரவுட்டர். சொல்லாவிட்டால் அந்த ரவுட்டருக்கு 10.80.0.0/24 எங்கே உள்ளது என்று தெரியாது. குழுவின் வழியை ரவுட்டரின் ஆதரவு பெற்ற நிரந்தர கட்டமைப்பில் சேர்த்து, அதை VM-இன் LAN முகவரியை நோக்கி வைக்கவும். அதை VirtualBox ஹோஸ்டில் மட்டும் சேர்த்தால் அந்த ஹோஸ்டைக் கேட்கும் பாதைகள் மட்டுமே சரியாகும், அது LAN-இல் உள்ள ஒவ்வொரு சாதனமும் அல்ல.
ip route add 10.80.0.0/24 via 192.168.70.10
சேருமிடத்தின் சொந்த firewall இன்னும் வாடிக்கையாளர் குழுவை மூலமாக அனுமதிக்க வேண்டும். வழி தொகுப்பைச் சுமக்கிறது; அது சேவையைத் தராது.
LAN ரவுட்டரை மாற்ற முடியாவிட்டால், VM-இல் வரம்புக்குட்பட்ட மூல மொழிபெயர்ப்பே மாற்று. அது வழி இல்லாமல் பதில்களைத் திரும்பக் கொண்டுவருகிறது, LAN சேவையிலிருந்து தனிப்பட்ட வாடிக்கையாளர் முகவரிகளை மறைக்கிறது.
ஒரு தொகுப்பைத் தொடக்கத்திலிருந்து இறுதி வரை பின்தொடருங்கள்
10.80.0.25-இல் உள்ள வாடிக்கையாளர் சுரங்கப்பாதை வழியாக 192.168.70.40-க்கு அனுப்புகிறார். VM தொகுப்பை LAN-க்கு அனுப்புகிறது. சேவை தன் ரவுட்டருக்குப் பதிலளிக்கிறது, அது வாடிக்கையாளர் குழுவுக்கு VM-ஐத் தேர்ந்தெடுக்கிறது, VM தொகுப்பை OpenVPN வழியாகத் திருப்பி அனுப்புகிறது. அந்த வாக்கியத்தில் ஒவ்வொரு தாவலும் வடிவமைப்பு தோல்வியடையக்கூடிய இடம்.
தொலை வாடிக்கையாளரிடமிருந்து உண்மையான பயன்பாட்டுடன் சோதித்து, பிறகு VM மற்றும் ரவுட்டர் இரண்டிலும் நிர்வகிக்கப்பட்ட கட்டமைப்பை மீண்டும் ஏற்றிய பிறகு மீண்டும் செய்யுங்கள்.
வாடிக்கையாளர் VM-ஐ அடைந்தும் சேவையை அடையவில்லை என்றால், முதலில் ரவுட்டரின் வழியைப் பாருங்கள். சேவை கோரிக்கையைப் பெற்றும் வாடிக்கையாளர் பதிலை ஒருபோதும் காணவில்லை என்றால், திரும்பும் பாதையே சந்தேகத்திற்குரியது.