pfSense OpenVPN: మరో రౌటర్ వెనుక ఉన్న నెట్వర్క్కు చేరుకోవడం

మీ ల్యాప్టాప్ VPN ద్వారా pfSense LAN కు చేరుతుంది, ఇంకా రెండు హాప్ లోపల ఉన్న సేవను చేరుకోలేకపోతుంది, తేడా ప్రతి యజమానికి ఒక రౌటింగ్ నిర్ణయం. ప్యాకెట్ దాని రాకపోకల ప్రయాణాన్ని పూర్తి చేసే ముందు మూడు పరికరాలు అంగీకరించాలి: క్లయింట్, ఫైర్వాల్ మరియు గమ్యస్థాన నెట్వర్క్ను నిజంగా కలిగి ఉన్న రౌటర్. వాటిలో ఏదైనా తప్పినట్లయితే లక్షణం ఒకేలా కనిపిస్తుంది.

నియమాన్ని మార్చే ముందు ఒక ప్యాకెట్ను ఈ మూడు నిర్ణయాల గుండా పంపండి, ఎందుకంటే ప్రతి యజమానికి వేరే నియంత్రణ మరియు వేరే వైఫల్య విధానం ఉంటాయి.

ఒక ప్యాకెట్, మూడు రౌటింగ్ నిర్ణయాలు

గమ్యస్థానం టన్నెల్లో ఉందా అని క్లయింట్ నిర్ణయిస్తుంది, తనకు తెలిసిన దాని నుండి మాత్రమే నిర్ణయించగలదు: త్రోయబడిన మార్గం, స్థానిక మార్గం లేదా ఇప్పటికే అన్నింటినీ కవర్ చేసే డిఫాల్ట్. pfSense ప్యాకెట్ను తర్వాత ఎక్కడికి పంపాలో నిర్ణయిస్తుంది, మరో రౌటర్ వెనుక ఉన్న నెట్వర్క్కు ఇది సరైన ఇంటర్ఫేస్పై చేరుకోగలిగే గేట్వే ద్వారా స్థిర మార్గం అని అర్థం. కింది రౌటర్ VPN పూల్ వైపు తిరిగి వెళ్లే మార్గం తెలుసా అని నిర్ణయిస్తుంది, తెలియకపోతే సమాధానం విసిరివేయబడుతుంది లేదా పనికిరాని చోటుకు పంపబడుతుంది. ప్రతి నిర్ణయం మిగతా రెండింటి నుండి స్వతంత్రం.

వాటిలో ఏదైనా ఒకటి విఫలమైతే అదే వినియోగదారు నివేదిక వస్తుంది. అందుకే డీబగ్గింగ్ క్రమం సాధనాల కంటే ముఖ్యం.

క్లయింట్కు ప్రిఫిక్స్ ఇవ్వండి, ఊహ కాదు

IPv4 టన్నెల్ నెట్వర్క్ /30 కంటే పెద్దదైన pfSense SSL/TLS సర్వర్లో, IPv4 Local network(s) ఫీల్డ్ కనెక్ట్ అయినప్పుడు క్లయింట్లకు మార్గాలను పంపిణీ చేస్తుంది. క్లయింట్ తనే ఒకటి కనిపెడుతుందని నమ్మడం బదులు కింది ప్రిఫిక్స్ను అక్కడ జోడించండి. తర్వాత కనెక్ట్ అయిన తర్వాత క్లయింట్ యొక్క నిజమైన పట్టికను చదవండి, ఎందుకంటే route-nopull ఉన్న ప్రొఫైల్ లేదా మార్గ ఫిల్టర్ సర్వర్ పంపినదాన్ని విస్మరించవచ్చు. సర్వర్ పూర్తిగా సరైనది కావచ్చు, కానీ క్లయింట్ ఏమీ ఇన్స్టాల్ చేయదు.

ఇతర సర్వర్ మోడ్లు మరియు టోపాలజీలకు వేరే పరిమితులు ఉన్నాయి, ప్రతి క్లయింట్ లేదా కనెక్షన్ విధానం నిర్దిష్ట క్లయింట్ పొందేదాన్ని మార్చవచ్చు. మీరు మొదట పరీక్షించిన క్లయింట్పై కాదు, ముఖ్యమైన క్లయింట్పై ధృవీకరించండి.

pfSense ను అంతర్గత రౌటర్ వైపు మళ్లించండి

pfSense లో స్థిర మార్గానికి నిర్వచించబడిన మరియు చేరుకోగలిగే గేట్వే కావాలి, ఆ గేట్వే కోసం ఎంచుకున్న ఇంటర్ఫేస్ నిజంగా అక్కడికి చేరేది అయి ఉండాలి, Netgate యొక్క స్థిర-మార్గ మార్గదర్శిని వివరించినట్లు. ఒక ఉదాహరణ అమరికలో ట్రాన్సిట్ లింక్ ఫైర్వాల్పై 192.168.77.1 మరియు అంతర్గత రౌటర్పై 192.168.77.2, సేవా నెట్వర్క్ దాని వెనుక 172.16.30.0/25. అప్పుడు మార్గం ప్రిఫిక్స్ మరియు తదుపరి హాప్ను పేర్కొంటుంది, సేవ చిరునామాను కాదు. దూరపు నెట్వర్క్ నుండి చిరునామాను గేట్వేగా ఉపయోగించడం సరైనదిగా కనిపించే కానీ ఎక్కడికీ ఫార్వార్డ్ చేయని మార్గాన్ని నిర్మించే సాధారణ మార్గం.

ఇంటర్ఫేస్కు పేరు పెట్టడం దాని వెనుక ఉన్న నెట్వర్క్లను వివరించదు. స్థిర మార్గమే ఆ వివరణ.

దూరపు వైపు పూల్ తెలిసి ఉండాలి

కింది రౌటర్కు పూల్ కోసం తిరిగి వెళ్లే మార్గం కావాలి, ఈ ఉదాహరణలో 192.168.77.1 ద్వారా 10.55.0.0/24, డిఫాల్ట్ మార్గం లేదా క్రియాశీల ప్రోటోకాల్ ఇప్పటికే ఒకటి ఇవ్వకపోతే. సేవ హోస్ట్ యొక్క స్వంత గేట్వే ఆ రౌటర్ వైపు దారి తీయాలి, రౌటర్ దాని డిఫాల్ట్ గేట్వే అయినప్పుడు ఇది సాధారణంగా నిజం, హోస్ట్ చేతితో కాన్ఫిగర్ చేయబడినప్పుడు అబద్ధం. ఫైర్వాల్లో విధాన ఆధారిత రౌటింగ్ నిర్దిష్ట ట్రాఫిక్ కోసం పట్టికను అధిగమించవచ్చు, కాబట్టి మార్గం తప్పు అని నిర్ణయించే ముందు ఏదైనా నియమం వేరే గేట్వేను ఎంచుకుంటుందో లేదో తనిఖీ చేయండి.

ఈ రూపకల్పనకు అనువాదం అవసరం లేదు, క్లయింట్ యొక్క మూల చిరునామాను కనిపించేలా ఉంచడం కింది నెట్వర్క్కు దాని స్వంత విధానాన్ని వర్తింపజేయడానికి అనుమతిస్తుంది.

ఆమోదం కోసం, ఒక కొత్త అభ్యర్థనను టన్నెల్ ప్రవేశం, ఫైర్వాల్ యొక్క అంతర్గత నిష్క్రమణ మరియు గమ్యస్థానం నుండి వచ్చే సమాధానం గుండా పంపండి. బదులుగా అనువాదాన్ని ఉద్దేశపూర్వకంగా ఉపయోగిస్తే, కింది నెట్వర్క్ ఏ మూలాన్ని చూస్తుంది మరియు సమాధానం ఎలా తిరిగి వస్తుందని ఆశిస్తున్నారో నమోదు చేయండి.

మూడు యజమానుల ప్రణాళికను అనుమతించిన అప్లికేషన్తో పాటు సేవ్ చేయండి, తద్వారా తదుపరి నిర్వాహకుడు మార్గాన్ని మళ్లీ కనుగొనకుండా పునర్నిర్మించగలరు.