పని చేసే VPN ఉన్నా ప్రత్యుత్తరంలో సమయం ఎందుకు ముగుస్తుంది
ఒక అభ్యర్థన ప్రైవేట్ సర్వర్ను చేరుకోవడం మార్పిడిలో సగం మాత్రమే. దాని ప్రత్యుత్తరం ఉద్దేశించిన గేట్వే, మార్గం లేదా అనువాదం ద్వారా టన్నెల్ క్లయింట్ను కనుగొనాలి.
అభ్యర్థన వస్తుంది, సర్వర్ దాన్ని లాగ్ చేస్తుంది, అయినా క్లయింట్ సమయం ముగిసినట్లు నివేదిస్తుంది. ఈ కలయిక అర్థం ప్రత్యుత్తరానికి తిరిగి వెళ్లే మార్గం దొరకలేదు అని. ఇది రెండు చివరల నుంచి ఒకేసారి నిర్ధారించగల కొద్ది వైఫల్యాల్లో ఒకటి, కాబట్టి తనిఖీలను వరుసగా చేసి ఏదైనా ఒకటి విఫలమైతే ఆపండి.
అభ్యర్థన ఎక్కడికి వచ్చిందో అక్కడి నుంచి ప్రారంభించండి
మరేదైనా పరిశీలించే ముందు ప్యాకెట్ సేవను చేరిందని నిర్ధారించండి. సర్వర్ వైపు లాగ్ నమోదు, కనెక్షన్ లెక్క లేదా దూరపు చివరలో అనుమతించిన క్యాప్చర్—అన్నీ ఒకే ప్రశ్నకు సమాధానం ఇస్తాయి, అవి లేకపోతే మిమ్మల్ని ప్రత్యుత్తరం వైపు కాకుండా టన్నెల్ వైపు తిరిగి పంపుతాయి. ఫార్వార్డింగ్ సమస్యను తిరిగి వెళ్లే మార్గం సమస్య నుంచి వేరు చేసే తనిఖీ ఇదే.
అభ్యర్థన ఎప్పుడూ రాకపోతే, ఇక్కడ ఆపండి. టన్నెల్, ప్రైవేట్ ప్రిఫిక్స్కు రూటింగ్ లేదా యాక్సెస్ నియమం విషయం, ప్రత్యుత్తరం మార్గం ఇంకా సంబంధితం కాదు. సర్వర్ చూసిన మూల చిరునామా కూడా నమోదు చేయండి. అది క్లయింట్కు ఇచ్చిన పూల్ చిరునామా లేదా అనువదించిన చిరునామా, ఈ భేదమే తదుపరి ఏ తనిఖీ వర్తిస్తుందో నిర్ణయిస్తుంది.
ప్రత్యుత్తరానికి పూల్కు మార్గం కావాలి
రిమోట్ యాక్సెస్ క్లయింట్ సాధారణంగా పూల్ నుంచి చిరునామా పొందుతుంది, ప్రైవేట్ నెట్వర్క్కు ఆ పూల్కు తిరిగి వెళ్లే మార్గం కావాలి. తన స్వంత గేట్వే వైపు డిఫాల్ట్ మార్గం చూపే సర్వర్ ప్యాకెట్ను ఆ గేట్వేకు అప్పగిస్తుంది, పూల్ ఎక్కడ ఉందో దానికి తెలియదు, కాబట్టి ప్రత్యుత్తరం అక్కడే చనిపోతుంది. ఏదీ తిరిగి రానందున క్లయింట్కు సమయం ముగిసినట్లు కనిపిస్తుంది, ఇది ఎప్పుడూ బయటకు వెళ్లని అభ్యర్థన నుంచి వేరు చేయలేము.
సర్వర్ తన సబ్నెట్ కోసం వాడే మార్గం కాదు, క్లయింట్ చిరునామా కోసం ఎంచుకునే మార్గాన్ని తనిఖీ చేయండి. ఈ రెండు శోధనలు వేర్వేరు సమాధానాలు ఇవ్వవచ్చు, ఇక్కడ రెండోదే ముఖ్యం. అనువాదం ప్రత్యామ్నాయ రూపకల్పన, అది సర్వర్ చూసేదాన్ని మారుస్తుంది. తిరిగి వెళ్లే మార్గాన్ని సరళం చేయగలదు, అలాగే అసలు క్లయింట్ చిరునామాను సర్వర్ లాగ్ల నుంచి తొలగిస్తుంది, ఇది ఆ ఫీల్డ్పై నిర్మించిన ఏ నియమాన్నైనా లేదా నివేదికను ప్రభావితం చేస్తుంది.
సర్వర్ క్యాప్చర్ను గేట్వే క్యాప్చర్తో పోల్చండి
సర్వర్ నుంచి బయటకు వెళ్లేదాన్ని గేట్వేకు చేరేదానితో పోల్చండి. సర్వర్ బయటకు వెళ్లే ఇంటర్ఫేస్పై క్యాప్చర్, టన్నెల్ గేట్వేపై క్యాప్చర్ ప్రశ్నలోని వేర్వేరు సగాలకు సమాధానం ఇస్తాయి, వాటి మధ్య అంతరం నష్టం ఎక్కడ జరిగిందో చూపుతుంది.
ip route get 10.90.0.14
tcpdump -ni any host 10.90.0.14 and port 443
ip route show table all | grep 10.90.0.0| Where the reply stops | What it proves |
|---|---|
| Request in the server log, nothing on its outbound capture | The server picked a gateway that cannot reach the pool |
| Reply leaves the server but never shows up at the gateway | Loss on the LAN path, not on the tunnel |
| Reply reaches the gateway but not the client | Return translation or tunnel policy, not the server route |
గేట్వే స్వయంగా సృష్టించే అభ్యర్థన క్లయింట్ పరీక్షకు బలహీన ప్రత్యామ్నాయం, ఎందుకంటే అది వేరే చిరునామా నుంచి వస్తుంది, వేరే నియమాలను ఎదుర్కొంటుంది. అందుకే గేట్వే నుంచి విజయవంతమైన ping, క్లయింట్ నుంచి విఫలమైన అభ్యర్థన రెండూ ఒకేసారి నిజం కావచ్చు.
మార్గంలో అనేక రౌటర్లు ఉంటే, పూల్కు మార్గం కావలసిన ప్రతిదాన్ని తనిఖీ చేయండి. సైట్-నుంచి-సైట్ రూపకల్పనలో దూర ప్రిఫిక్స్ ఒకటి కంటే ఎక్కువ పరికరాల్లో తెలిసి ఉండాలి, గేట్వేయే టన్నెల్, LAN మధ్య ఫార్వార్డ్ చేయాలి; strongSwan ఫార్వార్డింగ్ గురించిన గమనికలు దాని sysctl, ఫైర్వాల్ వైపును కవర్ చేస్తాయి.
పూల్, ప్రిఫిక్స్, బాధ్యుడిని నమోదు చేయండి
గమనికలో నాలుగు వాస్తవాలు ఉండాలి: క్లయింట్ పొందిన పూల్, దానికి అవసరమైన ప్రైవేట్ ప్రిఫిక్స్, ప్రత్యుత్తరానికి బాధ్యుడైన రౌటర్, ఉన్నట్లయితే అనువాద నియమం. వీటితో తర్వాత గేట్వే మార్పు విచారణ కాదు, పోలిక.
తర్వాత సాధారణ క్లయింట్, అప్లికేషన్ యొక్క నిజమైన ఖాతాతో మళ్లీ పరీక్షించండి. అప్లికేషన్ హక్కులను విస్తరించడం ప్యాకెట్ తిరిగి వెళ్లే మార్గాన్ని సరిచేయదు, ఈ నిర్ధారణలో ఖాతా మార్చడం తదుపరి పోలికను గందరగోళపరుస్తుంది. రూపకల్పన అనువాదంపై ఆధారపడితే, సర్వర్ లాగ్లు చదివే చోటే దాన్ని పత్రబద్ధం చేయండి. ఆడిట్ జాడలో పరిచయం లేని మూల చిరునామా చూసిన వ్యక్తి టికెట్ నుంచి మ్యాపింగ్ను మళ్లీ కనుగొనాల్సిన అవసరం ఉండకూడదు.