VPN ఆన్‌లో ఉన్నప్పుడు రెండవ ప్రైవేట్ మార్గంలో SSH

ఒక యంత్రం VPN ద్వారా మరొకదాన్ని చేరుకుంటుంది, ఇప్పుడు ఎవరో అదే షెల్‌ను ప్రొవైడర్ ప్రైవేట్ నెట్‌వర్క్‌లో కోరుకుంటున్నారు. మార్గం ఉంది, పింగ్ విజయవంతమవుతుంది, అయినా SSH నిరాకరిస్తుంది. సాధారణ కారణం డెమన్ కొత్త చిరునామాలో ఎప్పుడూ వినలేదు, కాబట్టి కనెక్ట్ కావడానికి ఏమీ లేదు. ఇది firewall సమస్య కాకముందే చిరునామా-బైండింగ్ సమస్య.

కొత్త మార్గం కొత్త శ్రోతను ఎందుకు సృష్టించదు

వినే సాకెట్‌ను అంగీకరించే చిరునామాలను పేర్కొనే ప్రక్రియ సృష్టిస్తుంది. మార్గం ప్యాకెట్లు ఎక్కడికి వెళ్లాలో మాత్రమే చెబుతుంది; అది గమ్యస్థానంలో శ్రోతను సృష్టించదు. sshd ఒక ListenAddressతో కాన్ఫిగర్ చేయబడినప్పుడు, ఇంటర్ఫేస్ సక్రియంగా ఉన్నా మరే ఇతర స్థానిక చిరునామాకు కనెక్షన్లు నిరాకరించబడతాయి. పోర్టును కలిగి ఉన్న సాకెట్ యూనిట్‌కు కూడా ఇది వర్తిస్తుంది, అందుకే మొదటి తనిఖీ ఎప్పుడూ వాస్తవంగా ఏది వింటోంది అనేది.

రెండు మార్గాలను ఇంటర్ఫేస్ పేరుతో కాకుండా గమ్య చిరునామాతో పోల్చండి. క్లయింట్ ఒక చిరునామాకు కనెక్ట్ అవుతుంది, మరియు ఏ firewall నియమం ముఖ్యమయ్యే ముందు ఆ చిరునామా బంధించబడి ఉండాలి.

చిరునామాలు మరియు శ్రోతలను జాబితా చేయండి

ఏదైనా సవరించే ముందు, హోస్ట్‌లోని చిరునామాలు మరియు ఇప్పుడు ఉన్న సాకెట్లను నమోదు చేయండి.

ip -br addr
ss -ltnp | grep ':22'

చిరునామాల జాబితా ఏ ప్రైవేట్ చిరునామా నిజమైనది మరియు ఏ ఇంటర్ఫేస్‌లో ఉందో చూపిస్తుంది, సాకెట్ జాబితా దానికి ఏదైనా బంధించబడిందో లేదో చూపిస్తుంది. 0.0.0.0:22 లో వినే శ్రోత ఇప్పటికే ప్రతి చిరునామాను అంగీకరిస్తుంది, కాబట్టి కొత్త బైండింగ్ ఏమీ జోడించదు. ఒక నిర్దిష్ట చిరునామాలో వినే శ్రోత నిరాకరణను వెంటనే వివరిస్తుంది. పోర్టు డెమన్‌కు కాకుండా సాకెట్ యూనిట్‌కు చెందినదైతే, డెమన్ కాన్ఫిగరేషన్ మొత్తం కథ కాదు.

బైండింగ్‌ను జోడించి పాతదాన్ని ఉంచండి

OpenSSH అనేక ListenAddress నమోదులను అంగీకరిస్తుంది, కాబట్టి ప్రైవేట్ మార్గం జోడించబడుతున్నప్పుడు VPN మార్గం కొనసాగవచ్చు. ఫైల్‌ను మళ్లీ లోడ్ చేయడానికి ముందు పరీక్షించండి.

sshd -t
systemctl reload sshd

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

పాత సెషన్‌ను మూసివేసే ముందు కొత్త సెషన్‌ను ధృవీకరించండి

అసలు సెషన్ ఇంకా తెరిచి ఉన్నప్పుడు కొత్త చిరునామాకు కనెక్ట్ అవ్వండి, ఏ చిరునామా మరియు కీ ఉపయోగించబడ్డాయో చూడటానికి వివరమైన అవుట్‌పుట్ ఉపయోగించండి. పరీక్ష రెండుసార్లు విజయవంతమయ్యే వరకు అసలు సెషన్‌ను తెరిచి ఉంచండి.

ssh -v [email protected]

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

SSH రవాణాను రక్షిస్తుంది, కానీ ఒంటరిగా అది రెండు నెట్‌వర్క్‌లను సమానం చేయదు. ప్రైవేట్ ట్రాన్సిట్ నమ్మకం డేటాకు సరిపోతుందో లేదో దానిపై ఆధారపడే ముందు నిర్ణయించండి.