VPN ద్వారా రిమోట్ SSH: టన్నెల్ ఏమి చేయదు
VPN ఒక SSH సర్వర్‌ను చేరుకోగలిగేలా చేస్తుంది, అంతకంటే ఏమీ కాదు. మూడు షరతులు అది సరిపోతుందా అని నిర్ణయిస్తాయి, వైఫల్య దశ ఏ పొర తప్పు చేసిందో చూపుతుంది.
VPN ఒక SSH సర్వర్‌కు ప్రైవేట్ మార్గాన్ని ఇస్తుంది మరియు పోర్ట్ 22పై పబ్లిక్ లిజనర్ అవసరాన్ని తొలగిస్తుంది. ఇది హోస్ట్‌ను ప్రామాణీకరించదు, వినియోగదారుకు అనుమతి ఇవ్వదు, ఏ ఖాతాలు లాగిన్ అవ్వగలవో నిర్ణయించదు. అది ఇంకా SSH పనే. సర్వర్‌ను చేరుకోవడానికి VPN సరైన మార్గమా అనేది మూడు షరతులపై ఆధారపడి ఉంటుంది, టన్నెల్ సాధ్యమైన సమాధానాలలో ఒకటి మాత్రమే.
టన్నెల్ ఏమి మారుస్తుంది, SSH ఇంకా ఏమి నిర్ణయిస్తుంది
టన్నెల్ చేరుకోగలిగే సామర్థ్యాన్ని మారుస్తుంది: ఏ చిరునామాలను ఎక్కడి నుండి చేరుకోవచ్చు. TCP కనెక్షన్ ఏర్పడిన తర్వాత జరిగేది మార్చదు; అక్కడ సర్వర్ హోస్ట్ కీని చూపించి వినియోగదారు గుర్తింపును అడుగుతుంది.
రెండు పొరలను మీ మనస్సులో, మీ పత్రాలలో వేరుగా ఉంచండి. VPN లాగిన్ నెట్‌వర్క్‌ను ఎవరు ఉపయోగించవచ్చో రుజువు చేస్తుంది. లక్ష్యంలో ఏ ఖాతాలు ఉన్నాయో అది ఏమీ చెప్పదు, మరియు చేరుకోగల ప్రతి మెషీన్‌లోకి లాగిన్ అవ్వడానికి అది అనుమతి కాదు.
వైఫల్య విధానాలు కూడా వేరుగా ఉంటాయి, ఆ విభజనే సంఘటన సమయంలో ఉపయోగకరంగా ఉంటుంది.
యాక్సెస్ మోడల్‌ను నిర్ణయించే మూడు షరతులు
మొదట, మీ నెట్‌వర్క్ వెలుపలి వ్యక్తులు సర్వర్‌ను చేరుకోవాలా? కాకపోతే, ప్రైవేట్ మార్గం మరియు ఒక బాస్టియన్ లేదా మెష్ చిన్న రూపకల్పన. రెండవది, క్లయింట్ జనాభా నిజంగా VPN క్లయింట్‌ను నడపగలదా, పరిమితులతో నిర్వహించబడే పరికరాలపై ఉన్నవారితో సహా?
మూడవది, మీకు సేవ ప్రకారం నియంత్రణ కావాలా లేదా వినియోగదారు ప్రకారం నియంత్రణ కావాలా? VPN నెట్‌వర్క్ చేరికను ఇస్తుంది; SSH ఖాతా యాక్సెస్ ఇస్తుంది. ఒక కాంట్రాక్టర్ ఒక హోస్ట్‌ను మాత్రమే చేరుకోవాలనేది అవసరమైతే, అది అనుమతి అవసరం, టన్నెల్ ఒక్కటే దాన్ని వ్యక్తపరచలేదు.
ఆ మూడింటికి సమాధానం చెప్పండి, మోడల్ తనంతట తానే ఎంపిక అవుతుంది. వాటిని దాటవేస్తే, క్లయింట్ రోల్‌అవుట్‌ను నివారించడానికి SSHను పబ్లిక్‌గా బహిర్గతం చేస్తారు.
SSHను నిందించే ముందు ప్రైవేట్ మార్గాన్ని నిర్ధారించుకోండి
ఆమోదించిన VPNకు కనెక్ట్ అయ్యి లక్ష్యం యొక్క పత్రీకరించిన ప్రైవేట్ పేరు లేదా చిరునామాను ఉపయోగించండి. తర్వాత ఎంచుకున్న మార్గం, గేట్‌వే అనుమతి, క్లయింట్‌కు తిరిగి వెళ్లే మార్గం తనిఖీ చేయండి. సరిగ్గా పరిష్కరించబడే పేరు, చిరునామా ఉద్దేశించిన టన్నెల్ తీసుకుంటుందని రుజువు కాదు, ఎందుకంటే అతివ్యాప్తి చెందే స్థానిక మరియు దూర ప్రిఫిక్స్‌లు అభ్యర్థనను పూర్తిగా వేరే చోటికి పంపవచ్చు. ఆ భేదాన్ని రన్‌బుక్‌లో రాయడం విలువైనది.
కనెక్షన్ ఎప్పుడూ ఏర్పడకపోతే, సర్వర్ మీరు ఆశించే ఇంటర్‌ఫేస్‌పై వినిపిస్తోందో లేదో నిర్ధారించుకోండి మరియు దాని హోస్ట్ ఫైర్‌వాల్ అది నిజంగా చూసే మూలాన్ని అనుమతిస్తోందో లేదో కూడా. గేట్‌వే NAT ఆ మూలాన్ని తిరిగి రాయగలదు, కాబట్టి క్లయింట్ టన్నెల్ చిరునామా కోసం రాసిన అనుమతి జాబితా ఎప్పటికీ సరిపోకపోవచ్చు.
ఆ అసమానతే VPN ద్వారా జరిగే అత్యంత సాధారణ స్వయం కల్పిత SSH వైఫల్యం.
కలిపిన లోపాన్ని కాదు, వైఫల్య దశను చదవండి
మూడు దశలు మూడు వేర్వేరు సందేశాలను ఇస్తాయి, వాటిలో ఒకటి మాత్రమే ఆధారాల గురించి.
| Stage | What you see | What it points at |
|---|---|---|
| Before the connection | Timeout, no route | Tunnel, route or gateway permission |
| Connection refused | Immediate reset | Nothing listening, or a host firewall rejecting |
| Authentication | Permission denied after a prompt | User, key or server policy |
VPN మరియు SSH ఆధారాలను కలిపి రీసెట్ చేయడానికి బదులు ఖచ్చితమైన లోపాన్ని, సర్వర్ సొంత లాగ్‌ను ఉపయోగించండి. రెండింటినీ రీసెట్ చేయడమే ఐదు నిమిషాల నిర్ధారణను రెండు రోజుల గుర్తింపు సంఘటనగా మారుస్తుంది.
వివరమైన అవుట్‌పుట్ మీరు ఏ దశకు చేరుకున్నారో చూపిస్తుంది:
ssh -vv [email protected]హోస్ట్ కీలు మరియు అనుమతిని చెక్కుచెదరకుండా ఉంచండి
హోస్ట్ కీని ఉద్దేశించిన విశ్వసనీయ ప్రక్రియ ద్వారా ధృవీకరించండి, ముఖ్యంగా సర్వర్ మార్పిడి తర్వాత. ఊహించని మారిన కీ హెచ్చరిక VPN కనెక్ట్ అయిందనే కారణంతో మాత్రమే విస్మరించకూడని సందేశం, ఎందుకంటే ప్రైవేట్ టన్నెల్ గమ్యాన్ని మీరు అనుకునే మెషీన్‌గా మార్చదు. కనెక్షన్ నుండి స్వతంత్రంగా మీరు నమ్మే మూలంతో వేలిముద్రను సరిపోల్చండి.
సర్వర్ వైపు, ఖాతాకు అనుమతి ఉందని మరియు మీరు కాన్ఫిగర్ చేసిన ప్రామాణీకరణ పద్ధతే అందించబడుతోందని నిర్ధారించుకోండి. ఉన్నప్పటికీ విస్మరించబడే కీ సాధారణంగా అనుమతులు లేదా కాన్ఫిగరేషన్ సమస్య, నెట్‌వర్క్ సమస్య కాదు.
సేవా యాక్సెస్‌ను అవసరమైన గుర్తింపులకు పరిమితం చేయండి మరియు నెట్‌వర్క్ మార్పులకు అనుమతించిన పునరుద్ధరణ మార్గాన్ని ఉంచండి.