కాల్లను తెంపకుండా ISP రౌటర్ పక్కన సైట్ VPN జోడించండి

చాలా చిన్న సైట్లలో ఇప్పటికే ఇంటర్నెట్, DHCP మరియు వాయిస్ లైన్ చేసే ఒక పరికరం ఉంది, ఆ పరికరం మీ సైట్ టన్నెల్ నడపదు. ప్రైవేట్ మార్గానికి రెండవ గేట్‌వే జోడించడం, కేబుల్ తాకే ముందు ఏ మార్గం ఎవరిదో నిర్ణయిస్తే పని చేస్తుంది. నిజమైన ప్రమాదం టన్నెల్ కాదు; ఫోన్లను నమోదితంగా ఉంచే పరికరాన్ని నిశ్శబ్దంగా మార్చడం. ఐదు తనిఖీలను క్రమంగా చేసి ఒకటి విఫలమైన చోట ఆపండి.

ఇప్పటికే పని చేస్తున్న పాత్రలను రాయండి

డిఫాల్ట్ గేట్‌వే, DHCP సర్వర్, నామ పరిష్కారి మరియు ప్రదాత వాయిస్ నమోదు ఉన్న పరికరాన్ని నమోదు చేయండి. ఈ ఉదాహరణలో ISP రౌటర్ 10.50.0.1, కొత్త గేట్‌వే 10.50.0.2 ఉంటుంది, దూర సైట్ 10.60.0.0/24. ఆ ప్రణాళికలో ఏదీ మొదటి మూడు పాత్రలను మార్చదు, అదే ముఖ్యాంశం. తర్వాత రెండవ పరికరం టన్నెల్‌ను నిజంగా ముగించగలదా అని నిర్ధారించుకోండి: ప్రోటోకాల్, ఆశించిన థ్రూపుట్ మరియు ఫర్మ్‌వేర్ లేదా ప్యాకేజీ నవీకరణలు వస్తాయా అని చూడండి. VPN లోగో ఉన్నా నవీకరణ మార్గం లేని పరికరం జోడింపు కాదు, భారం.

వాయిస్ సేవ ఎవరిదో చెప్పలేకపోతే ఆపండి. నమోదు ఉన్న రౌటర్‌ను రోల్‌బ్యాక్ ప్రణాళిక లేకుండా మార్చడం VPN ప్రాజెక్టును ఫోన్ అంతరాయంగా మారుస్తుంది.

కొత్త గేట్‌వేకు ఒక చిరునామా మరియు ఒక పని ఇవ్వండి

దాని LAN చిరునామాను DHCP పూల్ వెలుపల కేటాయించండి, తద్వారా పునఃప్రారంభం తర్వాత కదలదు, మరియు ఇంటర్నెట్ మార్గంగా చేయాలనుకోకపోతే దానికి స్వంత డిఫాల్ట్ మార్గం ఇవ్వకండి. దాని పని టన్నెల్‌ను ఉంచడం మరియు దూర ప్రిఫిక్స్‌లకు సమాధానం ఇవ్వడం. దూర సైట్‌ను చేరుకోవాల్సిన LAN హోస్ట్‌లపై అవి ఇప్పుడు ఏ మార్గం తీసుకుంటున్నాయో మరియు మార్పు తర్వాత ఏది కావాలో నిరూపించండి; అదే రెండు ఆదేశాలు ముందు మరియు తర్వాత చవకైన రుజువు.

ip route get 10.60.0.55
ip neigh show 10.50.0.2
traceroute -n 10.60.0.55

శోధన ISP రౌటర్‌ను తిరిగి ఇచ్చి traceroute ఇంటర్నెట్ అంచున మరణిస్తే, హోస్ట్‌కు ఇంకా దూర మార్గం లేదు, ఇది ఆశించినదే. ఊహించనిది తిరిగి వస్తే, మొదట దాన్ని పరిష్కరించండి, ఎందుకంటే ప్రతి తదుపరి అడుగు ఈ పునాదిని ఊహిస్తుంది.

దూర ప్రిఫిక్స్ మార్గం ఎవరిదో ఎంచుకోండి

ఎంపిక A ISP రౌటర్: 10.60.0.0/24 కోసం గేట్‌వే వైపు స్థిర మార్గాన్ని ఉంచుతుంది, ప్రతి హోస్ట్ మునుపటిలా తన డిఫాల్ట్ గేట్‌వేను అనుసరిస్తుంది. ఎంపిక B హోస్ట్ వారీగా: దూర సైట్ అవసరమైన యంత్రాలు మాత్రమే 10.50.0.2 ద్వారా స్పష్టమైన మార్గం పొందుతాయి, మిగతావన్నీ తాకకుండా ఉంటాయి. A చాలా హోస్ట్‌లకు శుభ్రంగా ఉంటుంది, కానీ సాధారణంగా ప్రదాత రౌటర్ స్థిర మార్గాన్ని అంగీకరించాలి, కొందరు అలా చేయరు. B కు ప్రదాత సహకారం అవసరం లేదు కానీ హోస్ట్ కాన్ఫిగరేషన్ నిర్వహణ మీపై ఉంచుతుంది, కాబట్టి ఆమోదించిన చిన్న యంత్రాల సమూహానికి సరిపోతుంది.

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

ip route add 10.60.0.0/24 via 10.50.0.2 dev eth0
ip route get 10.60.0.55 from 10.50.0.77

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

చేరుకోగల ఇన్‌బౌండ్ ఎండ్‌పాయింట్ ఏర్పాటు చేయండి

గేట్‌వేకు దూర సైట్ చేరుకోగల చిరునామా కావాలి. ISP రౌటర్ వెనుక దాని అర్థం పోర్ట్ ఫార్వార్డింగ్ లేదా DMZ నమోదు, రెండూ ప్రదాత నిజంగా ట్రాఫిక్ అందిస్తున్నారా అనే దానిపై ఆధారపడతాయి. స్థానిక ఫార్వార్డింగ్ ప్రదాత వైపు క్యారియర్-గ్రేడ్ NAT ను దాటలేదు. ప్రదాత చేరుకోగల బిందువు ఇవ్వకపోతే, దిశను తిప్పండి: రెండు సైట్లు మీరు నియంత్రించే కేంద్రం వైపు ప్రారంభించనివ్వండి. ఇది చెల్లుబాటు అయిన డిజైన్, కానీ ఫార్వార్డింగ్, విశ్వాసం మరియు లభ్యత కోసం మూడవ ఆధారాన్ని జోడిస్తుంది, మరియు డైనమిక్ DNS దానికి ప్రత్యామ్నాయం కాదు.

ఫార్వార్డింగ్‌ను గేట్‌వేపై క్యాప్చర్‌తో నిర్ధారించండి, పోర్ట్‌లను స్కాన్ చేసే వెబ్‌సైట్‌తో కాదు. స్కానర్లు లిజనర్ బంధించే వరకు పోర్ట్ మూసి ఉందని నివేదిస్తాయి, ఎప్పుడూ ట్రాఫిక్ అందించని ఫార్వార్డింగ్ బయటినుండి మూసిన పోర్ట్‌లా కనిపిస్తుంది.

ప్రైవేట్ సేవ మరియు వాయిస్ లైన్‌ను కలిసి అంగీకరించండి

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

curl -sS -o /dev/null -w '%{http_code}\n' https://files.example.net
ping -c 3 10.60.0.55

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