VPN కనెక్ట్ అయింది కానీ ఒక సేవ విఫలమవుతోంది: దశను వేరుచేయండి

పూర్తయిన handshake పేరు, మార్గం, ప్యాకెట్ పరిమాణం లేదా వినేవారి గురించి ఏమీ చెప్పదు. నాలుగు దశలను దాటండి మరియు మొదటి వైఫల్యమే లోపానికి పేరు పెట్టనివ్వండి.

VPN టికెట్లో «కనెక్ట్ అయింది» అనేది అత్యంత తక్కువ సమాచారం ఇచ్చే వాస్తవం. రెండు వైపులా handshake పూర్తి చేసినట్లు నమోదు చేస్తుంది, అడిగిన పేరు, ప్యాకెట్ బయటకు వెళ్ళిన ఇంటర్ఫేస్, దాని పరిమాణం, లేదా దూరపు చివర అంగీకరించిందా అనే దాని గురించి ఏమీ చెప్పదు. అందుకే ఒకే ల్యాప్టాప్లోని మిగతా అన్ని అనువర్తనాలు పనిచేస్తున్నప్పటికీ ఒక సేవ విఫలమవుతుంది. దశలను వరుసగా దాటండి, మొదట విఫలమయ్యే దశ లోపానికి పేరు పెడుతుంది.

పేరుతో ప్రారంభించండి, టన్నెల్తో కాదు

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

resolvectl query host.internal
getent hosts host.internal

తమ స్వంత సురక్షిత-DNS సెట్టింగ్ ఉన్న బ్రౌజర్లు ఇక్కడ విఫలమవుతాయి, మిగతా సిస్టమ్ పనిచేస్తుంది. అందుకే బ్రౌజర్కు మాత్రమే సంబంధించిన ఫిర్యాదు మొదట ఈ దశకు చెందుతుంది, ఎవరైనా మార్గాన్ని తాకడానికి ముందు. ఒకటి కాదు, రెండు ఆదేశాలను పోల్చండి, ఎందుకంటే getent NSS మార్గాన్ని అనుసరిస్తుంది, రిజాల్వర్ ప్రశ్న అనుసరించదు.

కెర్నల్ను ఏ మార్గాన్ని ఎంచుకుందో అడగండి

రూటింగ్ పట్టిక ప్రాధాన్యత క్రమం, కెర్నల్ ఎంచుకునే మార్గం ఎప్పుడూ చిత్రంలో చూపినది కాదు. సంబంధిత గమ్యం గురించి దాన్ని నేరుగా అడగండి. సమాధానం ఇంటర్ఫేస్, తదుపరి హాప్ మరియు ఉపయోగించబడే మూల చిరునామాను పేర్కొంటుంది. ప్యాకెట్ టన్నెల్ నుండి దూరపు చివర తిరస్కరించే మూల చిరునామాతో బయటకు వెళ్ళవచ్చు, మరియు భౌతిక పట్టికలోని మరింత నిర్దిష్ట నమోదు దాన్ని బదులుగా Wi-Fi ఇంటర్ఫేస్ ద్వారా పంపవచ్చు.

ip route get 10.20.30.40
ip -brief address show

dev, via మరియు src ఫీల్డ్లను అదే క్రమంలో చదవండి, ఎందుకంటే ప్రతి ఒక్కటి వేరే అనుమానాన్ని తొలగిస్తుంది. ఈ దశ క్లయింట్ ఇన్స్టాల్ చేసిన స్థితిని కూడా కలిగి ఉంటుంది, ఎందుకంటే firewall నియమాలు మరియు మార్గాలు అసాధారణ నిష్క్రమణ తర్వాత కూడా ఉండవచ్చు. అందుకే «టన్నెల్ లేకుండా ఇంటర్నెట్ లేదు» మరియు «క్లయింట్ నడకపోతే ఇంటర్నెట్ లేదు» రెండు కాదు, ఒకే లోప కుటుంబం.

ప్యాకెట్ పరిమాణాన్ని పరీక్షించండి

పెద్ద బదిలీ ఆగిపోతున్నప్పుడు తిరిగి వచ్చే చిన్న సమాధానం మొదట మార్గం యొక్క MTU వైపు సూచిస్తుంది. టన్నెల్ లోపలి నుండి పంపిన, do-not-fragment బిట్ సెట్ చేసిన ఒక ప్రోబ్ ఈ దశను మిగతావాటి నుండి వేరు చేస్తుంది. ప్రోబ్ విఫలమయ్యే వరకు పేలోడ్ను పెంచండి, ముఖ్యమైన సంఖ్య మీ దగ్గర ఉంటుంది.

ping -M do -s 1400 10.20.30.40

డైరెక్టరీ జాబితా లేదా అప్లోడ్ వేలాడుతున్నప్పుడు చిన్న ప్రోబ్లు దాటడం ఈ దశ యొక్క సంతకం. ఫిర్యాదు లాగిన్ వివరాలు లేదా firewall నియమం లాగా వినిపిస్తుంది, రెండూ కావు.

సంఖ్య క్లయింట్ యొక్కది కాదు, మార్గం యొక్క లక్షణం, కాబట్టి కార్యాలయ కనెక్షన్లో పనిచేసే విలువ మొబైల్ లింక్లో విఫలమవచ్చు. ప్రోబ్ ఆదేశాన్ని టికెట్తో ఉంచండి, ఎందుకంటే తదుపరి వ్యక్తికి అదే కొలత కావాలి. చిన్న పేలోడ్ దాటితే, పరిష్కారం clamp లేదా తక్కువ టన్నెల్ MTU, కొత్త సైఫర్ కాదు.

దూరపు చివరను పరీక్షించండి

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

curl -sv http://10.20.30.41:8080/health
nc -vz -w 3 10.20.30.41 3389
ss -lnt 'sport = :8080'

టన్నెల్ ద్వారా చేరగలిగే ఏదీ 127.0.0.1 లో మాత్రమే వినిపించే సేవ కాజాలదు, ఎందుకంటే వినేవారు ప్యాకెట్ను ఎప్పుడూ చూడరు. దూరపు హోస్ట్ firewall కార్యాలయ సబ్నెట్ను అనుమతించి టన్నెల్ పూల్ను తిరస్కరించినప్పుడు, ఫలితం క్లయింట్ లోపంలా కనిపిస్తుంది, కానీ అలా కాదు. వెబ్ ట్రాఫిక్ బతికి ఉండగా Remote Desktop లేదా ఫైల్ షేరింగ్ విరిగిపోవడం సాధారణంగా ఇక్కడే ముగుస్తుంది, వినియోగదారు ఎలా చెప్పినా.

ఫిర్యాదును ఒక దశతో సరిపోల్చండి

చాలా నివేదికలు ఐదు ఆకారాలలో ఒకదానికి చేరుతాయి, ప్రతి ఆకారం ఒక దశను పేర్కొంటుంది. టన్నెల్ ద్వారా మాత్రమే పనిచేసే ఒక సైట్ పేరు సమాధానం లేదా మూల చిరునామాకు కట్టుబడిన విధానం. టన్నెల్ లేకుండా అప్డేట్లు విఫలమై బ్రౌజింగ్ పనిచేస్తే, అది ఆ క్లయింట్కు పేరు లేదా మార్గ సమస్య.

ప్రదాత క్లయింట్ ప్రారంభమైనప్పుడు అన్నీ ఆగిపోవడం ఇన్స్టాల్ చేసిన స్థితి, అంటే మార్గం మరియు firewall ప్రశ్న. మిగతావి బాగా ఉండగా ఒక సేవ అందుబాటులో లేకపోవడం దూరపు చివర. బదిలీలు కొన్ని సెకన్ల తర్వాత ఆగిపోవడం ప్యాకెట్ పరిమాణం. ఆదేశాలు నడపడానికి ముందు ఆకారాన్ని సరిపోల్చండి, ఎందుకంటే ఏ ఆధారాలను మొదట సేకరించాలో అది నిర్ణయిస్తుంది.

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

సంబంధిత వ్యాసాలు