pfSense అవుట్బౌండ్ NAT: మొదట సృష్టించిన నియమాలను చదవండి
రిమోట్ యాక్సెస్ VPN పూల్లు తరచుగా pfSense సృష్టించిన నియమాలతో ఇప్పటికే కవర్ చేయబడతాయి. మొదట మోడ్ను చదవండి, ఆపై Hybrid మినహాయింపు అవసరమా అని నిర్ణయించండి.
Firewall తెరవండి, ఆపై NAT, ఆపై Outbound, మరియు ఏదైనా జోడించే ముందు మోడ్ను చదవండి. Automatic మోడ్లో pfSense WAN ఇంటర్ఫేస్లకు మరియు వాటిలో రిమోట్ యాక్సెస్ VPN నెట్వర్క్లకు నియమాలను సృష్టిస్తుంది, కాబట్టి మీరు జోడించబోయే పూల్ తరచుగా ఇప్పటికే కవర్ చేయబడి ఉంటుంది. చేతితో రాసిన వరుస లేకపోవడం అనువాదం లేకపోవడానికి రుజువు కాదు. క్రింది క్రమం ఒక పూల్ పరిష్కరించడానికి మొత్తం ఫైర్వాల్ను Manualకి మార్చకుండా మిమ్మల్ని ఆపుతుంది.
పరికరంలోని ప్రతి ఇతర నెట్వర్క్కు అనువాదాన్ని ఎవరు నిర్వహిస్తారో మోడ్ నిర్ణయిస్తుంది, మరియు అది ఒక VPN మినహాయింపు కంటే పెద్ద నిర్ణయం.
Automatic మోడ్ ఇప్పటికే VPN పూల్ను కవర్ చేస్తుంది
ప్రతి మోడ్కు వేరే యజమాని ఉంటారు. Automatic WAN ఇంటర్ఫేస్లకు నియమాలను సృష్టిస్తుంది మరియు రిమోట్ యాక్సెస్ VPN నెట్వర్క్లను తన మూలాల్లో చేర్చుతుంది. Hybrid ఆ సృష్టించిన నియమాలను ఉంచుకుని వాటి పక్కన చేతితో చేసిన నియమాలను జోడించడానికి అనుమతిస్తుంది. Manual ఏదైనా సృష్టించడం ఆపేస్తుంది, కాబట్టి ఫైర్వాల్లోని ప్రతి అనువాదం, మీరు రాయని వాటితో సహా, మీ బాధ్యత అవుతుంది. నాల్గవ సెట్టింగ్ అవుట్బౌండ్ NATని పూర్తిగా నిలిపివేస్తుంది. చేతితో రాసినట్టు కనిపించే వరుస ఏ మోడ్ సక్రియంగా ఉందో తెలిసే వరకు ఏమీ నిరూపించదు.
Automatic మరియు Hybridలో పేజీ సృష్టించిన నియమాలను కూడా చూపిస్తుంది. VPN పూల్కు అనువాదం లేదని నిర్ధారణకు రాకముందు వాటిని చదవండి: మూల నిలువు వరుసలో పూల్ నెట్వర్క్ను మరియు ఇంటర్ఫేస్ నిలువు వరుసలో WAN ఇంటర్ఫేస్ను వెతకండి.
సమీక్షించిన మినహాయింపు కోసం మాత్రమే Hybrid ఎంచుకోండి
ఎగ్రెస్ విధానం నిజంగా భిన్నంగా ఉన్నప్పుడు డాక్యుమెంట్ చేసిన మినహాయింపు ఇంకా సాధ్యమే. 10.90.0.0/24 పంపిణీ చేసే సర్వర్ను ఊహించుకోండి, అక్కడ ఫైర్వాల్ IPv4 ఇంటర్నెట్ ఎగ్రెస్ను అందించాలి మరియు రూటింగ్ ఇప్పటికే WANని ఎంచుకుంటుంది. ఆశించిన రూపాంతరం మూలం 10.90.0.23 WAN చిరునామాకు తిరిగి రాయడం. సృష్టించిన నియమం ఆ ఎగ్రెస్లో దీన్ని ఇప్పటికే చేస్తుందో లేదో తనిఖీ చేయండి; చేయకపోతే, Hybrid స్వయంచాలక కవరేజీని నిలుపుకుని మీ సమీక్షించిన నియమాన్ని జోడిస్తుంది.
మూలంగా నిజమైన VPN పూల్ను లేదా దానికి మద్దతు ఉన్న మారుపేరును ఉపయోగించండి, మరియు OpenVPN ఇన్స్టాన్స్ పేరు ఎంపికలో లేదని మాత్రమే సంబంధం లేని చిరునామాను ఎప్పుడూ ఎంచుకోవద్దు. any మూలాన్ని నివారించండి, అది ఫైర్వాల్ స్వయంగా సృష్టించే ట్రాఫిక్ను కూడా అనువదిస్తుంది.
ఒక పూల్ కోసం మొత్తం ఫైర్వాల్ను Manualకి తరలించవద్దు. ఆ నిర్ణయం ప్రతి అంతర్గత నెట్వర్క్ మరియు ప్రతి భవిష్యత్ WAN మార్పు కోసం నిర్వహణను తిరిగి కేటాయిస్తుంది.
NAT ఎగ్రెస్ను ఎంచుకోదు
ఎగ్రెస్ ఇంటర్ఫేస్ను రూటింగ్ ఎంచుకుంది; అవుట్బౌండ్ NAT నియమం ప్యాకెట్ నిష్క్రమించిన తర్వాత మూలం ఎలా తిరిగి రాయబడుతుందో మాత్రమే వివరిస్తుంది. WAN కోసం మ్యాపింగ్ రూటింగ్ మరెక్కడికో పంపిన ప్యాకెట్ను WAN గుండా వెళ్లమని బలవంతం చేయదు, అందుకే NAT జోడించడం తప్పు మార్గాన్ని సరిచేయలేదు. వర్తించే 1:1 NAT ఎంట్రీలు మరియు మినహాయింపులను కూడా పరిశీలించండి, ఎందుకంటే క్రమం ముఖ్యం మరియు కొత్త వరుస ఎప్పుడూ గెలవదు. మరియు అవుట్బౌండ్ పేజీ ఫిల్టర్ పేజీ కాదు.
అనువదించిన మూలం ప్రతి గమ్యాన్ని చేరుకోవడానికి అనుమతి కాదు. క్లయింట్లకు ఇంకా సొరంగం ద్వారా మార్గం మరియు వారి ట్రాఫిక్ను అంగీకరించే ఫైర్వాల్ నియమం అవసరం, మరియు ఎంచుకున్న ఎగ్రెస్కు పనిచేసే తిరిగి వచ్చే మార్గం అవసరం. LAN-మాత్రమే యాక్సెస్ను ఇంటర్నెట్-ఎగ్రెస్ అనుమతి నుండి వేరుగా ఉంచండి.
కొత్త కనెక్షన్పై రూపాంతరాన్ని నిరూపించండి
ఆమోదించిన మార్పు తర్వాత, ఉన్న కనెక్షన్ను తిరిగి ఉపయోగించకుండా కొత్త అధీకృత కనెక్షన్తో పరీక్షించండి, ఎందుకంటే స్థాపించిన స్థితులు తమ మునుపటి రూపాంతరాన్ని నిలుపుకుంటాయి. నిజంగా WAN నుండి నిష్క్రమించే మూల చిరునామా మరియు సమాధానం అదే స్థితి ద్వారా తిరిగి వస్తుందని నిర్ధారించండి. మొదటి అడుగుగా మొత్తం స్థితి పట్టికను ఖాళీ చేయవద్దు; అది ఏ నియమం ఫలితాన్ని మార్చిందో దాస్తుంది. మార్పు టికెట్లో మోడ్, నియమం, పూల్ మరియు ఎగ్రెస్ను నమోదు చేయండి.
ఈ ఉదాహరణ IPv4 ఎగ్రెస్ను మాత్రమే కవర్ చేస్తుంది. ఇది IPv6 అనువాదం లేదా ఫిల్టరింగ్ విధానం గురించి ఏమీ చెప్పదు, మరియు అది అవసరమయ్యే డిజైన్ దాన్ని విడిగా తెలియజేయాలి. పూర్తయిన రికార్డు అనుమతించిన క్లయింట్ ట్రాఫిక్, దాన్ని మోసే ఇంటర్ఫేస్ మరియు మూలాన్ని ఎందుకు తిరిగి రాయాలి అనే కారణాన్ని జాబితా చేస్తుంది.