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

net30 இல் அந்தப் புலம் peer முகவரி; subnet இல் அது netmask. இரண்டு வடிவங்களும் மாற்றுக்கள், ஒருபோதும் வரிசை அல்ல.

இரண்டு வடிவங்களும், பக்கத்துக்குப் பக்கம்

பாரம்பரிய net30 பயன்பாட்டில் ஒவ்வொரு கிளையண்டுக்கும் ஒரு /30 தொகுதி உள்ளது: ஒரு பிணைய முகவரி, இரண்டு பயன்படுத்தக்கூடிய முகவரிகள் மற்றும் ஒரு ஒளிபரப்பு முகவரி. ifconfig-push கிளையண்ட் முகவரியையும் peer முகவரியையும் எடுக்கிறது, peer என்பது அதே தொகுதியில் உள்ள மற்ற பயன்படுத்தக்கூடிய முகவரி, புள்ளி-முதல்-புள்ளி இணைப்பின் சேவையகப் பக்கம் அதைப் பயன்படுத்துகிறது.

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

topology subnet கீழ் கிளையண்ட் சேவையகத்துடன் ஒரு subnet-ஐப் பங்கிடுகிறது, அதே கட்டளை ஒரு முகவரியையும் netmask-ஐயும் எடுக்கிறது. சேவையகத்தின் சொந்த முகவரி server கட்டளையிலிருந்து வருகிறது, இரண்டாவது புலத்திலிருந்து அல்ல. வடிவங்களைக் கலப்பது, தான் புள்ளி-முதல்-புள்ளி இணைப்பில் இருப்பதாக நம்பும் கிளையண்டை உருவாக்குகிறது, ஆனால் சேவையகம் அதை subnet ஹோஸ்டாக வழிமாற்றுகிறது, அல்லது நேர்மாறாக. அதனால்தான் netmask-ஐ ஒருபோதும் net30 உடன் இணைக்கக் கூடாது.

தொகுதியில் உள்ள இரண்டு வரிகளும் CCD கோப்புக்கான தனி வரிகள். ஒரு கிளையண்ட் அவற்றில் சரியாக ஒன்றைப் பெறுகிறது.

சேவையகம் உண்மையில் இயக்கும் டோபாலஜியைப் படியுங்கள்

தொகுப்பு இயல்புநிலையை அல்ல, இயங்கும் உள்ளமைவைப் படியுங்கள், ஏனெனில் டோபாலஜி பல ஆண்டுகளுக்கு முன் அமைக்கப்பட்டு பின்னர் நகலெடுக்கப்பட்டிருக்கலாம். topology subnet உள்ளதா இல்லையா எனப் பார்த்து, பின்னர் server வரி முகவரிகளை எவாறு ஒதுக்குகிறது எனச் சரிபார்க்கவும். டோபாலஜியை ஒருபோதும் குறிப்பிடாத உள்ளமைவு subnet அமைப்பதற்குச் சமமானது அல்ல.

பின்னர் கிளையண்ட் பெற்ற அமைப்புகளைப் படியுங்கள். அது தெரிவிக்கும் முகவரி, netmask மற்றும் peer ஆகியவை சேவையகம் எந்த விளக்கத்தைப் பயன்படுத்தியது என்பதைக் கூறுகின்றன.

நிலையான முகவரியை டைனமிக் குளத்திற்கு வெளியே வைத்திருங்கள்

நிலையான முகவரி டைனமிக் குளத்திற்கு வெளியே இருக்க வேண்டும், இல்லையெனில் இரண்டு கிளையண்டுகளுக்கு ஒரே முகவரி வழங்கப்படலாம். subnet டோபாலஜியில், nopool server வரியில் தானியங்கி குளத்தை அடக்குகிறது, வெளிப்படையான ifconfig-pool வரம்பு டைனமிக் கிளையண்டுகள் எதைப் பெறுகின்றன என்பதை வரையறுக்கிறது.

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

சேவையகம் தனக்கு 10.99.0.1 எடுத்துக்கொள்கிறது, நிலையான கிளையண்ட் முகவரி குளத்தின் வரம்பிற்கு வெளியே உள்ளது. CCD கோப்பு சுயவிவரக் கோப்பின் பெயரால் அல்ல, பயனுள்ள கிளையண்ட் அடையாளத்தால் பெயரிடப்படுகிறது, கூடுதல் நீட்டிப்பு இல்லை. username-as-common-name செயலில் இருந்தால், அங்கீகரிக்கப்பட்ட பயனர் பெயரே பொருத்த வேண்டிய அடையாளம். ஒரே அடையாளத்தைப் பகிரும் இரண்டு சாதனங்கள் நிலையான முகவரியையும் பகிரும், இது வழிமாற்றப் பிரச்சினை அல்ல, கொள்கைப் பிரச்சினை.

கிளையண்ட் உண்மையில் பெற்ற ஒதுக்கீட்டைச் சரிபார்க்கவும்

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

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

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