రౌటర్ యొక్క అడ్మిన్ పేజీని WAN ద్వారా కాదు, VPN ద్వారా చేరుకోండి

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

ఈ భేదాన్ని కోల్పోవడం సులభం, ఎందుకంటే ఒకే ఉత్పత్తి రెండు పనులను చేయగలదు. వాణిజ్య నిష్క్రమణ క్లయింట్ మరియు రిమోట్ యాక్సెస్ సర్వర్ ఒకే పోర్ట్లో ఒకే ప్రోటోకాల్ మాట్లాడగలవు, భేదం ఏమిటంటే ఎండ్పాయింట్ వెనుక ఉన్న చిరునామా స్థలాన్ని ఏ వైపు కలిగి ఉంది అనేది.

టన్నెల్లో ఏ వైపు LAN ను కలిగి ఉంది

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

ఫర్మ్వేర్ ఈ భేదాన్ని అరుదుగా లేబుల్ చేస్తుంది, కాబట్టి ప్రోటోకాల్ పేరు కాదు, ఫీచర్ ఏమి చేస్తుందో చదవండి. WireGuard, OpenVPN మరియు IKEv2 అన్నీ మార్కెట్ రెండు వైపులా కనిపిస్తాయి: ఒక బిల్డ్ గృహ ట్రాఫిక్ను బయటకు పంపుతుంది, మరొకటి మీ రిమోట్ పరికరాన్ని అంగీకరిస్తుంది. క్లయింట్ మాత్రమే బిల్డ్ను కాన్ఫిగరేషన్ ద్వారా సర్వర్గా మార్చలేరు, మెనూ ఎలా రాసినా.

తిరిగి వచ్చే మార్గాన్ని సృష్టించడం

రౌటర్పై ఉన్న WireGuard సర్వర్కు 10.8.0.1/24 వంటి ఇంటర్ఫేస్ చిరునామా మరియు ల్యాప్టాప్ కోసం పీర్ నమోదు ఉంటాయి. ఏ గమ్యస్థానాలను టన్నెల్లోకి పంపాలో క్లయింట్ నిర్ణయిస్తుంది, మరియు టన్నెల్ సబ్నెట్ మాత్రమే ఉన్న జాబితా LAN ను అదృశ్యంగా ఉంచుతుంది, సర్వర్ ఎలా కాన్ఫిగర్ చేయబడినా. రెండు చివరలు అంగీకరించాలి, మరియు సాధారణంగా వాటిలో ఒకటి మాత్రమే సవరించబడుతుంది.

wg show wg0 allowed-ips
ip route get 192.168.1.1

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

IPsec గేట్వేలకు అదే దూకుడును వివరిస్తుంది strongSwan యొక్క ఫార్వర్డింగ్ పత్రం, ఇక్కడ ఫార్వర్డింగ్ మరియు source-NAT నియమం టన్నెల్ క్లయింట్ను అంతర్గత హోస్ట్తో కలుపుతాయి. చిరునామా భిన్నం; అవసరం కాదు.

అడ్మిన్ పేజీని ఎవరు తెరవగలరు

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

శ్రోత అనేది మరో సగం మరియు అది ఫైర్వాల్ అవుట్పుట్లో అదృశ్యం. ss -ltnp వెబ్ సర్వర్ కట్టబడిన చిరునామాను చూపుతుంది, మరియు LAN చిరునామాకు మాత్రమే కట్టబడిన సేవ టన్నెల్ చిరునామాపై సమాధానం ఇవ్వదు, నియమాలు ఎంత అనుమతించేవైనా. దాన్ని తిరిగి కట్టడం లేదా చిరునామా జోడించడం రౌటర్పై కాన్ఫిగరేషన్ మార్పు, ఫైర్వాల్ మార్పు కాదు.

ప్రామాణీకరణ మరియు రవాణా ధృవీకరణను ఒకే దశలో ఆన్ చేసి ఉంచండి. చేరుకోవడం అంటే విశ్వాసం కాదు, మరియు టన్నెల్ లోపల ఉన్న ప్రతి పరికరం దానితో నిర్వాహకుడు కాదు. టన్నెల్ ఆధారాలు మరియు రౌటర్ ఖాతా వేర్వేరు జీవిత చక్రాలు ఉన్న వేర్వేరు ప్రత్యేకతలు, కాబట్టి పోయిన ల్యాప్టాప్ కీని ప్రతి నిర్వాహకుడి సంకేతపదాన్ని రీసెట్ చేయకుండా రద్దు చేయవచ్చు.

సోఫా నుండి కాదు, బయట నుండి పరీక్ష

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

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

మీరు అక్కడ ఉన్నప్పుడు ఇంటి సేవలను కూడా ఒకసారి చూడాలి. నిర్వహణ నియమాలను కఠినతరం చేయడం తరచుగా అతిథి నెట్వర్క్ లేదా కుటుంబ పరికరాలు ఉపయోగించే పరిష్కర్తను విచ్ఛిన్నం చేస్తుంది, మరియు అది రోజుల తర్వాత సంబంధం లేని ఫిర్యాదుగా బయటపడుతుంది.

మార్పులు చేస్తున్నప్పుడు తిరిగి వచ్చే మార్గాన్ని ఉంచుకోవడం

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

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