OPNsense వెనుక OpenVPN క్లయింట్ల స్థిర చిరునామాలు
pool ఫైల్ చిరునామాను అంటుకునేలా చేస్తుంది, శాశ్వతంగా కాదు. override తో క్లయింట్ చిరునామాలను పిన్ చేయండి, /30 లెక్క కోసం టన్నెల్ పరిధిని విస్తరించండి, తర్వాత వాటిని ప్రచురించండి.
పేర్లకు కదలని చిరునామాలు కావాలి, మరియు OpenVPN యొక్క pool ఫైల్ చిరునామాను కేవలం అంటుకునేలా చేస్తుంది. ఆ ఫైల్ పోతే, లేదా వేరే సాధారణ పేరుతో ధృవపత్రాన్ని మళ్లీ జారీ చేస్తే, తిరిగి వచ్చే క్లయింట్ pool లో వేరే చోట దిగుతుంది, దాని DNS రికార్డు ఇంకా పాత చిరునామానే చూపుతూ ఉంటుంది. శాశ్వత సమాధానం చిరునామాను పిన్ చేసే క్లయింట్-నిర్దిష్ట override, దానితో పాటు పిన్ చేసిన చిరునామాలు డైనమిక్ పరిధికి బయట ఉండేలా విశాలమైన టన్నెల్ నెట్వర్క్. ఆ విస్తరణ వెనుక ఉన్న లెక్కే ఎక్కువ గందరగోళం ఉండే చోటు.
OPNsense ఈ override లను సర్వర్ యొక్క క్లయింట్-నిర్దిష్ట సెట్టింగ్లలో ఉంచుతుంది, ధృవపత్రం యొక్క సాధారణ పేరుతో కీలకం చేసి, ఇది సాధారణ పేరును చిరునామా ప్రణాళికలో భాగం చేస్తుంది.
అంటుకునే లీజ్ స్థిర చిరునామం కాదు
pool ఫైల్ చిరునామం-నుండి-క్లయింట్ మ్యాపింగ్లను వ్రాస్తుంది, తెలిసిన క్లయింట్ మళ్లీ కనెక్ట్ అయినప్పుడు వాటిని తిరిగి ఇస్తుంది. ఇది సౌలభ్యం, ఒప్పందం కాదు: ఫైల్ మళ్లీ సృష్టించవచ్చు, క్లయింట్ గుర్తింపు మారినప్పుడు మ్యాపింగ్ మాయమవుతుంది, ఒకే pool పంచుకునే రెండు సర్వర్లు దానిపై ఏకీభవించవు. క్లయింట్-నిర్దిష్ట override వేరే విధంగా పనిచేస్తుంది, ఎందుకంటే చిరునామా చరిత్ర నుండి కాదు, కాన్ఫిగరేషన్ నుండి వస్తుంది. పరికరం రీస్టార్ట్ మరియు పునఃస్థాపనను కూడా అది తట్టుకుంటుంది, override మిగిలిన కాన్ఫిగరేషన్తో బ్యాకప్ చేయబడితే.
డైనమిక్ ప్రత్యామ్నాయం, అంటే client-connect స్క్రిప్ట్ మరియు డైనమిక్ అప్డేట్ల ద్వారా VPN ను DNS తో కలపడం, పనిచేస్తుంది, అప్డేట్లను అంగీకరించే resolver తో పాటు ప్రతి కనెక్షన్లో స్క్రిప్ట్ కావాలి. పరికరంలో మీరు విక్రేత అందించే ప్యాకేజీలకే పరిమితం, సాధారణంగా అక్కడే ఆ ప్రణాళిక ఆగుతుంది.
ఎవరూ ఆనందించని /30 లెక్క
డిఫాల్ట్ net30 టోపోలజీలో ప్రతి క్లయింట్ తన /30 ను పొందుతుంది: మొదటి ఉపయోగించదగిన చిరునామా సర్వర్ వైపుకు వెళ్తుంది, రెండవది క్లయింట్ కు. అందువల్ల override లు సర్వర్ యొక్క డైనమిక్ టన్నెల్ నెట్వర్క్ వెలుపల ఉండాలి, అంటే మొదట ఆ నెట్వర్క్ను విస్తరించాలి. 10.8.0.0/24 లోని సర్వర్ 10.8.0.0/23 కు మారవచ్చు, పాత పరిధిలో సగం డైనమిక్ క్లయింట్లకు, మిగిలిన సగం override లకు వదిలి. అసలు /24 ను అదనపు IPv4 స్థానిక నెట్వర్క్గా జోడించండి, రెండు సగాలకు వెళ్లే ట్రాఫిక్ టన్నెల్ లోకి రూట్ అయ్యేలా.
ప్రతి override చిరునామా /30 సరిహద్దులో పడాలి, కాబట్టి చివరి ఆక్టెట్ నాలుగు గుణకం. 10.8.1.0 లో /30 క్లయింట్ కు 10.8.1.2 ఇస్తుంది, DNS రికార్డు మోసేది ఆ చిరునామానే. బదులుగా 10.8.1.3 ఎంచుకుంటే కనెక్ట్ అయ్యే కానీ ట్రాఫిక్ పంపలేని క్లయింట్ ఏర్పడుతుంది, ఎందుకంటే ఆ చిరునామా టోపోలజీ అతనికి ఎప్పుడూ ఇవ్వని సబ్నెట్ది.
విస్తరించిన పరిధి పై నుండి కిందకు override లను కేటాయిస్తే ప్రణాళికను కాపాడుకోవడం సులభం, అప్పుడు డైనమిక్ pool స్థిర ద్వీపాల చుట్టూ కాదు, ఖాళీ స్థలంలోకి విస్తరిస్తుంది.
స్థానిక నెట్వర్క్లు మరియు క్లయింట్లు ప్రశ్నించే జోన్
క్లయింట్-నుండి-క్లయింట్ ట్రాఫిక్ కు దాని స్వంత అనుమతి కావాలి. సర్వర్ యొక్క IPv4 స్థానిక నెట్వర్క్ జాబితాలో పరిధి రెండు సగాలు ఉండాలి, డైనమిక్ మరియు స్థిర; అది లేకుంటే సర్వర్ ఒక క్లయింట్ నుండి ప్యాకెట్ అంగీకరిస్తుంది, కానీ దానిని మరొకరికి పంపడానికి అనుమతించే విధానం దానికి లేదు. లక్షణం DNS వైఫల్యం లాగా కనిపిస్తుంది, ఎందుకంటే పేరు పరిష్కారమవుతుంది, కనెక్షన్ అయినా విఫలమవుతుంది. అదే సమయంలో క్లయింట్-నుండి-క్లయింట్ సెట్టింగ్ కూడా తనిఖీ చేయండి, ఎందుకంటే స్థానిక-నెట్వర్క్ నమోదు మాత్రమే పీర్ల మధ్య ఫార్వార్డింగ్ ను ప్రారంభించదు.
రిమోట్ క్లయింట్లు నిజంగా ప్రశ్నించే జోన్ లో రికార్డులను ప్రచురించండి. LAN resolver మాత్రమే సేవ చేసే జోన్ లోని రికార్డు, నెట్టబడిన resolver వేరే చోట చూపుతున్న క్లయింట్ కు కనిపించదు, తప్పు జోన్ కు మరిన్ని రికార్డులు జోడించినా అది ఎప్పటికీ సరికాదు. ఏదైనా జోడించే ముందు నెట్టబడిన DNS ఎంపిక మరియు శోధన డొమైన్ ను నిర్ధారించండి.
కొత్త కనెక్షన్ పై ఏమి తనిఖీ చేయాలి
క్లయింట్ ను మళ్లీ కనెక్ట్ చేయండి మరియు మరేదైనా పరీక్షించే ముందు కేటాయించిన చిరునామా దాని override తో సరిపోతుందని నిర్ధారించండి. తర్వాత రెండవ క్లయింట్ నుండి పేరును పరిష్కరించి, పేరుతో సేవకు కనెక్ట్ అవ్వండి, ఇది DNS రికార్డు, మార్గం మరియు ఫైర్వాల్ ను కలిసి పరీక్షిస్తుంది. సర్వర్ వైపు ప్రతిస్పందన మార్గాన్ని నిర్ధారించండి, ఎందుకంటే పేరు పరిష్కారమైనా సేవ అందనప్పుడు అది పేరుపెట్టడం కాదు, రూటింగ్ లేదా విధానం సమస్య. override పట్టికను ధృవపత్రాల జాబితా పక్కన ఉంచండి, రెండూ కలిసి సమీక్షించబడేలా.
వేరే సాధారణ పేరుతో మళ్లీ జారీ చేసిన ధృవపత్రం తన override తో సరిపోవడం ఆపి క్లయింట్ ను డైనమిక్ pool కు తిరిగి తెస్తుంది. ఏదైనా గుర్తింపు మార్పు తర్వాత దానిని ఆశించండి.