ఇంటి VPN సర్వర్ కోసం పోర్ట్ ట్రిగ్గరింగ్ మరియు పోర్ట్ ఫార్వర్డింగ్

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

వేర్వేరు జీవిత చక్రాలు గల రెండు నియమాలు

IPv4 NAT స్థితిని ఉంచుతుంది. లోపలి హోస్ట్ ప్యాకెట్ను బయటికి పంపినప్పుడు, జవాబులు తిరిగి దారి కనుగొనడానికి రౌటర్ మ్యాపింగ్ను సృష్టిస్తుంది; ఏ మ్యాపింగ్కు సరిపోలని లోపలికి వచ్చే ప్యాకెట్ పడవేయబడుతుంది, ఈ ప్రవర్తనే నవీకరించని డెస్క్టాప్ను ఇంటర్నెట్ బయట ఉంచుతుంది. ఫార్వర్డింగ్ చేతితో జోడించే శాశ్వత అనువాద నమోదు. ట్రిగ్గరింగ్ ట్రాఫిక్ నమూనాచే కాపాడబడే తాత్కాలిక రంధ్రం.

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

అమూర్తంగా ఏదీ ఎక్కువ సురక్షితం కాదు. ఫార్వర్డింగ్ ఒక పోర్ట్ను నిరంతరం బహిర్గతం చేస్తుంది; ట్రిగ్గర్ దానిని నిర్దిష్ట బయటికి వెళ్లే ట్రాఫిక్ తర్వాత మాత్రమే బహిర్గతం చేస్తుంది. అపరిచితుడి నుండి మొదటి ప్యాకెట్ను స్వీకరించాల్సిన సేవకు, రెండింటిలో ఒకటి మాత్రమే పనికి సరిపోతుంది.

ట్రిగ్గరింగ్ సర్వర్ను ఎందుకు ప్రచురించదు

VPN సర్వర్ రూపకల్పనలోనే నిష్క్రియం. ఎదురుగా ఉన్న వైపు, కెఫేలో ల్యాప్టాప్ అయినా మొబైల్ డేటాలో ఫోన్ అయినా, మొదటి ప్యాకెట్ను పంపుతుంది, రౌటర్కు దానికి ఏ మ్యాపింగ్ లేదు. లోపల నుండి ఏదీ ట్రిగ్గర్ పోర్ట్కు ట్రాఫిక్ ప్రారంభించలేదు, కాబట్టి నియమం ఎప్పటికీ పనిచేయదు మరియు హ్యాండ్షేక్ ప్రారంభమయ్యే ముందే కనెక్షన్ చనిపోతుంది.

ట్రిగ్గరింగ్ పనిచేస్తున్నట్టు కనిపించే చోట, ట్రిగ్గర్ పోర్ట్పై ట్రాఫిక్ను మరేదో సృష్టిస్తుంది: LANలో క్లయింట్, పర్యవేక్షణ ప్రోబ్, లేదా సర్వర్ సొంత బయటికి వెళ్లే తనిఖీలు. అప్పుడు మ్యాపింగ్ ఆ ఒక హోస్ట్కు మాత్రమే తెరుచుకుని ట్రాఫిక్ ఆగినప్పుడు మూసుకుపోతుంది, కాబట్టి తదుపరి బాహ్య వైపు మళ్లీ విఫలమవుతుంది, మొదటి విజయం లాగ్లో సాక్ష్యంలా పడి ఉంటుంది.

ట్రిగ్గరింగ్ సాధారణంగా ఒకే హోస్ట్కు కూడా. అనేక అమలులు ఒకే సమయంలో ఒకే లోపలి పరికరానికి మ్యాపింగ్ ఉంచడానికి అనుమతిస్తాయి, ఇది అనేక వైపులకు సమాధానం ఇవ్వాల్సిన సర్వర్కు పూర్తిగా తప్పు. ఈ లక్షణం బయటికి నియంత్రణ కనెక్షన్ తెరిచి రెండవ పోర్ట్పై లోపలికి వచ్చే డేటాను ఆశించే యాప్ల కోసం నిర్మించబడింది, ఇప్పటికీ ఆ ఆకృతికి సరిపోతుంది.

ఫార్వర్డింగ్ నిజంగా ఏమి మ్యాప్ చేస్తుంది

ఫార్వర్డింగ్ ఒక అనువాద నమోదు: WAN పోర్ట్ మరియు ప్రోటోకాల్ నుండి లోపలి చిరునామా మరియు పోర్ట్కు. దానికి మరో చివరలో ఇప్పటికే నడుస్తున్న వినిపించేవాడు కావాలి, లోపలి చిరునామా తన స్థానంలోనే ఉండాలి. మరో మెషీన్కు మారే DHCP లీజ్ ప్రతి సొరంగాన్ని తప్పు హోస్ట్కు నిశ్శబ్దంగా పంపుతుంది, కాబట్టి నియమానికి ముందు రిజర్వేషన్ సృష్టించండి.

ప్రోటోకాల్ ఫారం సూచించే దానికంటే ముఖ్యం. UDP పై OpenVPN కు UDP ఫార్వర్డింగ్ కావాలి, WireGuard కు UDP కావాలి, IPsec డేటా ESPగా, IP ప్రోటోకాల్ 50గా వస్తుంది, దానికి పోర్ట్లే లేవు. TCP లేదా UDP మాత్రమే అంగీకరించే ఫార్వర్డింగ్ ఫారం దానిని వ్యక్తపరచలేదు, కాబట్టి IPsec కు పోర్ట్ నియమానికి బదులు passthrough లేదా స్థిర ఒకటి-నుండి-ఒకటి మ్యాపింగ్ కావాలి.

మీ రౌటర్ పైన ఉన్న పొర

ఫార్వర్డింగ్ మీకు సొంతమైన అనువాదాన్ని మాత్రమే నియంత్రిస్తుంది. WAN చిరునామా మీది కాకపోతే, ఇది క్యారియర్-స్థాయి NAT వెనుక ఉన్న సందర్భం, అక్కడ చందాదారులు RFC 6598 లో వివరించినట్టు 100.64.0.0/10 పంచుకుంటారు, లోపలికి వచ్చే కనెక్షన్ ఎప్పటికీ మీ రౌటర్కు చేరదు ఎందుకంటే ప్రదాత మొదట అనువాదం చేశాడు. మీ పరికరంలోని ఏ నియమం ఆ క్రమాన్ని సరిచేయలేదు.

రెండు NAT చిన్న పరిమాణంలో అదే సమస్య. మీ రౌటర్ ISP రౌటర్కు ఫార్వర్డ్ చేస్తుంది, దానికి సరిపోలే నియమం లేదు మరియు అది ప్యాకెట్ను పడవేస్తుంది. గానీ బయటి పరికరంలో నియమాన్ని జోడించండి, లేదా బయటి పరికరాన్ని వంతెన మోడ్లో ఉంచి మీ పరికరం పబ్లిక్ చిరునామాను ఉంచుకోనివ్వండి.

అందుకే పరీక్ష బయటి నుండి రావాలి. పబ్లిక్ చిరునామా ద్వారా అదే LAN నుండి చేసే పరీక్ష hairpin NAT మద్దతుపై ఆధారపడుతుంది మరియు నియమానికి సంబంధం లేని కారణాల వల్ల విజయవంతమవ్వచ్చు లేదా విఫలమవ్వచ్చు; మొబైల్ డేటాలో ఫోన్, లేదా మరో నెట్వర్క్లో స్నేహితుడు, మరింత శుభ్రమైన తనిఖీ.

నియమాన్ని పరిమితం చేయండి, తర్వాత రెండు భాగాలను ధృవీకరించండి

ఒక పోర్ట్ను ఒక చిరునామాకు ఫార్వర్డ్ చేయండి. మొదటి ప్రయత్నాలు విఫలమైనందున జోడించిన పరిధి, నిర్వహణ ఇంటర్ఫేస్లు ఇంటర్నెట్కు వచ్చే మార్గం, VPN వినిపించేవాడికి పక్కన రౌటర్ నిర్వాహక పేజీ ప్రచురించాల్సిన అవసరం లేదు.

ఆ వినిపించేవాడిని ఇప్పటికే కాపాడినవన్నీ ఉంచండి: ధృవపత్రం లేదా కీ గుర్తింపు, హోస్ట్ ఫైర్వాల్, ప్రస్తుత ప్యాకేజీ వెర్షన్లు. ఫార్వర్డింగ్ ఒక ప్యాకెట్ను లోపలికి అనుమతిస్తుంది; ప్రామాణీకరణ ఆ ప్యాకెట్ సొరంగం అవుతుందా అని నిర్ణయిస్తుంది, ఏదైనా తప్పు జరిగినప్పుడు ఇవి రెండు వేర్వేరు వైఫల్యాలు.

ధృవీకరణకు రెండు భాగాలున్నాయి. హ్యాండ్షేక్ బాహ్య నెట్వర్క్ నుండి పూర్తి కావాలి, తర్వాత సర్వర్ వెనుక ఉన్న ప్రైవేట్ వనరు సొరంగం ద్వారా సమాధానం ఇవ్వాలి. ఫార్వర్డింగ్ సొరంగ కనెక్షన్ను లోపలికి అనుమతిస్తుంది, అంతకు మించి కాదు; 10.8.0.0/24 కోసం రూటింగ్ మరియు అనుమతి మరో స్క్రీన్లో మరో సెట్టింగ్.

మూడు ప్రశ్నలతో నిర్ణయించుకోండి

మూడు ప్రశ్నలు ఏ పోలిక పట్టిక కంటే వేగంగా ఎంపికను నిర్ణయిస్తాయి:

• బయటి నుండి ఏదైనా మొదటి ప్యాకెట్గా కనెక్ట్ అవుతుందా? అయితే ఫార్వర్డింగ్, లేదా రిలే ఉపయోగించండి. ఎప్పటికీ ఉండని బయటికి వెళ్లే ట్రాఫిక్ లేకుండా ట్రిగ్గరింగ్ తెరవలేదు.
• రంధ్రం నిష్క్రియ సమయం కంటే ఎక్కువ జీవించాలా? అయితే ఫార్వర్డింగ్ ఉపయోగించండి, ఎందుకంటే ట్రిగ్గర్ అయిన మ్యాపింగ్ తన షెడ్యూల్ ప్రకారం మూసుకుపోతుంది.
• WAN చిరునామా ప్రచురించడానికి మీదా? కాకపోతే, ఏ నియమాన్ని సవరించే ముందు పై పొరను సరిచేయండి.

మూడింటికీ సమాధానం కాదు అయితే, అది తనే వాణిజ్య ప్రదాతకు డయల్ చేసే ల్యాప్టాప్ సందర్భం, రెండు నియమాలలో ఏదీ అవసరం లేదు. NAT వెనుక ఉన్న క్లయింట్ తనే స్థితి-ధారక మ్యాపింగ్ను సృష్టించుకోవడం వల్ల పనిచేస్తుంది, అది అర్ధరాత్రి పోర్ట్ ఫార్వర్డింగ్ పేజీ చదివే చాలామందిని కవర్ చేస్తుంది.