ifconfig-push: net30లో peer చిరునామా లేక subnetలో netmask?

డైనమిక్ క్లయింట్లు బాగా కనెక్ట్ అవుతాయి మరియు రూట్ అవుతాయి, కానీ స్థిర చిరునామా ఉన్న ఒకే క్లయింట్ సర్వర్కు అసలు చేరుకోలేదు. ఫైర్వాల్లో ఏమీ మారలేదు, 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 సూచన సహాయకుడిని మరియు క్లయింట్-నిర్దిష్ట ఓవర్రైడ్లను డాక్యుమెంట్ చేస్తుంది.