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 ಅಧಿವೇಶನಕ್ಕೆ ಜೋಡಿಸಬೇಕಿದ್ದರೆ, ಗಮನಿಸಿದ ವಿಳಾಸ ಮತ್ತು ಸಮಯ ಮುದ್ರೆಯನ್ನು ನೀವು ದಾಖಲಿಸಿದ ಅನುವಾದ ಮಾದರಿಯ ಪ್ರಕಾರ ಪ್ರಾಮಾಣಿಕ ಅಧಿವೇಶನ ದಾಖಲೆಗಳೊಂದಿಗೆ ಜೋಡಿಸಿ. ಅದು ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ಸಂಬಂಧವನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ; ವಿಳಾಸ ಒಂದೇ ಅದನ್ನು ಮಾಡುವುದಿಲ್ಲ.
ರೋಗನಿರ್ಣಯಕ್ಕಾಗಿ ಇಡೀ ಸರ್ವರ್ ಸರಣಿಯ ಬದಲು ಬೇಕಾದ ಆ ಕೆಲವು ಕ್ಷೇತ್ರಗಳನ್ನು ಲಾಗ್ ಮಾಡಿ, ಏಕೆಂದರೆ ಸರಣಿ ಹೆಡರ್‌ಗಳು ಮತ್ತು ದೃಢೀಕರಣ ಸಾಮಗ್ರಿಯನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು. ಉಪಯುಕ್ತ ತೀರ್ಮಾನ ಈ ಅನುಸ್ಥಾಪನೆಯಲ್ಲಿ ಈ ಮೌಲ್ಯದ ಅರ್ಥ ಏನು ಎಂದು ಹೇಳುತ್ತದೆ, ಯಾವ ಮೌಲ್ಯ ಕ್ಲೈಂಟ್‌ನಂತೆ ಹೆಚ್ಚು ಕಾಣುತ್ತದೆ ಎಂದಲ್ಲ.