VPN యాప్ చూపించే చిరునామాను అనుమతి జాబితాలో పెట్టడం బ్లాక్ చేసిన పోర్టును అరుదుగా సరిచేస్తుంది, ఎందుకో ప్యాకెట్ చెబుతుంది. ఫైర్‌వాల్ మీ నియమాన్ని పట్టించుకోకపోవడం లేదు; క్లయింట్ స్క్రీన్‌పై ఏదీ చూపించని మూల చిరునామాను అది మూల్యాంకనం చేస్తోంది. గమ్యం ఆ విలువను నివేదించే వరకు ప్రతి నియమ మార్పు ఒక ఊహ.

సేవకు చేరే అభ్యర్థనతో ప్రారంభించండి. టన్నెల్ చిరునామా, నిష్క్రమణ చిరునామా మరియు వాటి మధ్య ఏదైనా అనువాదం గమ్యం వాటిలో ఒకటి నిర్ధారించే వరకు ఊహలుగానే ఉంటాయి.

యాప్‌లోని చిరునామా చేరే చిరునామా కాదు

VPN కనెక్షన్ కనీసం నాలుగు చిరునామాలను మోస్తుంది, వాటిని విడివిడిగా పేరు పెట్టడం విలువైనది: సర్వర్ ముగింపు బిందువు, మీ క్లయింట్‌కు కేటాయించిన అంతర్గత టన్నెల్ చిరునామా, స్థానిక Wi-Fi లేదా Ethernet చిరునామా, మరియు ట్రాఫిక్ ప్రదాతను విడిచిపెట్టిన తర్వాత వెబ్‌సైట్ చూసే పబ్లిక్ చిరునామా. క్లయింట్ విండో రెండవదాన్ని మాత్రమే చూపవచ్చు. నియమానికి పేరు పెట్టే ముందు నాలుగింటిని పేరు పెట్టండి. విభజిత టన్నెల్‌లో, పబ్లిక్ గమ్యానికి అభ్యర్థనలు టన్నెల్‌ను పూర్తిగా దాటవేయవచ్చు, కాబట్టి విఫలమయ్యే సెషన్ వినియోగదారు ప్రారంభించారని అనుకున్నది కాదు.

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

ఒక అభ్యర్థనను దాని ఫిల్టరింగ్ హద్దు వరకు ట్రేస్ చేయండి

క్లయింట్ ఉపయోగించే గమ్య చిరునామా మరియు పోర్టును ధృవీకరించి, ఈ గమ్యం మీరు ఊహించిన మార్గాన్ని అనుసరిస్తుందో లేదో తనిఖీ చేయండి. ప్రచురించిన కంటైనర్ పోర్టు, రివర్స్ ప్రాక్సీ లేదా పోర్టు ఫార్వర్డింగ్ నిర్ణయాన్ని మీరు ఎప్పుడూ సవరించని హోస్ట్‌కు తరలించవచ్చు. ఆ ప్రతి అడుగు దాని స్వంత విధానాన్ని కలిగి ఉండవచ్చు. మార్గాన్ని మొదట నిర్ధారించడం ఏ ప్యాకెట్ చేరని నియమాన్ని సరిచేయడం నుండి మిమ్మల్ని కాపాడుతుంది.

అధీకృత Linux హోస్ట్‌లో, మార్చే ముందు సక్రియ నియమాలను వరుసగా చదవండి. ఫార్వర్డ్ చేసిన మరియు కంటైనర్ సేవలు తరచుగా తమ సొంత గొలుసులోకి దూకుతాయి, కాబట్టి దూకుడు లక్ష్యాన్ని మరియు తుది తీర్పును రెండింటినీ తనిఖీ చేయండి.

iptables -vnL INPUT --line-numbers
iptables -S INPUT | head -n 40
ss -ltnp | grep -E ':(443|9443)\b'

టికెట్‌లో సరిపోలే నియమ సంఖ్యను పేర్కొనండి. అది లేకుండా తదుపరి పాఠకుడు ఏ సవరణ ఫలితాన్ని మార్చిందో తెలుసుకోలేరు. సమయ ముద్ర లేని నియమ సంఖ్య ఇంకా అస్పష్టంగానే ఉంది.

ఒక పరిమిత క్యాప్చర్‌తో మార్గాన్ని ధృవీకరించండి

ఒక హానిచేయని అభ్యర్థన మరియు ఒక సన్నని క్యాప్చర్ మళ్లీ మళ్లీ వచ్చే ప్రశ్నను పరిష్కరిస్తాయి. గమ్య పోర్టు మరియు పరిశోధనలో ఉన్న హోస్ట్‌పై ఫిల్టర్ చేయండి, ప్యాకెట్ సంఖ్యను పరిమితం చేయండి, అభ్యర్థన పూర్తయిన వెంటనే క్యాప్చర్‌ను ఆపండి.

tcpdump -ni any 'tcp dst port 9443' -c 20

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

నియమాన్ని మాత్రమే కాదు, గొలుసు క్రమాన్ని చదవండి

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

ఏమి జరుగుతుందో చూడటానికి నియమాన్ని తొలగించడం ఒక మార్పు, పరిశీలన కాదు. కౌంటర్లను చదవండి, నియమ సంఖ్యను గుర్తించండి, అసలు విధానాన్ని మార్పు రికార్డులో ఉంచండి. పరీక్ష తప్పనిసరి అయితే, దాన్ని గొలుసు నకలుపై అమలు చేయండి.

దాని యజమాని నియంత్రించే నియమాన్ని మార్చండి

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

చిరునామా కదులుతూనే ఉన్నప్పుడు, శాశ్వత సమాధానం పొడవైన మినహాయింపు జాబితా కాదు, స్థిరమైన నిష్క్రమణ లేదా ధృవీకరించిన ఛానెల్. గమనించిన మూలం, గమ్య పోర్టు మరియు నియమ సంఖ్యను నమోదు చేయండి.

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