గేట్‌వే తన స్వంత నిర్వాహక పేజీని హోస్ట్ చేస్తుంది: లోపలి లేదా పబ్లిక్ చిరునామా

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

పేజీ సొరంగం ద్వారా కాదు, బయట నుండి లోడ్ అవుతుంది

రెండు వేర్వేరు అభ్యర్థనలు పోల్చబడుతున్నాయి. మొబైల్ డేటా నుండి బ్రౌజర్ నేరుగా పబ్లిక్ చిరునామాను చేరుకుంటుంది. సొరంగం లోపల నుండి అదే పేరు అదే పబ్లిక్ చిరునామాకు పరిష్కరించబడుతుంది, ఇప్పుడు ప్యాకెట్ సొరంగం సొంత దూరపు వైపున ఉన్న చిరునామాను చేరుకోవడానికి సొరంగం నుండి బయటకు వెళ్లాలి. అదే పేరు, అదే చిరునామా, రెండు పూర్తిగా భిన్న స్థానాలు.

గమ్య మార్గం చిరునామాను ఎంచుకుంటుంది, పోర్టును కాదు. రూటింగ్ పట్టికలో పోర్ట్ 443 నిర్వహణకు మరియు పోర్ట్ 1194 రవాణాకు అని ఏదీ తెలియదు, కాబట్టి రెండూ ఒకే గమ్యంగా పరిగణించబడతాయి.

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

బయటి చివరి బిందువును చేరుకోగలిగేలా ఉంచండి

పూర్తి సొరంగ ప్రొఫైళ్లకు VPN ముగింపు బిందువు కోసం మినహాయింపు మార్గం అవసరం, OpenVPN redirect-gateway ఎంపిక సరిగ్గా అదే నమోదు చేస్తుంది: దూర ముగింపు బిందువు ఇప్పటికే ఉన్న గేట్‌వే ద్వారా మార్గాన్ని నిలుపుకుంటుంది, తద్వారా సొరంగం తనలోకి తాను మార్గం చేయదు. ఆ మినహాయింపును తీసివేస్తే గుప్తీకరించిన రవాణా సొరంగాన్ని అనుసరిస్తుంది, అది సెషన్‌ను లూప్‌లో ముగిస్తుంది. ముగింపు బిందువు చిరునామా సొరంగం లోపల నుండి చేరుకోగలిగేలా ఉండటానికి కారణం ఆ మినహాయింపే.

ఫలితం ఏమిటంటే పబ్లిక్ చిరునామా క్లయింట్ నుండి చేరుకోగలిగేలా ఉంటుంది, అందుకే ఆ చిరునామాకు బ్రౌజర్ అభ్యర్థన కూడా అదే మినహాయింపును అనుసరించి సొరంగంలోకి ప్రవేశించకుండా బయటకు వెళ్లగలదు. మినహాయింపు తన పని చేస్తోంది, హాని చేస్తున్నది పేరే.

ఏదైనా మార్చే ముందు ఇంటర్‌ఫేస్ జాబితా కాదు, మార్గ నిర్ణయాన్ని చదవండి. క్రింది ఆదేశాలు జాబితా కాదు, నిర్ణయాన్ని ముద్రిస్తాయి. విఫలమైన క్లయింట్ నుండి వాటిని అమలు చేయండి.

ip -4 route get 203.0.113.77
ip -4 rule show
ip -4 route show table all

శోధన భౌతిక గేట్‌వే ద్వారా ముగింపు బిందువు మార్గాన్ని చూపిస్తే, ప్రవర్తన సరైనది మరియు నిర్వాహక పేజీ తప్పు మార్గంలో పంపబడుతోంది. అక్కడే పేర్ల పరిష్కారం సరిచేయడం అవుతుంది.

సేవకు ప్రైవేట్ పేరు ఇవ్వండి

సేవకు సొరంగం లోపల గేట్‌వే చిరునామాకు పరిష్కరించబడే పేరు అవసరం, అదే సమయంలో అనువర్తనం ఆశించే ధృవపత్రం మరియు హోస్ట్ పేరు అర్థం నిలుపుకోవాలి. నిర్వాహక పేరు కోసం ప్రైవేట్ జోన్ రికార్డు సాధారణ సమాధానం, మరియు అది రవాణా పేరును తాకకుండా వదిలివేస్తుంది.

రవాణా పేరును లోపలి చిరునామాకు మళ్లించవద్దు, ఎందుకంటే తదుపరి సొరంగ స్థాపన సొరంగం లోపల మాత్రమే ఉన్న చిరునామాను చేరుకోవడానికి ప్రయత్నిస్తుంది. ఆ పొరపాటు సరిగ్గా ఒకసారి పనిచేసే VPNను ఉత్పత్తి చేస్తుంది.

రెండు చిరునామా కుటుంబాలను కూడా తనిఖీ చేయండి, ఎందుకంటే మిగిలిపోయిన AAAA రికార్డు బ్రౌజర్‌ను ప్రైవేట్ ప్రణాళిక ఎప్పుడూ చేరని చోటికి పంపగలదు.

dig +short admin.hq.internal
dig +short -t AAAA admin.hq.internal
curl -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://admin.hq.internal/

ప్రక్రియ నడిచే స్థలానికి విధానాన్ని సరిపోల్చండి

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

హోస్ట్ పోర్టులో ప్రచురించిన కంటైనర్ వేరే మార్గాన్ని అనుసరిస్తుంది, ఎందుకంటే ప్యాకెట్ గమ్యానుసారం అనువదించబడి ఫార్వార్డ్ అవుతుంది. ఆ అభ్యర్థన హోస్ట్ ఫార్వార్డింగ్ విధానాన్ని మరియు Docker సొంత నియమాలను ఎదుర్కొంటుంది, అందుకే పనిచేసే స్థానిక శ్రోత అదే పోర్టును నిరాకరించే కంటైనర్‌తో సహజీవనం చేయగలదు.

రెండు సందర్భాల్లోనూ ప్రారంభ క్రమం ముఖ్యం, ఎందుకంటే సొరంగం పైకి వచ్చిన తర్వాత మాత్రమే కనిపించే చిరునామాకు బైండింగ్ బూట్ సమయంలో నిశ్శబ్దంగా విఫలమవుతుంది.

ప్రైవేట్ ప్రవేశాన్ని మరియు నిరాకరించబడిన పబ్లిక్ మార్గాన్ని తనిఖీ చేయండి

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

వినియోగదారులకు ఇచ్చిన హోస్ట్ పేరు కాదు, బైండింగ్‌లు మరియు ఫిల్టర్ స్థితిని చదవండి. బహిర్గతం సాకెట్ లక్షణం, పేరు లక్షణం కాదు. ఆ భేదం ప్రతి DNS మార్పును తట్టుకుంటుంది.

ss -lntp | grep ':443'
nft list ruleset | grep -n 443
curl -sS -m 5 -o /dev/null -w '%{http_code}\n' https://203.0.113.77/

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