ఏదీ పని చేయనప్పుడు VPN కనెక్ట్ అయినట్లు ఎందుకు కనిపించగలదు
«కనెక్ట్ అయింది» అనేది ఉపయోగించగల మార్గం కాదు, ప్రక్రియ, ఇంటర్ఫేస్ లేదా అనుబంధాన్ని వివరించగలదు. ఒక కొత్త అభ్యర్థన పంపి, ట్రాఫిక్ కదిలిందని నిరూపించేది చదవండి.
మీ క్లయింట్ కనెక్ట్ అయిందని నివేదిస్తుంది, అదే సమయంలో ఇంటర్ఫేస్ పైన ఉంది మరియు బ్రౌజర్ సమయం ముగుస్తుంది, ఈ మూడు ప్రకటనలలో ఏదీ అసత్యం కాదు. కనెక్ట్ అయింది అనేది మీరు అడిగిన పేజీతో ఎటువంటి సంబంధం లేని పొరను వివరిస్తుంది. ఏ పొర నివేదిస్తోందో నిర్ణయించడానికి ఒక కొత్త అభ్యర్థన మరియు ట్రాఫిక్ కదిలిందని నిరూపించే కౌంటర్‌పై ఒక చూపు అవసరం. పునఃప్రారంభం ఆ సాక్ష్యాన్ని పారేసి, మీరు గమనించడానికి ప్రయత్నించిన పరిస్థితులను మళ్లీ నిర్మిస్తుంది.
కనెక్ట్ అయింది అని పిలువబడే మూడు వేర్వేరు విషయాలు
అత్యంత కింద, కనెక్ట్ అయింది అంటే క్లయింట్ ప్రక్రియ నడుస్తోంది మరియు ఒక తోటి వైపు సాకెట్‌ను పట్టుకొని ఉంది. దాని పైన, చిరునామా ఉన్న ఇంటర్ఫేస్ ఉందని అర్థం కావచ్చు, దానిని శాశ్వత పరికరం లేదా రికవరీ రొటీన్ దాని వెనుక సజీవ సెషన్ లేకుండా సృష్టించగలదు. నియంత్రణ స్థాయిలో, అనుబంధంపై చర్చలు జరిగాయని అర్థం కావచ్చు, అది దాని కింద ఒక్క ప్యాకెట్ కూడా దాటిందా అనే దాని గురించి ఏమీ చెప్పదు. వీటిలో ప్రతిదీ మిగతావి తట్టుకోలేని వైఫల్యాలను తట్టుకుంటుంది, మరియు క్లయింట్ సాధారణంగా తాను క్లెయిమ్ చేయగల బలమైనదాన్ని చూపిస్తుంది.
అందువల్ల ఆకుపచ్చ చిహ్నం మరియు చనిపోయిన సొరంగం విరుద్ధమైనవి కావు, సరిపోతాయి; అవి వేర్వేరు వస్తువుల గురించి నివేదిస్తాయి. ఈ వైఫల్యం పదే పదే క్లయింట్ బగ్‌గా తప్పుగా నిర్ధారణ చేయబడటానికి ఇదే పూర్తి కారణం.
డీమన్‌ను తాకే ముందు మీకు నిజంగా అవసరమైన గమ్యస్థానానికి ఒక హానిచేయని అభ్యర్థన పంపండి, మరియు పని చేస్తున్నప్పుడు అవసరమైన నేరుగా-ట్రాఫిక్ బ్లాక్‌ను దాని స్థానంలో ఉంచండి. పునఃప్రారంభం సంఘటనల క్రమాన్ని తుడిచివేసి, ఆపై కారణాన్ని దాచడానికి సరిపోయేంత దగ్గరగా మళ్లీ సృష్టిస్తుంది, అందుకే అదే టికెట్ ఒక వారం తర్వాత లోపల కొత్తది ఏమీ లేకుండా తిరిగి వస్తుంది. ఒక అభ్యర్థన, కౌంటర్ యొక్క ఒక పఠనం మరియు వైఫల్యాన్ని సృష్టించిన ట్రిగ్గర్ కనీస సాక్ష్యం.
ప్యాకెట్లు కదిలాయని ఏ కౌంటర్ నిరూపిస్తుంది
IPsec లో IKE అనుబంధం మరియు CHILD అనుబంధం వేర్వేరు వస్తువులు, మరియు ఈ ప్రశ్నకు సమాధానం ఇచ్చే కౌంటర్‌లను child మాత్రమే కలిగి ఉంటుంది. child ను జాబితా చేయండి, ప్యాకెట్లు రెండు దిశలలో పెరుగుతున్నాయా చూడండి, మరియు దానిని అప్లికేషన్ చేయడానికి ప్రయత్నిస్తున్న దానితో పోల్చండి. సున్నా వద్ద ఇన్‌స్టాల్ చేసిన అనుబంధం, అప్లికేషన్ ఇంకా విఫలమవుతున్నప్పుడు పెరుగుతున్న అనుబంధం కంటే భిన్నమైన కనుగొనడం; మొదటిది ట్రాఫిక్ ఎంపిక చేయబడటం లేదని, రెండవది అది కదులుతోందని మరియు లోపం మరింత ముందున్నదని అర్థం. కౌంటర్‌లను రెండుసార్లు చదవండి, కొన్ని సెకన్ల వ్యవధిలో, ఎందుకంటే ఒక నమూనా ధోరణిని చూపలేదు.
swanctl --list-sas ip xfrm state list ip -s link show dev tun0
సున్నా కౌంటర్‌లు ఎంపిక వైపు చూపిస్తాయి: రూటింగ్, విధానం, ప్యాకెట్ బయటకు వెళ్లిన పేరు స్థలం, లేదా క్లయింట్ ఎప్పుడూ బంధించని ఇంటర్ఫేస్. పెరుగుతున్న కౌంటర్‌లు సొరంగం నుండి దూరంగా చూపిస్తాయి, కాబట్టి దూరపు చివరలో ఫార్వర్డింగ్, పేరు పరిష్కారం, తిరిగి వచ్చే మార్గం మరియు గమ్యస్థాన సేవతో అదే క్రమంలో కొనసాగండి. వేరే child వస్తువు లేని ప్రోటోకాల్ అదే సాక్ష్యాన్ని తన స్వంత నిబంధనలలో బహిర్గతం చేస్తుంది, కాబట్టి IPsec పదజాలాన్ని అప్పు తీసుకోవడం బదులు తోటి స్థితి మరియు ప్యాకెట్ సంఖ్య గురించి అది నివేదించేది ఉపయోగించండి. పఠనం ఆకృతి దానిని ఉత్పత్తి చేసిన సాధనం కంటే ముఖ్యం.
కౌంటర్‌లు కదిలిన తర్వాత లోపం ఎక్కడ ఉంటుంది
తన స్వంత నిర్వహణ చిరునామాపై సమాధానం ఇచ్చే గేట్‌వే గేట్‌వే నడుస్తోందని నిరూపిస్తుంది, దాని వెనుక ఏదో మీ అభ్యర్థనకు సేవ చేస్తోందని కాదు, కాబట్టి మధ్యలో ఉన్న పెట్టెను కాదు, దూరపు వైపును పరీక్షించండి. పేరు పరిష్కారం వైఫల్యాలను బాగా దాచుతుంది, ఎందుకంటే సొరంగం ద్వారా చేరుకోలేని రిజాల్వర్ చనిపోయిన కనెక్షన్ లాగానే సమయం ముగుస్తుంది. రెండు శోధనలు ఆ సందర్భాలను వేరు చేస్తాయి, రెండూ చవకైనవి. మొదట సొరంగం రుద్దే రిజాల్వర్‌ను అడగండి, తర్వాత అదే పేరు గురించి పబ్లిక్ రిజాల్వర్‌ను అడగండి.
dig +short host.example dig +short @10.20.0.1 host.example ping -c 2 10.20.0.25
పబ్లిక్ రిజాల్వర్ ద్వారా పరిష్కరించబడి కానీ సొరంగం రిజాల్వర్ ద్వారా కాకుండా ఉండే పేరు DNS మార్గం విరిగిందని అర్థం, రెండింటి ద్వారా పరిష్కరించబడి ఇంకా బ్రౌజర్‌లో సమయం ముగిసే పేరు తిరిగి వచ్చే మార్గాన్ని లేదా సేవను సూచిస్తుంది. చిరునామా ద్వారా ping విజయవంతమైనా అప్లికేషన్ ఇంకా నిరాకరిస్తే, నెట్‌వర్క్ అభ్యర్థనను చేరవేసింది మరియు సేవ దానిని తిరస్కరించింది, ఇది పూర్తిగా తర్వాతి దశ.
ట్రిగ్గర్‌ను నమోదు చేయండి, తర్వాత ఒక విషయం మార్చండి
వైఫల్యానికి ముందు ఏమి జరిగిందో నమోదు చేయండి: కొంత నిష్క్రియత, నెట్‌వర్క్ మార్పు, కీ పునరుద్ధరణ, మళ్లీ ప్రారంభమైన ల్యాప్‌టాప్, లేదా పునరుద్ధరించిన వ్యవస్థ. ఇవి వేర్వేరు యంత్రాంగాలను సృష్టిస్తాయి, సాధారణంగా పునరుద్ధరించిన వ్యవస్థ మాత్రమే తనను తాను సరిచేసుకుంటుంది, అది మీకు ఏమీ నేర్పని సందర్భం. పునఃప్రారంభం సంఘటనల క్రమాన్ని తొలగించి, ఆపై కారణాన్ని దాచడానికి సరిపోయేంత దగ్గర పరిస్థితులను మళ్లీ సృష్టిస్తుంది. ట్రిగ్గర్ ఇంకా పునఃసృష్టి చేయగలిగి ఉన్నప్పుడే దానిని రాయండి.
తర్వాత ఒక మద్దతు ఉన్న సవరణ చేసి, అసలు అభ్యర్థనను వైఫల్యాన్ని సృష్టించిన ట్రిగ్గర్‌తో కలిపి పునరావృతం చేయండి. నిష్క్రియత పునఃసృష్టి చేయడానికి సులభమైన ట్రిగ్గర్, కాబట్టి సవరణ లక్షణాన్ని కాదు, యంత్రాంగాన్ని పరిష్కరించిందని నిర్ధారించడానికి ఇది వేగవంతమైన మార్గం.
మీరు నివేదించాలనుకునేది, మీరు పంపాలనుకున్న ట్రాఫిక్ మీరు చేరాలనుకున్న సేవను చేరుకుందని నిరూపించే సాక్ష్యం. ఆకుపచ్చగా మారే చిహ్నం, లోడ్ అయ్యే కాష్ పేజీ మరియు కదిలే కౌంటర్—అన్నీ ఉద్దేశించిన గమ్యస్థానానికి వ్యతిరేకంగా ఒక పూర్తయిన అభ్యర్థన కంటే తక్కువ నిరూపిస్తాయి. అభ్యర్థన, కౌంటర్ పఠనం మరియు ట్రిగ్గర్‌ను కలిపి ఉంచండి, తద్వారా తదుపరి వ్యక్తి సవరణను యాదృచ్ఛికం నుండి వేరు చేయగలడు.