మీరు కాన్ఫిగర్ చేయలేని NAT వెనుక VPN: ఇంకా ఏమి పని చేస్తుంది

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

మ్యాపింగ్ పట్టికే అన్నింటినీ నిర్ణయిస్తుంది

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

రౌటర్ వైపు నుండి పట్టికను చూడండి, పరిష్కారాలు స్పష్టమవుతాయి: ఒకటి శాశ్వత నమోదును సృష్టిస్తుంది, లేదా తాత్కాలిక నమోదును సృష్టించి దాన్ని తాజాగా ఉంచుతుంది, లేదా ట్రాఫిక్ ఆ మార్గంలో ఎప్పుడూ వెళ్లదు. ఈ వ్యాసం మిగిలిన భాగం ఆ మూడు సందర్భాలు వరుసగా. ఇక్కడ ఏదీ పట్టిక నమోదు చేసేదానికి మించిన విక్రేత లక్షణంపై ఆధారపడదు.

కలయిక సేవ ఏమి చేయగలదు, ఏమి చేయలేదు

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

మ్యాపింగ్ ప్రవర్తన మిగిలినదాన్ని నిర్ణయిస్తుంది, మరియు RFC 4787 మూడు రూపాలను పేర్కొంటుంది: ముగింపు బిందువు నుండి స్వతంత్రం, చిరునామాపై ఆధారపడి, మరియు చిరునామా మరియు పోర్ట్పై ఆధారపడి. చివరిదానిలో భాగస్వామి లక్ష్యంగా చేసుకోవాల్సిన పోర్ట్ ప్రతి గమ్యస్థానంతో మారుతుంది, కాబట్టి అంచనా విశ్వసనీయంగా ఉండదు. అక్కడే ఈ పద్ధతి తన చివరి హద్దుకు చేరుతుంది, ఎందుకంటే క్యారియర్-గ్రేడ్ NAT మరియు కఠినమైన కార్పొరేట్ ఫైర్వాల్ రెండూ పథకానికి అవసరమైన ముందస్తు అంచనాను తొలగిస్తాయి, ఎన్ని మళ్లీ ప్రయత్నించినా అది తిరిగి రాదు.

కీప్అలైవ్, రీబూట్ మరియు కదిలే ముగింపు బిందువు

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

గంటపాటు నిద్రించిన ల్యాప్టాప్ సాధారణంగా వేరే పబ్లిక్ ముగింపు బిందువుకు తిరిగి వస్తుంది. మార్గాన్ని మళ్లీ స్థాపించేది మళ్లీ లోపలి నుండి నడవాలి, ఇది అదే షరతును క్లయింట్కు తిరిగి తెస్తుంది.

తప్పిపోయిన ఫార్వర్డ్ చుట్టూ మూడు మార్గాలు

మొదటి మార్గం రౌటర్ను తనే నమోదును సృష్టించమని కోరుతుంది, UPnP IGD, NAT-PMP లేదా PCP ద్వారా, లక్షణం ఉన్నప్పుడు మరియు ఆన్ ఉన్నప్పుడు. రెండవది ట్రాఫిక్ను పబ్లిక్ చిరునామా ఉన్న రిలేకు అప్పగిస్తుంది, అది ఎల్లప్పుడూ పని చేస్తుంది మరియు ఎల్లప్పుడూ బ్యాండ్విడ్త్తో పాటు వేరే విశ్వాస హద్దును ఖర్చు చేస్తుంది. మూడవది దిశను తిప్పుతుంది: లోపలి హోస్ట్ పబ్లిక్ సర్వర్ వైపు బయటకు వెళ్లే టన్నెల్ను తెరుస్తుంది, మిగిలినవన్నీ దాని లోపల ప్రయాణిస్తాయి.

[Peer]
PublicKey = 6yGj3kQ2wVb8sTn1pLx4dRc7hZa9mKf2uYe5oNq0iXw=
Endpoint = relay.corp.internal:51820
PersistentKeepalive = 25
AllowedIPs = 10.44.0.0/24

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

రౌటర్ యజమానికి పరిష్కారాన్ని సరిపోల్చండి

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

మీరు ముగించిన మార్గం నేరుగా ఉందా లేదా రిలే ద్వారా ఉందా అని గమనించండి, ఎందుకంటే ఆ ఒక్క వాస్తవం ఆలస్యాన్ని మరియు వైఫల్య ప్రవర్తనను రెండింటినీ అంచనా వేస్తుంది. RFC 4787 ఇవన్నింటికీ కింద ఉన్న మ్యాపింగ్ ప్రవర్తనకు సూచనగా ఉంటుంది, మరియు దాని మ్యాపింగ్ విభాగాన్ని చదవడం మూడు పరిష్కారాలను వరుసగా పరీక్షించడం కంటే వేగంగా ఉంటుంది. మీరు ఏ ఎంపిక ఎంచుకున్నారనేది పట్టికకు పట్టదు; తదుపరి పాకెట్ ఏమి చేయగలదో మాత్రమే అది నమోదు చేస్తుంది.