VPN వెనుక PHP REMOTE_ADDR నిజంగా ఏమి చెబుతుంది
ఇది మీ వెబ్ సర్వర్ ఇచ్చిన విలువ, సొరంగంలోకి ఒక ప్రశ్న కాదు. అభ్యర్థన మార్గాన్ని చూడండి, దాన్ని ఎవరు తిరిగి రాయగలరో తనిఖీ చేయండి మరియు గుర్తింపును యాప్‌లో ఉంచండి.
VPN వినియోగదారు యాప్ లాగ్‌లో గేట్‌వేకు చెందిన చిరునామాతో ఎందుకు కనిపిస్తారు, లేదా భోజనం తర్వాత మారిన చిరునామాతో ఎందుకు కనిపిస్తారు అని ఎవరో అడుగుతారు. ఈ విలువ ఏమిటి అనే దానితో సమాధానం మొదలవుతుంది: వెబ్ సర్వర్ అభ్యర్థన పర్యావరణంలో పెట్టిన నమోదు. ఇది సొరంగంలోకి ప్రశ్న కాదు, ధృవపత్రం గుర్తింపు కాదు, సంఖ్య ఒక వ్యక్తికే చెందుతుందని వాగ్దానం కాదు. ఈ మూడింటిలో ఏదో ఒకటిగా చదవడం వేర్వేరు విధాలుగా తప్పైన నమ్మకమైన సమాధానాలను ఇస్తుంది.
విలువ సర్వర్ నుండి వస్తుంది, సొరంగం నుండి కాదు
PHP అభ్యర్థన పర్యావరణాన్ని స్క్రిప్ట్‌ను నిర్వహించిన దాని నుండి పొందుతుంది. PHP సర్వర్ వేరియబుల్స్ సూచన ఈ నమోదులను వెబ్ సర్వర్ సృష్టించినవిగా వివరిస్తుంది, వాటి లభ్యత అభ్యర్థన ఎలా వచ్చిందనే దానిపై ఆధారపడి ఉంటుంది.
VPN కమాండ్-లైన్ హుక్‌గా నడిచే స్క్రిప్ట్ పూర్తిగా వేరే నిర్వహణ సందర్భం. దానికి వెబ్ అభ్యర్థన లేదు, క్లయింట్ సాకెట్ లేదు, REMOTE_ADDR లేదు, అందుకే హుక్‌లోకి కాపీ చేసిన వెబ్ కోడ్ తప్పు విలువలకు బదులు ఖాళీ విలువలను ఇస్తుంది. హుక్‌కు డెమన్ నింపే దాని స్వంత పర్యావరణం ఉంది, అది విడిగా నమోదు చేయబడింది. అక్కడ REMOTE_ADDR కోసం చేయి చాపడం ఎప్పుడూ సెట్ చేయని వేరియబుల్ కోసం చేయి చాపడం.
రెండు లాగ్‌లను పోల్చే ముందు ఈ భేదాన్ని గుర్తుంచుకోండి. మీరు పేజీ అభ్యర్థనను హుక్‌తో పోలుస్తూ ఉండవచ్చు, అది పోలికే కాదు. మొదట నిర్వహణ సందర్భాన్ని, తర్వాత చిరునామాను తనిఖీ చేయండి.
సంఖ్యను నమ్మే ముందు అభ్యర్థన మార్గాన్ని చూడండి
నివేదించిన చిరునామా వెబ్ సర్వర్ చూసిన కనెక్షన్ యొక్క సహచరుడు. క్లయింట్ మరియు ఆ సర్వర్ మధ్య ఏదైనా పెట్టండి, సహచరుడు మారుతుంది. అనువాదం, ముగింపు మరియు భార సమతుల్యత ప్రతి ఒకటి పరిశీలనను వినియోగదారు నుండి ఒక అడుగు దూరం తీసుకెళ్తాయి.
నాలుగు సాధారణ మార్గాలు నాలుగు వేర్వేరు పరిశీలనలను ఇస్తాయి.
| Path to the listener | What can be reported |
|---|---|
| Client routed straight to the private listener, no translation | The client's tunnel address |
| Gateway translates the source before forwarding | The gateway's translated address |
| Reverse proxy terminates the client and opens its own backend connection | The proxy's backend address |
| Load balancer in front of two proxies | Whichever hop the server treats as its peer |
మార్గాన్ని గమ్యస్థాన పేరు, చిరునామాల కుటుంబం మరియు ప్రతి అనువాద బిందువుతో రాయండి. ఆ మ్యాప్ లేకుండా సరైన మరియు తప్పు విలువ లాగ్ లైన్‌లో ఒకేలా కనిపిస్తాయి. రేఖాచిత్రంలో రెండు పంక్తులు అర్ధరోజు చర్చను ఆదా చేస్తాయి.
భర్తీ కాన్ఫిగర్ చేసిన చోట మాత్రమే జరుగుతుంది
సర్వర్ లేదా ఫ్రేమ్‌వర్క్ క్లయింట్ చిరునామాను ఉద్దేశపూర్వకంగా భర్తీ చేయగలదు. Apache remote-IP మాడ్యూల్ మరియు NGINX real-IP మాడ్యూల్ రెండూ ఇలా చేస్తాయి, మరియు PHP పొందే విలువ ఆ కాన్ఫిగరేషన్ మరియు స్క్రిప్ట్ హ్యాండ్లర్‌కు ఇచ్చిన పారామితులపై ఆధారపడి ఉంటుంది.
అంటే REMOTE_ADDR ఎప్పుడూ తాకబడని TCP సహచరుడు కాదు. సర్వర్ తన స్వంత విధానాన్ని అమలు చేసిన తర్వాత నివేదించాలని ఎంచుకున్న సహచరుడు. ఈ భేదమే విలువ సాక్ష్యమా అలంకారమా అని నిర్ణయిస్తుంది.
ఈ అమరికలో ఏ క్షేత్రం ప్రామాణికమో మరియు భర్తీ జరిగినప్పుడు అసలు సహచరుడు ఎలా కాపాడబడుతుందో సర్వర్ యజమానిని అడగండి. ఎవరూ సమాధానం చెప్పలేకపోతే లాగ్ ఇంకా ఏమీ నిరూపించదు.
ఫార్వర్డింగ్ హెడర్లను నమ్మకంతో చదవకండి
కాల్ చేసేవారు తామే ఫార్వర్డింగ్ హెడర్లను పంపవచ్చు. కామాతో వేరు చేసిన మొదటి నమోదును ధృవీకరించిన వినియోగదారు చిరునామాగా పరిగణించడం అంటే కనెక్ట్ అయిన ఎవరినైనా నమ్మాలని నిర్ణయించుకోవడం, ఇది హెడర్ ఉద్దేశానికి సరిగ్గా వ్యతిరేకం. హెడర్ ఒక గొలుసును వివరిస్తుంది, నమ్మదగిన పొర మాత్రమే ఆ గొలుసుకు హామీ ఇవ్వగలదు.
సర్వర్ లేదా ఫ్రేమ్‌వర్క్ నమ్మదగిన ప్రాక్సీ మద్దతును అసలు ప్రాక్సీ గొలుసుతో కాన్ఫిగర్ చేసి వాడండి, ఆ గొలుసు వెలుపలి మూలాల నుండి వచ్చే విలువలను అది విసిరేయనివ్వండి. చేతితో రాసిన విశ్లేషణ అనేది చాలా ఆసక్తికరమైన వైఫల్యాలు నివసించే చోటు.
ప్రాక్సీ నివేదించిన చిరునామా పైన ఉన్న ఫైర్‌వాల్ చూసే ప్యాకెట్ మూలాన్ని కూడా మార్చదు. HTTP మెటాడేటా మరియు నెట్‌వర్క్ ఫిల్టరింగ్‌ను వేర్వేరు పరిశీలనలుగా ఉంచండి, ఎందుకంటే అవి వేర్వేరు ప్రశ్నలకు సమాధానమిస్తాయి.
నిర్ణయాలకు యాప్ గుర్తింపును ఉపయోగించండి
వినియోగదారు రికార్డులకు ప్రాప్యత కోసం ధృవీకరించబడిన పక్షం మరియు యాప్ అధికార నియమాలపై ఆధారపడండి. అంతర్గత చిరునామా తిరిగి కేటాయించబడవచ్చు, ఒక అనువదించిన చిరునామా వందలాది ఏకకాల వినియోగదారులను సూచించగలదు. ఈ లక్షణాలలో ఏదీ చిరునామా తనిఖీ సరిచేయలేదు.
ఆపరేషన్లు అభ్యర్థనను VPN సెషన్‌తో కలపాల్సి వస్తే, గమనించిన చిరునామా మరియు సమయ ముద్రను మీరు నమోదు చేసిన అనువాద నమూనా ప్రకారం ప్రామాణిక సెషన్ రికార్డులతో కలపండి. అది మీరు సమర్థించగల సంబంధాన్ని ఉత్పత్తి చేస్తుంది; చిరునామా ఒక్కటే అలా చేయదు.
నిర్ధారణ కోసం మొత్తం సర్వర్ శ్రేణి బదులు అవసరమైన కొన్ని క్షేత్రాలను లాగ్ చేయండి, ఎందుకంటే శ్రేణి హెడర్లు మరియు ధృవీకరణ సామగ్రిని మోసుకెళ్లవచ్చు. ఉపయోగకరమైన ముగింపు ఈ అమరికలో ఈ విలువకు అర్థం ఏమిటో చెబుతుంది, ఏ విలువ క్లయింట్‌లా ఎక్కువ కనిపిస్తుందో కాదు.