ರೌಟರ್‌ನಲ್ಲಿ VPN ಇದ್ದಾಗ STUN ಯಾವ ಮೂಲ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ?
ಮಾರ್ಗ, ಮೂಲ ಆಯ್ಕೆ ಮತ್ತು ಅನುವಾದವು ಪ್ರತಿಬಿಂಬಕವು ತಿಳಿಸುವ ವಿಳಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಬರೆಯಲು ಮೂರು ಸಂಗತಿಗಳು, ನಂತರ ಯಾವ ಮಾರ್ಗ ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಲು ಒಂದು ಪ್ರಶ್ನೆ.
ಪ್ರಶ್ನೆ ಒಂದೇ ಹುಡುಕಾಟದಂತೆ ಕೇಳುತ್ತದೆ, ವಾಸ್ತವವಾಗಿ ಮೂರು ನಿರ್ಣಯಗಳು. binding request ಯಾವ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಕರ್ನಲ್ ಆ ಮಾರ್ಗಕ್ಕೆ ಯಾವ ಮೂಲವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ದಾರಿಯಲ್ಲಿ ಏನಾದರೂ ಆ ಮೂಲವನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆಯೇ. ಇವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಬದಲಿಸಿ, STUN ಸರ್ವರ್ ತಿಳಿಸುವ ವಿಳಾಸವೂ ಅದರೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ VPN ರೌಟರ್‌ನಲ್ಲಿದೆ ಎಂದು ಹೇಳುವುದು ತನ್ನಷ್ಟಕ್ಕೇ ಬಹುತೇಕ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ನಿರ್ಣಯವು ಮೂರು ಸಂಗತಿಗಳ ಮೇಲೆ ನಿಂತಿದೆ
ಮೊದಲು ಮಾರ್ಗ: ನೀತಿ ನಿಯಮಗಳು ಮತ್ತು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವು ವಿನಂತಿ ಸುರಂಗದ ಮೂಲಕ ಹೊರಬರುತ್ತದೆಯೇ ಅಥವಾ ಸಾಮಾನ್ಯ WAN ಮೂಲಕ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಹೊರಗಿಟ್ಟ ಗಮ್ಯಸ್ಥಾನವು ಸುರಂಗ ಸಕ್ರಿಯವಾಗಿದ್ದರೂ ಎರಡನೇ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ನಂತರ ಮೂಲ: ಕರ್ನಲ್ ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗಕ್ಕೆ ಮೂಲವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ಆಯ್ಕೆ ಮಾರ್ಗದ ಆದ್ಯತೆಯ ಮೂಲ ಮತ್ತು ಹೊಂದಿಕೆಯಾದ ಯಾವುದೇ ನಿಯಮವನ್ನು ಅವಲಂಬಿಸಿದೆ. ಕೊನೆಗೆ ಅನುವಾದ: ದಾರಿಯಲ್ಲಿ NAT ಆಯ್ಕೆ ಮಾಡಿದ ಮೂಲವನ್ನು ಬದಲಿಸುತ್ತದೆ. ಪ್ರತಿಬಿಂಬಿತ ವಿಳಾಸವು ಮೂರರ ಗುಣಲಬ್ಧ, ಸುರಂಗದ ಗುಣವಲ್ಲ.
ಮೂರರಲ್ಲಿ ಒಂದನ್ನು ಬದಲಿಸಿ, ಉತ್ತರ ಬದಲಾಗುತ್ತದೆ, ಆದರೆ ಪ್ರತಿ ಘಟಕವೂ ತನ್ನದೇ ಲಾಗ್‌ನಲ್ಲಿ ಇನ್ನೂ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ. ಇದೇ ಈ ನಿರ್ಣಯ ನಿಂತುಹೋಗುವ ಸಾಮಾನ್ಯ ಕಾರಣ.
ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ನೀವು ಪರೀಕ್ಷಿಸುತ್ತಿರುವ ಹರಿವಿಗೆ ಮೂರು ಸಂಗತಿಗಳನ್ನು ಬರೆಯಿರಿ. ಇಂಟರ್ಫೇಸ್, ಮಾರ್ಗ ಮತ್ತು ಅನುವಾದ ನಿಯಮವು ಫಲಿತಾಂಶವನ್ನು ಊಹಿಸಲು ಸಾಕು, ಮತ್ತು ಈ ಊಹೆಯೇ ಆಶ್ಚರ್ಯವನ್ನು ಮಾಹಿತಿಪೂರ್ಣವಾಗಿಸುತ್ತದೆ. ಮೂರರಲ್ಲಿ ಒಂದನ್ನೂ ತುಂಬಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಆ ಕಂದರವೇ ನಿಜವಾದ ಶೋಧನೆ.
ಒಂದು binding request ಅನ್ನು ಮಾರ್ಗದ ಉದ್ದಕ್ಕೂ ಅನುಸರಿಸಿ
STUN ನ binding request ಸರ್ವರ್‌ಗೆ ಗಮನಿಸಿದ ಮೂಲ ಸಾಗಣೆ ವಿಳಾಸವನ್ನು ತಿಳಿಸಲು ಕೇಳುತ್ತದೆ. ಉತ್ತರವು ವಿನಂತಿ ತೆಗೆದುಕೊಂಡ ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಯಂತ್ರದಲ್ಲಿನ ಇಂಟರ್ಫೇಸ್‌ಗಳ ಪಟ್ಟಿ ಅಲ್ಲ. ಎರಡು ಮಾರ್ಗಗಳಲ್ಲಿ ಎರಡು ವಿನಂತಿಗಳು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಎರಡು ಬೇರೆ ವಿಳಾಸಗಳನ್ನು ತಿಳಿಸುತ್ತವೆ.
| Path taken | Source the reflector sees | What it means |
|---|---|---|
| Tunnel to a public exit that translates | The exit's public address | The reflector learns nothing about the LAN |
| Tunnel to a private reflector, translated to the tunnel address, no later translation | That tunnel address | An internal identifier is disclosed to that reflector |
| Excluded flow over the ordinary WAN | The WAN address | The tunnel was not used at all |
ಈ ಕೋಷ್ಟಕವನ್ನು ಷರತ್ತುಗಳ ಸಮೂಹವಾಗಿ ಓದಿ, ಪೂರೈಕೆದಾರರ ಪಟ್ಟಿಯಾಗಿ ಅಲ್ಲ. ಮಧ್ಯದ ಸಾಲು ಖಾಸಗಿ ಪ್ರತಿಬಿಂಬಕವು ಸುರಂಗದ ತನ್ನದೇ ರೂಟಿಂಗ್ ಮತ್ತು ಸಹವರ್ತಿ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ ತಲುಪಲು ಸಾಧ್ಯವಾಗಿರಬೇಕು ಎಂದು ಕೇಳುತ್ತದೆ; ಇದು ಪರಿಶೀಲಿಸಬಹುದಾದ ಸಂರಚನಾ ಸಂಗತಿ, ಖಾತೆ ಮಟ್ಟವು ಸೂಚಿಸುವ ವಿಷಯವಲ್ಲ. ಕೆಳಗಿನ ಸಾಲು ಸಾಮಾನ್ಯವಾಗಿ ನೀತಿಗೆ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಆ ಸಂಚಾರ ಸುರಂಗದೊಳಗೇ ಇರಬೇಕಿತ್ತು. ಇವುಗಳ ನಡುವೆ ಸಾಮಾನ್ಯ ಸ್ಥಿತಿ, ಅದರಲ್ಲಿ ಹೊರಹೋಗುವ ಭಾಗ ಅನುವಾದ ಮಾಡುತ್ತದೆ, ಪ್ರತಿಬಿಂಬಕವು ಹೊರಹೋಗುವ ಭಾಗವನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ.
ಹೋಸ್ಟ್ ಅಭ್ಯರ್ಥಿಗಳು ಮತ್ತು ಸರ್ವರ್-ಪ್ರತಿಬಿಂಬ ಅಭ್ಯರ್ಥಿಗಳು ಬೇರೆ ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳಿಂದ ಬರುತ್ತವೆ, ಆದ್ದರಿಂದ ಅಭ್ಯರ್ಥಿಗಳ ಪಟ್ಟಿ ಮಾಧ್ಯಮವು ನಿಜವಾಗಿ ಯಾವ ಮಾರ್ಗವನ್ನು ಬಳಸಿತು ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಅವಧಿ ಎಲ್ಲಿಗೆ ಹೋಯಿತು ಎಂದು ತಿಳಿಯಲು ಆಯ್ಕೆ ಮಾಡಿದ ಜೋಡಿಯನ್ನು ಓದಿ, ಸಂಗ್ರಹ ಲಾಗ್ ಅಲ್ಲ.
ರೌಟರ್‌ನ ಸುರಂಗ ವಿಳಾಸ ಏನಲ್ಲ
ರೌಟರ್‌ಗೆ ನೀಡಿದ ಸುರಂಗ ವಿಳಾಸವು ರೌಟರ್‌ನಲ್ಲಿನ ಒಂದು ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸೇರಿದೆ. LAN ಹೋಸ್ಟ್‌ನಲ್ಲಿನ ಬ್ರೌಸರ್‌ಗೆ ತನ್ನದೇ ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸಗಳಿವೆ ಮತ್ತು ರೌಟರ್‌ನ ಸುರಂಗ ಇಂಟರ್ಫೇಸ್‌ನ್ನು ನೇರವಾಗಿ ನೋಡುವುದಿಲ್ಲ. ಎರಡನ್ನೂ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವು ಎಂದು ಪರಿಗಣಿಸಿದರೆ ವೆಬ್ ಪುಟ ಏನು ಕಲಿಯಬಹುದು ಎಂಬುದರ ಬಗ್ಗೆ ವಿಶ್ವಾಸಪೂರ್ಣ ತಪ್ಪು ಉತ್ತರಗಳು ಉಂಟಾಗುತ್ತವೆ.
ಫಾರ್ವರ್ಡಿಂಗ್ ಎರಡನ್ನೂ ಸಂಪರ್ಕಿಸುವ ವಿಷಯ. ವಿನಂತಿ ರೌಟರ್ ಮೂಲಕ ರೂಟ್ ಮಾಡಿದ ಸಂಚಾರವಾಗಿ ಹಾದುಹೋಗುತ್ತದೆ, ಅದರ ಮೂಲ ರೂಟಿಂಗ್ ಮತ್ತು ಅನುವಾದವು ಸೃಷ್ಟಿಸಿದ್ದು.
ಸುರಂಗದ ಮಾರ್ಗ LAN ಮೂಲವನ್ನು ಉಳಿಸಿಕೊಂಡರೆ, ಖಾಸಗಿ ಪ್ರತಿಬಿಂಬಕವು ಆ LAN ವಿಳಾಸವನ್ನು ತಿಳಿಯಬಹುದು, ಇದು ನಿಜವಾದ ಬಹಿರಂಗಪಡಿಸುವಿಕೆ ಮತ್ತು ಸುರಂಗ ವಿಳಾಸಕ್ಕಿಂತ ಭಿನ್ನ. ಮಾರ್ಗವು ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ಅನುವಾದ ಮಾಡಿದರೆ, ಪ್ರತಿಬಿಂಬಕವು ಬದಲಾಗಿ ಸುರಂಗ ವಿಳಾಸವನ್ನು ತಿಳಿಯುತ್ತದೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳು ಒಂದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿನ ಒಂದೇ ಬ್ರೌಸರ್‌ನೊಂದಿಗೆ ಹೊಂದುತ್ತವೆ, ಆದ್ದರಿಂದ ವೀಕ್ಷಣೆಯನ್ನು ನಿರ್ದಿಷ್ಟ ಹರಿವಿಗೆ ಜೋಡಿಸಬೇಕು. ಅನ್ವಯವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಕರ್ನಲ್ ಯಾವ ಮೂಲವನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಕೇಳಿ.
ಬಹಿರಂಗಪಡಿಸುವಿಕೆ ವಿರುದ್ಧ ಬೈಪಾಸ್: ಎರಡು ಶೋಧನೆಗಳು, ಎರಡು ಸರಿಪಡಿಸುವಿಕೆಗಳು
ಪ್ರತಿಬಿಂಬಿತ ಸುರಂಗ ವಿಳಾಸವು ನೀವು ಅನುಮತಿಸಿದ ಮಾರ್ಗದಲ್ಲಿ ಆಂತರಿಕ ಗುರುತನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. WAN ಮೂಲಕ ನೇರ ವಿನಂತಿ ನೀವು ಬಯಸಿದ ಮಾರ್ಗವನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ. ಮೊದಲನೆಯದು ಮಾಹಿತಿಯ ಪ್ರಶ್ನೆ, ಎರಡನೆಯದು ಜಾರಿಯ ಪ್ರಶ್ನೆ, ಮತ್ತು ಎರಡೂ ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಲ್ಲಿ ಸರಿಪಡಿಸಲ್ಪಡುತ್ತವೆ. ಎರಡನ್ನೂ ಒಂದೇ ಪದದಲ್ಲಿ ಸೇರಿಸಿದರೆ ಯಾವುದನ್ನೂ ಪರಿಹರಿಸದ ಸರಿಪಡಿಸುವಿಕೆ ಉಂಟಾಗುತ್ತದೆ.
WebRTC ಇದನ್ನು ತಪ್ಪಾಗಿಸದೆ ಹೆಚ್ಚು ಗೋಚರವಾಗಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅಭ್ಯರ್ಥಿಯನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದಕ್ಕೆ ಸಮನಲ್ಲ.
ip route get 203.0.113.7 from 192.0.2.25
ip rule showನೀವು ಅನುಮತಿಸುವ ಪ್ರತಿ ಪ್ರತಿಬಿಂಬಕ ವಿಳಾಸಕ್ಕೂ ಮಾರ್ಗ ಪ್ರಶ್ನೆಯನ್ನು ಈ ಹರಿವು ಒಯ್ಯುತ್ತದೆ ಎಂದು ನೀವು ನಿರೀಕ್ಷಿಸುವ ಮೂಲದೊಂದಿಗೆ ಚಲಾಯಿಸಿ, ನಂತರ ಹೊರಗಿಟ್ಟ ವ್ಯಾಪ್ತಿಗಳಿಗೆ ಮತ್ತೆ ಚಲಾಯಿಸಿ ಪರ್ಯಾಯ ಏನನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ನೋಡಿ. ಎರಡೂ ಉತ್ತರಗಳನ್ನು ನೀವು ಬರೆದ ನೀತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವು ನೀವು ಉದ್ದೇಶಿಸದ ರೀತಿಯಲ್ಲಿ ಭಿನ್ನವಾದರೆ, ಬ್ರೌಸರ್‌ನ ಅಭ್ಯರ್ಥಿ ಪಟ್ಟಿಯನ್ನು ಅರ್ಥೈಸಿಕೊಳ್ಳದೆಯೇ ಸರಿಪಡಿಸುವ ಬಿಂದುವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ.