ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಟನೆಲ್ ಮೂಲಕ ಕಳುಹಿಸುವುದು ಅದರ ರೂಟಿಂಗ್ ಅನ್ನು ಆ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾರಂಭಿಸುವ ಎಲ್ಲದಕ್ಕೂ ಒಯ್ಯುವುದಿಲ್ಲ, ಇಂಟರ್ಫೇಸ್ ವಿರುದ್ಧವಾಗಿ ಸೂಚಿಸಿದರೂ. ಲಿಂಕ್ ವಿನಂತಿಯನ್ನು ಬೇರೆ ಪ್ರೋಗ್ರಾಂಗೆ ಒಪ್ಪಿಸುತ್ತದೆ, ಆ ಪ್ರೋಗ್ರಾಂ ತನ್ನದೇ ಸಾಕೆಟ್ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ನಿಯಮಗಳನ್ನು ಹೊಸ ಪ್ರಕ್ರಿಯೆಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಪಠ್ಯ ತೋರಿಸಿದ ಪ್ರಕ್ರಿಯೆಗೆ ಅಲ್ಲ. ಟನೆಲ್ ನೀತಿ ನಿಜವಾಗಿ ನೋಡುವುದು ಆ ಎರಡನೇ ಪ್ರಕ್ರಿಯೆಯನ್ನು, ಮತ್ತು ಅದು ನೀವು ಸೆಟ್ ಮಾಡಿದ ಪ್ರಕ್ರಿಯೆ ಅಲ್ಲ.

ಆದ್ದರಿಂದ ಒಳಗೊಂಡ ಅಪ್ಲಿಕೇಶನ್ ಟನೆಲ್ ಹೊರಗೆ ಇರುವ ಬ್ರೌಸರ್ ತೆರೆಯಬಹುದು. ಹೊರಗಿಟ್ಟ ಬ್ರೌಸರ್ ಕೆಲಸವನ್ನು ಒಳಗೆ ಇರುವ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಹಿಂತಿರುಗಿಸಬಹುದು. ಈ ಆಶ್ಚರ್ಯದ ಎರಡೂ ದಿಕ್ಕುಗಳು ಸಾಮಾನ್ಯ ವರ್ತನೆ.

ಯಾರೂ ಸೆಟ್ ಮಾಡದ ಕೆಲಸದ ಹರಿವಿನ ಭಾಗ

ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿಯನ್ನು ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಅಥವಾ ಪ್ಯಾಕೇಜ್ ಗುರುತಿನ ವಿರುದ್ಧ ಬರೆಯಲಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಸಂಪರ್ಕವು ಸೃಷ್ಟಿಯಾದ ಕ್ಷಣದಲ್ಲೇ ಮೌಲ್ಯಮಾಪನಗೊಳ್ಳುತ್ತದೆ. ಬ್ರೌಸರ್, ದಾಖಲೆ ವೀಕ್ಷಕ, ಮೀಡಿಯಾ ಪ್ಲೇಯರ್ ಮತ್ತು ಸಿಸ್ಟಮ್ನ ಹಂಚಿಕೆ ಹಾಳೆ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಗುರುತನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ತೀರ್ಪು ಪಡೆಯುತ್ತದೆ. ಆಳವಾದ ಲಿಂಕ್ ಡೇಟಾವನ್ನು ಒಯ್ಯುತ್ತದೆ, ನೀತಿಯನ್ನಲ್ಲ.

ಅದಕ್ಕೇ ವೀಕ್ಷಣೆ ಅನಿಯತವಾಗಿ ತೋರುತ್ತದೆ: ಅದೇ ಕ್ಲಿಕ್ ಯಾವ ಹ್ಯಾಂಡ್ಲರ್ ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಎರಡು ರೀತಿಯಲ್ಲಿ ರೂಟ್ ಆಗುತ್ತದೆ. ಟನೆಲ್ನೊಳಗಿನ ಮೇಲ್ ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಹೊರಗೆ ವಾಸಿಸುವ ಬ್ರೌಸರ್ನಲ್ಲಿ ಲಿಂಕ್ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಪುಟ ನಿಮ್ಮ ಮನೆಯ ವಿಳಾಸದಿಂದ ಲೋಡ್ ಆಗುತ್ತದೆ. ಟನೆಲ್ ಹೊರಗಿನ ಬ್ರೌಸರ್ ಒಳಗೆ ವಾಸಿಸುವ ವೀಕ್ಷಕದಲ್ಲಿ ದಾಖಲೆ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಫೈಲ್ ನಿರ್ಗಮನದ ಮೂಲಕ ಬರುತ್ತದೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಒಂದೂ ಕ್ಲೈಂಟ್ನ ದೋಷವಲ್ಲ.

ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಹ್ಯಾಂಡ್ಲರ್ ಇನ್ನೂ ಕೆಡಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ ಈಗಾಗಲೇ ತೆರೆದಿದ್ದರೆ, ಲಿಂಕ್ ಇರುವ ಪ್ರಕ್ರಿಯೆಗೆ ಸಂದೇಶವಾಗುತ್ತದೆ, ಮತ್ತು ಆ ಪ್ರಕ್ರಿಯೆ ಪ್ರಾರಂಭದಲ್ಲಿದ್ದ ರೂಟಿಂಗ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಹ್ಯಾಂಡ್ಲರ್ ಮುಚ್ಚಿ ಮತ್ತೆ ತೆರೆದರೆ ಫಲಿತಾಂಶ ಬದಲಾಗುತ್ತದೆ, ಅದಕ್ಕೇ ಸಮಸ್ಯೆ ಕೇಳಿದಾಗ ಎಂದೂ ಪುನರಾವರ್ತನೆಯಾಗುವುದಿಲ್ಲ.

PlatformPolicy objectWhat it is evaluated against
AndroidPer-app VPN allowlistPackage name of the process opening the socket
WindowsApplication traffic filtersApplication path in the filter rule
LinuxUID or cgroup routing rulesOwner of the socket, which can be a different program

ಸಂಪರ್ಕವನ್ನು ನಿಜವಾಗಿ ಯಾವ ಪ್ರಕ್ರಿಯೆ ಮಾಡಿತು

ಊಹಿಸುವ ಬದಲು ಸ್ವೀಕರಿಸುವ ಬದಿಯನ್ನು ಅಳೆಯಿರಿ. ಟನೆಲ್ ಆನ್ ಇಟ್ಟು, ನಿರುಪದ್ರವಿ ಲಿಂಕ್ ಕ್ಲಿಕ್ ಮಾಡಿ, ಹೊಸ ಪ್ರೋಗ್ರಾಂ ಹಿಡಿದಿರುವ ಸಾಕೆಟ್ಗಳನ್ನು ನೋಡಿ.

ss -tnp state established '( dport = :443 )'
Get-NetTCPConnection -State Established | Select-Object RemoteAddress,OwningProcess

ಮೊದಲ ಆದೇಶ Linux ನಲ್ಲಿ ಪ್ರತಿ ಸ್ಥಾಪಿತ ಸಾಕೆಟ್ನ ಹಿಂದಿನ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಎರಡನೆಯದು Windows ನಲ್ಲಿ ಮಾಲೀಕ ಪ್ರಕ್ರಿಯೆ ಗುರುತನ್ನು ಬಿಡಿಸಿ ಅದೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಪ್ರಕ್ರಿಯೆಯ ಹೆಸರನ್ನು ನಿಮ್ಮ ನೀತಿಯ ಹೆಸರುಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಹೆಸರು ಬ್ರೌಸರ್ ಆಗಿದ್ದು ಬ್ರೌಸರ್ ಹೊರಗಿಟ್ಟಿದ್ದರೆ, ಕ್ಲಿಕ್ ದೋಷದಿಂದಲ್ಲ, ವಿನ್ಯಾಸದಂತೆಯೇ ಟನೆಲ್ನಿಂದ ಹೊರಟಿದೆ. ನೀತಿಯ ನಿಯಮವನ್ನು ಜೀವಂತ ಸಾಕೆಟ್ಗೆ ಹೊಂದಿಸುವುದೇ ಇಡೀ ವಿಧಾನ.

ಹ್ಯಾಂಡ್ಲರ್ ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ, ನಂತರ ಅದು ಮುಚ್ಚಿದಾಗ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಎರಡೂ ಫಲಿತಾಂಶ ಬೇರೆಯಾಗಿರಬಹುದು, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸವೇ ಟನೆಲ್ನಿಂದ ತಪ್ಪಿಸಿಕೊಳ್ಳುವ ಲಿಂಕ್ ಬಗ್ಗೆ ಬರುವ ಬಹುಪಾಲು ಮಧ್ಯಂತರ ವರದಿಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಕವರೇಜ್ ಕೆಲಸದ ಹರಿವಿನ ಲಕ್ಷಣ

ಕೆಲಸವು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಟನೆಲ್ನೊಳಗೆ ಇರಬೇಕಾದರೆ, ಅದು ತಲುಪಬಹುದಾದ ಪ್ರತಿ ಘಟಕವೂ ನೀತಿಯೊಳಗೆ ಇರಬೇಕು: ಲಾಂಚರ್, ಹ್ಯಾಂಡ್ಲರ್, ವೀಕ್ಷಕ, ಮತ್ತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅವುಗಳ ನಡುವೆ ಸೇರಿಸುವ ಯಾವುದೇ ಮಧ್ಯವರ್ತಿ. ವಿಶಾಲ ಕವರೇಜ್ ಹೆಚ್ಚಾಗಿ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ, ಮತ್ತು ಪ್ರತಿ ಹಂಚಿಕೆ ಗುರಿಯನ್ನು ಆಡಿಟ್ ಮಾಡುವುದಕ್ಕಿಂತ ಅಗ್ಗ.

ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಸರಿಪಡಿಸಲು ಸಿಸ್ಟಮ್ ಮಧ್ಯವರ್ತಿಯನ್ನು ಹೊರಗಿಡುವುದು ಸಾಮಾನ್ಯ ತಪ್ಪು. ಮಧ್ಯವರ್ತಿಗಳು ಹಂಚಿಕೆಯಾಗಿವೆ, ಆದ್ದರಿಂದ ಹೊರಗಿಡುವಿಕೆ ಅದೇ ಮಾರ್ಗ ಬಳಸುವ ಪ್ರತಿ ಇತರ ಅಪ್ಲಿಕೇಶನ್ಗೂ ಹೋಗುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ವಾರಗಳ ನಂತರ ವರದಿ ಬರುವವರೆಗೂ ಯಾರಿಗೂ ಗಮನಕ್ಕೆ ಬರುವುದಿಲ್ಲ. ಘಟಕವನ್ನು ಹೊರಗಿಡುವ ಮೊದಲು ಅದರ ಮೇಲೆ ಇನ್ನೇನು ಅವಲಂಬಿತವಾಗಿದೆ ಎಂದು ಓದಿ.

ಗುರುತನ್ನು ರೂಟಿಂಗ್ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ಲಿಂಕ್ ಸೆಷನ್ ಟೋಕನ್ ಅಥವಾ ಖಾತೆ ಗುರುತನ್ನು ಒಯ್ಯಬಹುದು, ವಿನಂತಿಯನ್ನು ಯಾವ ನಿರ್ಗಮನ ಪಡೆಯುತ್ತದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ. ಸರಿಯಾಗಿ ರೂಟ್ ಆದ ಕ್ಲಿಕ್ ಕೂಡ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಅದನ್ನು ಯಾರು ಅನುಸರಿಸಿದರು ಎಂದು ನಿಖರವಾಗಿ ಹೇಳಬಹುದು.

ಕೆಲಸದ ಹರಿವನ್ನು ದಾಖಲಿಸಿ, ಮೊದಲ ಚೆಕ್ಬಾಕ್ಸ್ ಅಲ್ಲ. ಕೆಲಸವು ನಾಲ್ಕು ಪ್ರೋಗ್ರಾಂಗಳವರೆಗೆ ಹರಡಿದಾಗ, ನಾಲ್ಕು ಪ್ರೋಗ್ರಾಂಗಳಿರುವ ರೇಖಾಚಿತ್ರವೇ ಸಂಚಾರ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ, ಮತ್ತು ಏಕ-ಅಪ್ಲಿಕೇಶನ್ ಸೆಟ್ಟಿಂಗ್ ಅದರ ಒಂದೇ ಸಾಲು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು