Access Server நுழைவாயில் பயனர்: வாடிக்கையாளர் கிளையின் LAN வழிசெலுத்தல்

OpenVPN வாடிக்கையாளரின் சுரங்கப்பாதை முகவரிக்கு ping செய்யலாம், ஆனால் அதன் பின்னால் உள்ள LAN இல் எந்த புரவலனையும் அடைய முடியாது. Access Server VPN குளத்திலிருந்து முகவரி தருகிறது; குள முகவரி மட்டுமே சேவையகம் தனக்கு உரியது என அறிந்தது. கிளை முன்னொட்டு தனியாக அறிவிக்க வேண்டியது; பிறகும் கிளைக்கு அனுப்புநர், தலைமை அலுவலகத்திற்கு திரும்பும் பாதை தேவை. தவறான இடத்தில் எழுதிய பாதை எதையும் மாற்றாது.

இரண்டு முகவரிகள், இரண்டு உரிமை கோரல்கள்

வாடிக்கையாளர் இணையும்போது Access Server வடிவமைக்கப்பட்ட குளத்திலிருந்து 10.90.0.0/24 போன்ற முகவரியை வழங்குகிறது. அது ஒரு புரவலனுக்கான குத்தகை. அதே வாடிக்கையாளர் 10.60.0.0/24 முன்பும் உள்ளது என இணைப்பு கூறாது: நிர்வாகி அறிவித்தால் மட்டுமே குறிப்பிட்ட வாடிக்கையாளர் வழியாக முன்னொட்டை அடையலாம்.

எனவே வேறு இயந்திரத்தில் நிலையான பாதை பயன்படாது. 10.60.0.0/24 ஐ இந்த முகவரிக்கு அனுப்பு என பாதை கூறுகிறது; முகவரி நுழைவாயிலாக குறிக்கப்படாத வாடிக்கையாளருக்கு உரியது என்றால் அந்த பொதிகளை அங்கு சேர்ப்பதற்கு காரணமில்லை. அறிவிப்பும் பாதையும் ஒரே பொறிமுறையின் இரு பகுதிகள்.

நுழைவாயில் அமைப்பு நிறுவுவது

Admin Web UI இல் அறிவிப்பு பயனர் பண்பு: connector பயனரில் Configure VPN gateway ஐ இயக்கி உண்மையான முன்னொட்டை Network on the VPN client side இல் இடுங்கள். அவரும் மற்றவர்களைப் போல அங்கீகரிக்கப்படுவதால் கண்காணிப்பற்ற சாதனத்திற்கு ஏற்ற கொள்கை தேவை.

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

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

இரு வலையங்களின் திரும்பும் பாதைகள்

திட்டம்: தலைமை அலுவலகம் 10.40.0.0/24, கிளை 10.60.0.0/24, VPN குளம் 10.90.0.0/24, Access Server தனிப்பட்ட முகவரியில். திசைவிக்கு கிளை முன்னொட்டு மற்றும் குளத்திற்கான பாதைகள் தேவை. இல்லாவிட்டால் பதில் இயல்புநிலை நுழைவாயில் வழியாக வெளியேறும்.

கிளையில் connector தனக்கு முகவரியிடப்படாத பொதிகளை அனுப்ப வேண்டும்: OS இல் IP அனுப்புதல் மற்றும் சுரங்கப்பாதை, LAN இடைமுகங்களுக்கு வரம்பிட்ட அனுமதி; Linux இல் net.ipv4.ip_forward=1 forward சங்கிலி விதிகளுடன், Windows இல் routing and remote access. பின்னர் புரவலர்களுக்கு திரும்பும் பாதை தேவை: connector அவர்களின் இயல்புநிலை நுழைவாயில், அல்லது இருக்கும் நுழைவாயில் சிறப்பு பாதைகளை சுமக்கிறது.

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

தோல்வியை பாதையாக படியுங்கள்

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

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

இரு வடிவமைப்புகளுக்கு கூடுதல் தேவை. மேலிடும் முன்னொட்டுகள் இலக்கை தெளிவற்றதாக்கி மறுஎண்ணிடல் தேவை; கிளஸ்டர் Access Server இல் ஒவ்வொரு முனையும் connector வரை செயல்படும் பாதை வேண்டும். மாற்றங்களை சாதாரண சேமிப்பு பாதையில் பயன்படுத்தி connector ஐ மீண்டும் இணைத்து இரு பக்கமும் சரிபாருங்கள்.

Access Server site-to-site பயிற்சி அதே அமைப்புகளை தயாரிப்பு வரிசையில் பட்டியலிடுகிறது.