Ping పని చేస్తుంది కానీ VPN ద్వారా SSH విఫలమవుతుంది: ఏ దశ విరిగింది?
ఒక వివరమైన ప్రయత్నం TCP చేరువు, SSH రవాణా, హోస్ట్ గుర్తింపు, వినియోగదారు లాగిన్ మరియు సెషన్ అనుమతిని వేరు చేస్తుంది, తద్వారా టన్నెల్ గురించి ఊహించడం ఆపవచ్చు.
Ping ప్రతిస్పందనలు మరియు తిరస్కరించబడిన SSH లాగిన్ ఒకేసారి నిజం కావచ్చు, ఆ జంట టన్నెల్ను నిందించదు. ఎకో ప్రతిస్పందనలు మరియు పోర్ట్ 22 కు TCP కనెక్షన్ వేర్వేరు ఎంపికకర్తలు, వేర్వేరు విధానాలు మరియు తరచుగా వేర్వేరు గమ్యస్థానాలు కలిగిన వేర్వేరు పరీక్షలు. ఒక ఉద్దేశపూర్వక SSH ప్రయత్నాన్ని రికార్డ్ చేసి, తర్వాత అది చేరిన చివరి దశను పేర్కొనండి. ఆ ఒక ఆధారం డజన్ల కొద్దీ ఊహాత్మక కాన్ఫిగరేషన్ మార్పులను భర్తీ చేస్తుంది.
ఒక ప్రయత్నాన్ని రికార్డ్ చేయండి, పదేపదే కుచ్చే సెషన్ కాదు
క్లయింట్ను ఒకసారి వివరమైన నిర్ధారణ, కనెక్షన్ షేరింగ్ నిలిపివేయబడి మరియు పరిమిత కనెక్ట్ టైమ్అవుట్తో నడపండి. షేరింగ్ నిలిపివేయడం ముఖ్యం, ఎందుకంటే మునుపు ప్రామాణీకరించిన మాస్టర్ కనెక్షన్ లేకపోతే కొత్త ప్రయత్నానికి ప్రతిస్పందించి మీరు వెంబడిస్తున్న వైఫల్యాన్ని దాచిపెడుతుంది.
ssh -4 -vv -o ControlPath=none -o ConnectTimeout=10 [email protected]గమ్యం, చిరునామా కుటుంబం, సమయ ముద్ర మరియు చివరి రహస్యం కాని లోపాన్ని ఉంచండి. IPv4 జెండా అంటే ఈ ప్రయత్నం అదే పేరుకు IPv6 మార్గం గురించి ఏమీ చెప్పదు, కాబట్టి దాని నుండి సాధారణీకరించవద్దు. ప్రయత్నం ఎక్కడి నుండి చేయబడిందో నమోదు చేయండి. VPN గేట్వేలో చేసిన తనిఖీ దాని వెనుక ఉన్న ల్యాప్టాప్ వలె అదే దృక్కోణం కాదు, మరియు ఈ టికెట్లలో చాలా వైరుధ్యాలు రెండింటినీ కలపడం నుండి వస్తాయి.
మొదటి మరియు రెండవ దశ: SSH కంటే ముందు TCP
మొదటి సరిహద్దు సాకెట్ చేరువు: చిరునామా, పోర్ట్ మరియు ప్యాకెట్ నిజంగా అనుసరించే మార్గం. TCP కనెక్షన్ ఎప్పటికీ పూర్తి కాకపోతే, దాని పైన ఇంకా ఏమీ లేదు, హోస్ట్ కీలు మరియు ఖాతాలు అసంబద్ధం.
nc -vz 10.90.4.20 22
ip route get 10.90.4.20
tcpdump -ni any 'host 10.90.4.20 and port 22'రికార్డ్ను క్లయింట్ ప్రయత్నంతో సంబంధం చేయండి. SYN బయటకు వెళ్లి ఏమీ తిరిగి రాకపోతే అది ఫిల్టరింగ్, ఎంపికకర్తలు లేదా దూరపు వైపు లేని మార్గాన్ని సూచిస్తుంది; రీసెట్తో కూడిన ప్రతిస్పందన విసిరేయడం కాకుండా చురుకుగా తిరస్కరించేదాన్ని సూచిస్తుంది. రెండవ సరిహద్దు SSH ప్రోటోకాల్ మార్పిడి. పూర్తై తర్వాత ఆగిపోయే TCP కనెక్షన్ చేరువను దాటి చర్చలు, సర్వర్ ప్రతిస్పందన లేదా ప్యాకెట్ నిర్వహణలోకి ప్రవేశించింది. అది మరో దర్యాప్తు, అక్కడే పరిమాణానికి సంబంధించిన సమస్యలు మొదటిసారి నమ్మదగినవి అవుతాయి.
మూడవ దశ: ఎవరి కీ ప్రతిస్పందించింది
రవాణా పైకి వచ్చాక క్లయింట్ సర్వర్ హోస్ట్ కీని ధృవీకరిస్తుంది. ఇక్కడ తిరస్కరణ గుర్తింపు గురించిన ప్రకటన, క్రిప్టోగ్రఫీ గురించి కాదు: ప్రత్యర్థి మీ విధానం అంగీకరించని కీని ప్రదర్శించాడు. దీన్ని ఆపే షరతుగా పరిగణించి బ్యాండ్ వెలుపల, కన్సోల్ లేదా హోస్ట్ను తిరిగి నిర్మించిన ఆపరేటర్ ద్వారా ధృవీకరించండి. హెచ్చరికను తీసేయడానికి గుర్తుంచుకున్న నమోదును తొలగించడం మీరు తిరస్కరించాల్సిన ఏకైక షార్ట్కట్, ఎందుకంటే అది ఊహించని విధంగా ఏదో ప్రతిస్పందించిన ఆధారాన్ని నాశనం చేస్తుంది.
హోస్ట్ నిజంగా తిరిగి నిర్మించబడి ఉంటే, కొత్త వేలిముద్ర ధృవీకరించబడిన తర్వాత మాత్రమే పాత రికార్డును తొలగించి, తేదీ మరియు కారణాన్ని నమోదు చేయండి. తదుపరి ఇంజనీర్ అదే హెచ్చరికను ఎదుర్కొంటారు, అతనికి ఈ సందర్భం అవసరం.
నాల్గవ మరియు ఐదవ దశ: ఖాతా మరియు అనుమతి
ప్రామాణీకరణ నాల్గవ సరిహద్దు. తిరస్కరించబడిన ఆధారాలు అంటే సర్వర్ ప్రయత్నాన్ని మూల్యాంకనం చేసి తిరస్కరించింది; ఖాతా, సర్వర్ అంగీకరించే ఆధార రకం మరియు సర్వర్ స్వంత విధానాన్ని తనిఖీ చేయండి, VPN పాస్వర్డ్ కాదు. ఐదవ సరిహద్దు విజయవంతమైన లాగిన్ తర్వాత అధికారం. ప్రామాణీకరించిన వినియోగదారుకు కూడా షెల్, ఆదేశం, ఉపవ్యవస్థ లేదా ఫార్వర్డింగ్ తిరస్కరించబడవచ్చు, మరియు ఆ తిరస్కరణలు క్లయింట్ చివరి పంక్తిని మాత్రమే చదివేవారికి వైఫల్యాలుగా కనిపిస్తాయి.
| Last stage reached | What it proves | Where to look next |
|---|---|---|
| No TCP connection | No SSH transport exists | Address, port, route, selectors, filter, listener |
| TCP up, exchange incomplete | Reachability is not the blocker | Server response, negotiation, packet handling |
| Host identity rejected | The peer is not the expected host | Independently verified host key |
| User authentication rejected | The attempt reached authentication | Account, credential and server policy |
| Authenticated, session denied | Login succeeded, the operation did not | Shell, command or forwarding permission |
కొన్ని విఫల పాస్వర్డ్ ప్రయత్నాల తర్వాత ఆపండి. పునరావృత ఊహలు లాక్అవుట్లను సృష్టిస్తాయి, అవి తర్వాత రెండవ, సంబంధం లేని లోపంగా కనిపిస్తాయి మరియు అసలు టికెట్ కంటే ఎక్కువ సమయం తీసుకుంటాయి.
రోల్బ్యాక్ మరియు మీరు ఉంచే రికార్డు
ఒకసారి ఒకటి మార్చండి, మరియు మళ్లీ పరీక్షించే ముందు ఏమి మార్చారో రాయండి. మార్పు ప్రయత్నాన్ని మరింత దిగజార్చితే, మరో సవరణను పైన పోగు చేయడం బదులు వెంటనే తిరిగి మార్చండి. అసలు క్లయింట్ మరియు సందర్భం నుండి అసలు కార్యకలాపాన్ని పునరావృతం చేయండి. వేరే మెషీన్ నుండి, వేరే చిరునామా కుటుంబంలో విజయవంతమైన లాగిన్ పునరుత్పత్తి కాదు మరియు సవరణను నిరూపించదు.
మీరు పంచుకునేది శుభ్రపరచండి. వివరమైన క్లయింట్ అవుట్పుట్ అంతర్గత పేర్లు, ఖాతా లేబుళ్లు, కీ మార్గాలు మరియు పబ్లిక్ కీ గుర్తింపులను మోసుకెళ్లవచ్చు, కాబట్టి ముడి జాడకు బదులు దశలవారీ ముగింపును ప్రచురించండి.