WebRTC ಅಭ್ಯರ್ಥಿ ಪಟ್ಟಿ ನಿಮ್ಮ VPN ಬಗ್ಗೆ ಏನನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ
ಹೋಸ್ಟ್, ಸರ್ವರ್-ಪ್ರತಿಫಲಿತ ಅಥವಾ ರಿಲೇ ಅಭ್ಯರ್ಥಿಯು ವಿಳಾಸ ಎಲ್ಲಿಂದ ಬಂತು ಎಂದು ಹೇಳುತ್ತದೆ. ಮಾಧ್ಯಮವು ನಿಜವಾಗಿ ಯಾವ ಮಾರ್ಗವನ್ನು ಬಳಸಿತು ಎಂದು ಕೇವಲ ಆಯ್ಕೆಯಾದ ICE ಜೋಡಿ ಹೇಳುತ್ತದೆ.
WebRTC ಪರೀಕ್ಷಾ ಪುಟವು 172.20.4.15 ಮುದ್ರಿಸಿದಾಗ, ಆ ಜಾಲದಲ್ಲಿ ಸ್ಥಳೀಯ ಇಂಟರ್ಫೇಸ್ ಇದೆ ಎಂದು ಅದು ತಿಳಿದುಕೊಂಡಿದೆ. ಇದು ನಿಜವಾದ ಬಹಿರಂಗಪಡಿಸುವಿಕೆ, ಮತ್ತು ಇದು «ಮಾಧ್ಯಮವು VPN ನಿರ್ಗಮನದ ಮೂಲಕ ಹೊರಟಿತು» ಎಂಬ ಅದೇ ಕಂಡುಹಿಡಿಯುವಿಕೆ ಅಲ್ಲ. ಅಭ್ಯರ್ಥಿ ಶೋಧ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ರೂಟಿಂಗ್ ಪ್ರತ್ಯೇಕ ಕಾರ್ಯವಿಧಾನಗಳು, ಮತ್ತು ಹೆಚ್ಚಿನ ಸೋರಿಕೆ ವರದಿಗಳು ಅವನ್ನು ಒಂದೇ ತೀರ್ಪಿನಲ್ಲಿ ಸೇರಿಸುತ್ತವೆ. ನೀವು ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದೇ ಪರಿಹಾರವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಏನನ್ನೂ ಕಳುಹಿಸುವ ಮೊದಲೇ ಸಂಗ್ರಹ ನಡೆಯುತ್ತದೆ
ಬ್ರೌಸರ್ ಸ್ಥಳೀಯ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, STUN ಸರ್ವರ್ಗೆ ಬೈಂಡಿಂಗ್ ವಿನಂತಿ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು TURN ಸರ್ವರ್ನಿಂದ ಹಂಚಿಕೆ ಕೇಳುತ್ತದೆ, ನಂತರ ಫಲಿತಾಂಶಗಳನ್ನು ಸೆಷನ್ ವಿವರಣೆಯಲ್ಲಿ ಅಭ್ಯರ್ಥಿ ಸಾಲುಗಳಾಗಿ ಬರೆಯುತ್ತದೆ. ಇವೆಲ್ಲವೂ ಕರೆ, ಮಾಧ್ಯಮ ಮತ್ತು ಎದುರುಬದಿಯವರಿಲ್ಲದೆ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ. ಆದ್ದರಿಂದ ಅಭ್ಯರ್ಥಿಗಳ ಪಟ್ಟಿ ಶೋಧದ ದಾಖಲೆ, ಸಾಗಣೆಯದ್ದಲ್ಲ.
ಆಧುನಿಕ ಬ್ರೌಸರ್ಗಳು ಹೋಸ್ಟ್ ಅಭ್ಯರ್ಥಿಯ ಅಕ್ಷರಶಃ ವಿಳಾಸವನ್ನು mDNS ಹೆಸರು .local ನಿಂದ ಬದಲಾಯಿಸಬಹುದು, ಹೀಗಾಗಿ ಪುಟವು ಖಾಸಗಿ IP ಓದಲು ಸಾಧ್ಯವಿಲ್ಲ. ಸ್ಥಳೀಯ ಜಾಲವು ಆ ಹೆಸರನ್ನು ಪರಿಹರಿಸುವ ಮಲ್ಟಿಕಾಸ್ಟ್ ಪ್ರಶ್ನೆಗಳನ್ನು ಇನ್ನೂ ನೋಡುತ್ತದೆ, ಅಂದರೆ ವಿಳಾಸವು ಅನ್ವಯದಿಂದ ಮರೆಯಾಗಿದೆ, ತಂತಿಯಿಂದ ತೆಗೆದುಹಾಕಲ್ಪಟ್ಟಿಲ್ಲ.
ಕ್ರಮವೂ ಮುಖ್ಯ: ಹೊಸ ಪುಟ ಲೋಡ್ ಹೊಸ ಗುಂಪನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಬೇರೆ TURN ಹಂಚಿಕೆ ಮತ್ತು ಬಹುಶಃ ಬೇರೆ ಪ್ರತಿಫಲಿತ ಮ್ಯಾಪಿಂಗ್ನೊಂದಿಗೆ. ಭಿನ್ನವಾಗುವ ಎರಡು ರನ್ಗಳು ಕಡ್ಡಾಯವಾಗಿ ಎರಡು ಬೇರೆ ಸಂರಚನೆಗಳಲ್ಲ.
ಮೂರು ರೀತಿಯ ಅಭ್ಯರ್ಥಿಗಳು, ಮೂರು ರೀತಿಯ ಸಾಕ್ಷ್ಯ
ಪ್ರತಿ ಸಾಲು ಬೇರೆ ವೀಕ್ಷಣೆಯಿಂದ ಬರುತ್ತದೆ. ಪ್ರತಿ ಪ್ರಕಾರವೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಕೋಷ್ಟಕವು ಅವು ಏನನ್ನು ಸ್ಥಾಪಿಸಬಲ್ಲವು ಮತ್ತು ಇಲ್ಲವೋ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಅವನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ.
| Candidate | Derived from | What it establishes | What it cannot establish |
|---|---|---|---|
| Host | An interface on the device | A local address exists in that network | That the peer can reach it |
| Server-reflexive | A STUN binding response | How a NAT mapped this source | Which exit the media will use |
| Peer-reflexive | A connectivity check that arrived | An address seen by the far side | That it was ever advertised |
| Relay | A TURN allocation | The relay server accepted the session | That the relay carries the call |
ರಿಲೇ ಅಭ್ಯರ್ಥಿಯನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಕೆದಾರರ ಇಂಟರ್ನೆಟ್ ವಿಳಾಸ ಎಂದು ತಪ್ಪಾಗಿ ಭಾವಿಸಲಾಗುತ್ತದೆ. ಅದು TURN ಸರ್ವರ್ಗೆ ಸೇರಿದ್ದು, ಮತ್ತು ಅದರ ಇರುವಿಕೆ ರಿಲೇ ಲಭ್ಯವಿತ್ತು ಎಂದು ತೋರಿಸುತ್ತದೆ, ಬ್ರೌಸರ್ ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡಿತು ಎಂದಲ್ಲ. ಅದೇ ಗೊಂದಲ ಹೋಸ್ಟ್ ಅಭ್ಯರ್ಥಿಗಳಲ್ಲಿ ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ನಡೆಯುತ್ತದೆ, ಅಲ್ಲಿ mDNS ಹೆಸರು ವಿಳಾಸವನ್ನು ಪುಟದಿಂದ ಮರೆಮಾಡುತ್ತದೆ ಆದರೆ ಜಾಲವು ಪ್ರಶ್ನೆಗಳನ್ನು ಇನ್ನೂ ಸಾಗಿಸುತ್ತದೆ. ಮೌಲ್ಯ ಓದುವ ಮೊದಲು ಪ್ರಕಾರ ಓದಿ.
ಆಯ್ಕೆಯಾದ ಜೋಡಿ ರೂಟಿಂಗ್ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ
ICE ಪ್ರತಿ ಸ್ಥಳೀಯ ಅಭ್ಯರ್ಥಿಯನ್ನು ಪ್ರತಿ ದೂರದ ಅಭ್ಯರ್ಥಿಯೊಂದಿಗೆ ಜೋಡಿಸುತ್ತದೆ, ಪ್ರತಿ ಜೋಡಿಯ ಮೇಲೆ ಸಂಪರ್ಕ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸುತ್ತದೆ ಮತ್ತು ವಿಜೇತನನ್ನು ನಾಮನಿರ್ದೇಶನ ಮಾಡುತ್ತದೆ. ಆ ನಾಮನಿರ್ದೇಶಿತ ಜೋಡಿ, ಬ್ರೌಸರ್ನ ಸ್ವಂತ ಡಯಾಗ್ನೋಸ್ಟಿಕ್ಸ್ನಲ್ಲಿ ಕಾಣುವುದು, ಮಾಧ್ಯಮವನ್ನು ಸಾಗಿಸುತ್ತದೆ. ಪಟ್ಟಿಯಲ್ಲಿ ಉಳಿದದ್ದೆಲ್ಲವೂ ಸೋತ ಸಾಧ್ಯತೆ.
ವಿಜೇತನು ನಿಮಗೆ ಮಾರ್ಗದ ಆಕಾರವನ್ನು ಹೇಳುತ್ತಾನೆ. ರಿಲೇ-ರಿಲೇ TURN ಸರ್ವರ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಹೋಸ್ಟ್ ಜೋಡಿ ಸ್ಥಳೀಯ ಜಾಲದಲ್ಲೇ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಸರ್ವರ್-ಪ್ರತಿಫಲಿತ ಜೋಡಿ NAT ಮೂಲಕ ನೇರವಾಗಿ ಹೋಗುತ್ತದೆ. ಇದೇ VPN ಪರಿಶೀಲನೆಗೆ ಬೇಕಾದ ಸತ್ಯ, ಮತ್ತು ಇದು ವಿಳಾಸ ಪಟ್ಟಿಗಿಂತ ಬೇರೆ ಸತ್ಯ. ಒಂದೇ ರೀತಿಯ ಅಭ್ಯರ್ಥಿ ಪಟ್ಟಿಗಳಿರುವ ಎರಡು ಕರೆಗಳು ಬೇರೆ ಜೋಡಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು.
ಆಯ್ಕೆಯಾಗದ ಅಭ್ಯರ್ಥಿಗಳೂ ಸಂಗ್ರಹವಾಗಿವೆ, ಮತ್ತು ಸಂಗ್ರಹವು ಯಂತ್ರವನ್ನು ಬಿಡುವ ಜಾಲ ಸಂಚಾರ. ಕೊನೆಗೆ ರಿಲೇ ಬಳಸಿದ ಕರೆ ಎಂದರೆ ಪಟ್ಟಿ ನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ ಏನೂ ಬಹಿರಂಗವಾಗಲಿಲ್ಲ ಎಂದಲ್ಲ.
ನಿಯಂತ್ರಣಗಳು ಗುರಿಗಳಿಗೆ ಹೊಂದುತ್ತವೆ, ಸೋರಿಕೆ ಅಂಕಕ್ಕಲ್ಲ
WebRTC IP ನಿರ್ವಹಣಾ ವಿಶೇಷಣ ಹಲವು ನೀತಿಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ: ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸಾಗಿಸುವ ಇಂಟರ್ಫೇಸ್ ಮಾತ್ರ ಬಳಸುವುದು, ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಬಳಸುವುದು, ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಇಲ್ಲದ UDP ಬಂದ್ ಮಾಡುವುದು ಇದರಿಂದ ಸಂಚಾರ ರಿಲೇ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೋಗಬೇಕು. ಪ್ರತಿಯೊಂದೂ ಸಂಪರ್ಕ ಮತ್ತು ವಿಳಂಬವನ್ನು ಬೇರೆ ರೀತಿಯ ಒಡ್ಡುವಿಕೆಗೆ ವಿನಿಮಯ ಮಾಡುತ್ತದೆ. ಬ್ರೌಸರ್ ಯಾವುದನ್ನು ಮತ್ತು ಯಾವ ಹೆಸರಿನಲ್ಲಿ ಜಾರಿಗೊಳಿಸುತ್ತದೆ ಎಂಬುದು ವೇದಿಕೆ ಮತ್ತು ಆವೃತ್ತಿಗೆ ಅನುಗುಣವಾಗಿ ಬದಲಾಗುತ್ತದೆ.
ಗುರಿಯಿಂದ ನೀತಿ ಆಯ್ಕೆಮಾಡಿ. ಪುಟದಿಂದ ಸ್ಥಳೀಯ ವಿಳಾಸಗಳನ್ನು ಮರೆಮಾಡುವುದು ಒಂದು ಗುರಿ; ನೇರ ಪೀರ್-ಟು-ಪೀರ್ ಸಂಚಾರವನ್ನು ತಡೆಯುವುದು ಇನ್ನೊಂದು; ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸುರಂಗದ ಒಳಗೆ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಮೂರನೆಯದು. ಮೊದಲನೆಯದು ಮುಖ್ಯವಾಗಿ ಅನ್ವಯವು ಏನನ್ನು ಕಲಿಯುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ, ಎರಡನೆಯದು ಯಾವ ಮಾರ್ಗಕ್ಕೆ ಅನುಮತಿ ಇದೆ ಎಂಬುದರ ಬಗ್ಗೆ, ಮತ್ತು ಮೂರನೆಯದನ್ನು ವೇದಿಕೆ ಅಥವಾ VPN ಗಡಿಯಲ್ಲೂ ಜಾರಿಗೊಳಿಸಬೇಕು.
ನೀವು ಯಾವ ನಿಯಂತ್ರಣವನ್ನು ಆಯ್ಕೆ ಮಾಡಿದರೂ, ಎರಡೂ ಅರ್ಧಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: ಸಂಗ್ರಹ ಪರೀಕ್ಷೆ ನಡೆಸಿ ಅಭ್ಯರ್ಥಿ ಪ್ರಕಾರಗಳನ್ನು ದಾಖಲಿಸಿ, ನಂತರ ನಿಜವಾದ ಸೆಷನ್ ಸಮಯದಲ್ಲಿ ಆಯ್ಕೆಯಾದ ಜೋಡಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ನೇರ ಮಾಧ್ಯಮ ಮಾರ್ಗವಿರುವ ಸ್ವಚ್ಛ ವಿಳಾಸ ಪಟ್ಟಿಯೂ ನೀವು ಉದ್ದೇಶಿಸದ ಮಾರ್ಗವೇ.