టనల్ పైన ఉంది, ఇంటర్నెట్ లేదు: ఫార్వార్డింగ్ ఎక్కడ ఆగుతుంది
ప్రామాణీకరణ మరియు పనిచేసే టనల్ ఇంటర్నెట్ నిష్క్రమణ అని అర్థం కాదు. ఒక అభ్యర్థనను మూల చిరునామా, ఫార్వార్డింగ్ మరియు ప్రతిస్పందన మార్గం ద్వారా అనుసరించండి.
క్లయింట్ కనెక్ట్ అవుతుంది, టనల్ పింగ్లను గేట్వే వరకు తీసుకెళ్తుంది, దానికి ఆవల ఏదీ ప్రతిస్పందించదు. ఈ స్థితి ఎల్లప్పుడూ రక్షిత నెట్వర్క్లకు ప్రవేశం ఇవ్వడానికి మాత్రమే ఉద్దేశించిన గేట్వేకు సాధారణం, పూర్తి-టనల్ నిష్క్రమణగా ప్రచారం చేయబడిన గేట్వేకు ఇది లోపం. నియమాలు మార్చే ముందు ఏ సేవ వాగ్దానం చేయబడిందో నిర్ధారించండి. తర్వాత ఒక పబ్లిక్ అభ్యర్థనను అది ఆగగల నాలుగు స్థలాల గుండా అనుసరించండి. ఒక అభ్యర్థన మరియు ఒక ప్యాకెట్ క్యాప్చర్ ఒక పేజీ ఊహల కంటే ఎక్కువ పరిష్కరిస్తాయి.
ఇంటర్నెట్ నిష్క్రమణ ఎప్పుడైనా డిజైన్గా ఉందా అని నిర్ధారించండి
స్ప్లిట్-టనల్ ప్రొఫైల్ రక్షిత ఉపనెట్వర్క్లను మాత్రమే VPN లోకి పంపుతుంది, కాబట్టి పబ్లిక్ బ్రౌజింగ్ స్థానిక లింక్ ద్వారా కొనసాగుతుంది మరియు గేట్వేను ఎప్పుడూ తాకదు. పూర్తి-టనల్ ప్రొఫైల్ టనల్లో డిఫాల్ట్ మార్గాన్ని ఇన్స్టాల్ చేస్తుంది, ఇది గేట్వేను మొత్తం మార్గానికి బాధ్యులను చేస్తుంది. రెండూ చెల్లుబాటు అయ్యే డిజైన్లు, వాటిని కలపడం లోపం లేని చోట లోప నివేదికను సృష్టిస్తుంది. వేరే ఏదైనా పరీక్షించే ముందు క్లయింట్ ప్రకటించిన మార్గాలను చదవండి, ఎందుకంటే మార్గ పట్టిక టికెట్ సాధారణంగా తప్పుగా ఉంచే ప్రశ్నకు సమాధానం ఇస్తుంది.
క్లయింట్ ఇన్స్టాల్ చేసేది ఎల్లప్పుడూ ప్రొఫైల్ ఉద్దేశించినది కాదు. తోసిన మార్గాన్ని తక్కువ మెట్రిక్ ఉన్న స్థానిక మార్గం అధిగమించవచ్చు, తన LAN మార్గాన్ని ఉంచుకుని డిఫాల్ట్ మార్గాన్ని జోడించే క్లయింట్ ఆ ఉపనెట్వర్క్కు స్ప్లిట్-టనల్లా ప్రవర్తిస్తుంది.
ఒక పబ్లిక్ అభ్యర్థనను అనుసరించండి
ఒక గమ్యాన్ని ఎంచుకుని దానిని క్లయింట్ నుండి బయటకు ట్రేస్ చేయండి. క్లయింట్లో ప్యాకెట్ నిజంగా టనల్ను ఎంచుకుంటుందా మరియు ఏ స్థానిక చిరునామాను మూలంగా ఉపయోగిస్తుందో తనిఖీ చేయండి. తర్వాత గేట్వేను తనిఖీ చేయండి: ప్యాకెట్ వస్తుందా, పబ్లిక్ ఇంటర్ఫేస్ నుండి బయటకు వెళ్తుందా. ఈ సమాధానాలలో ప్రతి ఒక్కటి ఒక పూర్తి కారణ వర్గాన్ని తొలగిస్తుంది.
ip route get 1.1.1.1
ip -4 addr show tun0
conntrack -L | grep 1.1.1.1
tcpdump -ni any host 1.1.1.1
గేట్వే ప్యాకెట్ను ఎప్పుడూ చూడకపోతే, క్లయింట్ మార్గం లేదా టనల్ ఎంపిక తప్పు. ప్యాకెట్ వచ్చి బయటకు వెళ్లకపోతే, సమస్య గేట్వేలో ఉంది, మిగిలిన మూడు తనిఖీలు వర్తిస్తాయి.
ఫార్వార్డింగ్, మార్గం మరియు అనువాదాన్ని తనిఖీ చేయండి
strongSwanతో వచ్చే ఫార్వార్డింగ్ మార్గదర్శిని ఏ టనల్ రకం గేట్వేకైనా వర్తిస్తుంది: కెర్నల్కు ఇంటర్ఫేస్ల మధ్య ప్యాకెట్లను కదిలించడానికి అనుమతి ఉండాలి, మరియు ఉపయోగించగల మార్గం ఇంటర్నెట్ వైపు చూపాలి. తర్వాత ఫైర్వాల్ విధానం ట్రాఫిక్ను అనుమతించాలి, మూల చిరునామా పబ్లిక్ వైపు సమాధానం ఇవ్వగలిగేది ఉండాలి. ప్రైవేట్ క్లయింట్ చిరునామా మార్పు లేకుండా ఇంటర్నెట్కు ఫార్వార్డ్ అయితే ఎప్పుడూ సమాధానం పొందదు.
sysctl net.ipv4.ip_forward
ip route get 1.1.1.1
nft list ruleset | grep -A6 forward
sysctl net.ipv4.conf.all.rp_filter
మూల అనువాదం సాధారణంగా మిస్ అయ్యే భాగం. దానితో గేట్వే క్లయింట్ మూలాన్ని తన పబ్లిక్ చిరునామాకు తిరిగి రాస్తుంది మరియు ప్రవాహాన్ని గమనిస్తుంది; అది లేకుండా జవాబుకు వెళ్లడానికి చోటు లేదు. క్లౌడ్ ప్లాట్ఫారమ్లు రెండవ సరిహద్దును జోడిస్తాయి, అక్కడ ఇన్స్టాన్స్ మార్గ పట్టిక లేదా భద్రతా సమూహం అతిథి ఫైర్వాల్ అనుమతించే ట్రాఫిక్ను పడవేయవచ్చు. ఈ సరిహద్దును దాటవేయడం సులభం ఎందుకంటే అతిథి వ్యవస్థ లోపలి నుండి సరిగ్గా కాన్ఫిగర్ అయినట్టు కనిపిస్తుంది.
అసమాన సెటప్లో రివర్స్-పాత్ ఫిల్టరింగ్ కూడా చెల్లుబాటు అయ్యే ప్యాకెట్లను పడవేయవచ్చు. ఆ నియమం కౌంటర్ను చదవండి, అంతా బాగుందని ఊహించడం బదులు, ఎందుకంటే పబ్లిక్ ఇంటర్ఫేస్లో కఠిన సెట్టింగ్ మార్గ పట్టిక ఊహించిన దానికంటే వేరే మార్గంలో వచ్చే ట్రాఫిక్ను తిరస్కరిస్తుంది.
ప్రతిస్పందన మార్గం మరియు పరిష్కర్త రెండు వేర్వేరు సమాధానాలు
అభ్యర్థన మాత్రమే కాదు, ప్రతిస్పందనను కూడా గమనించండి. అభ్యర్థన అనువదించబడి బయటకు వెళ్లి, ప్రతిస్పందన అనువదించిన ప్రవాహానికి తిరిగి వస్తే, అప్లికేషన్ ఇంకా విఫలమైనప్పటికీ ఫార్వార్డింగ్ పనిచేస్తుంది, తదుపరి దర్యాప్తు అప్లికేషన్ లేదా DNSది.
HTTP లోపాన్ని తిరిగి ఇచ్చే సైట్ ఇంటర్నెట్కు ఫార్వార్డింగ్ పనిచేస్తున్నట్టు రుజువు. చిరునామా ద్వారా ప్రవేశం పనిచేస్తుండగా పరిష్కరించబడని పేరు పరిష్కర్త సమస్య, NAT సమస్య కాదు.
ఖచ్చితమైన సవరణ తర్వాత క్లయింట్ను మరియు ఉద్దేశపూర్వకంగా పరిమితం చేసిన ఏదైనా ప్రైవేట్ వనరును మళ్లీ పరీక్షించండి. ఇంటర్నెట్ ప్రవేశం ఇవ్వడం గేట్వేతో అనుసంధానించిన ప్రతి నెట్వర్క్కు ప్రవేశాన్ని నిశ్శబ్దంగా విస్తరించకూడదు.