NetworkManager ನಲ್ಲಿ CONNECTION_ID ಪ್ರೊಫೈಲ್ ಹೆಸರು, SSID ಅಲ್ಲ
ನೆಟ್‌ವರ್ಕ್ ಬದಲಾವಣೆಯ ನಂತರ ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆ ಮಾಡುವಾಗ NetworkManager dispatcher ನ ದಾಖಲಿತ ಸಂಪರ್ಕ ಮೆಟಾಡೇಟಾವನ್ನು ಬಳಸಿ.
ಪ್ರಾಕ್ಸಿ ನಿಯಮವು ಕಚೇರಿಯ SSID ಅನ್ನು CONNECTION_ID ನೊಂದಿಗೆ ಹೋಲಿಸಿದರೆ, ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್‌ನ ಹೆಸರು ಬದಲಿಸುವುದು ಅದನ್ನು ಮುರಿಯಬಹುದು. NetworkManager CONNECTION_ID ಅನ್ನು ಪ್ರೊಫೈಲ್‌ನ ಹೆಸರು ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಆಕಸ್ಮಿಕವಾಗಿ SSID ಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಡೀಫಾಲ್ಟ್ ಹೆಸರು ವ್ಯತ್ಯಾಸವನ್ನು ಮುಚ್ಚಿಡುತ್ತದೆ.
ನಿಯಮದ ಪ್ರಕಾರ ಇನ್‌ಪುಟ್ ಆಯ್ಕೆ ಮಾಡಿ:
- ನಿರ್ವಹಿತ ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ನೀತಿಗೆ, ಅದರ ದಾಖಲಿತ ಸಂಪರ್ಕ UUID ಅನ್ನು ಹೆಚ್ಚು ಸ್ಥಿರವಾದ ಕೀಲಿಯಾಗಿ ಬಳಸಿ.
- ನಿಜವಾಗಿ ವೈರ್‌ಲೆಸ್ ಮಾಹಿತಿಯನ್ನು ಅವಲಂಬಿಸಿರುವ ನೀತಿಗೆ, ಪ್ರೊಫೈಲ್ ಹೆಸರನ್ನು SSID ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಬೆಂಬಲಿತ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಆ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಿರಿ.
ಪರಿಚಿತ ಹೆಸರು ಅಥವಾ SSID ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ದೃಢೀಕರಿಸುವುದಿಲ್ಲ. ಅನುಮೋದಿತ ನೆಟ್‌ವರ್ಕ್ ಗುರುತು ಮತ್ತು ಪ್ರಾಕ್ಸಿ ತಲುಪುವಿಕೆಯ ಷರತ್ತುಗಳನ್ನು ನಿರ್ಧಾರದಲ್ಲಿ ಇರಿಸಿ.
ನಂತರ ಆಯ್ಕೆಮಾಡಿದ ಸೆಟ್ಟಿಂಗ್ ಸ್ವೀಕರಿಸುವ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಗುರುತಿಸಿ. dispatcher ತನ್ನದೇ ಸಂದರ್ಭದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ: ಅಲ್ಲಿ ವೇರಿಯಬಲ್ ರಫ್ತು ಮಾಡುವುದು ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಡೆಸ್ಕ್‌ಟಾಪ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಪರಿಸರವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಭಾಗವಹಿಸುವ ಕ್ಲೈಂಟ್‌ನ ಸಂರಚನಾ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸರಿಯಾದ ಬಳಕೆದಾರ ಅಥವಾ ಸೇವಾ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಬಳಸಿ. ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ PAC ನೀತಿಗೆ, PAC URL ಮತ್ತು ಆಮದು ಮಾಡಿದ ಸ್ಕ್ರಿಪ್ಟ್ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಿ.
Wi-Fi ಮತ್ತು Ethernet ಒಟ್ಟಿಗೆ ಇರುವಾಗ ಯಾವ ಸಕ್ರಿಯ ಸಂಪರ್ಕ ನಿರ್ಧಾರವನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತ ಅಥವಾ ಅಪರಿಚಿತ ಪ್ರೊಫೈಲ್ ಸಮಯದಲ್ಲಿ ಏನು ಮಾಡಬೇಕೆಂದು ವ್ಯಾಖ್ಯಾನಿಸಿ. ಆ ಸಂದರ್ಭಗಳಿಲ್ಲದೆ, ಒಂದು ಇಂಟರ್ಫೇಸ್‌ನ ನಂತರದ ಘಟನೆ ಇನ್ನೊಂದಕ್ಕೆ ಆಯ್ಕೆಮಾಡಿದ ಮಾನ್ಯ ಮಾರ್ಗವನ್ನು ರದ್ದುಗೊಳಿಸಬಹುದು. ನಿಯಮವನ್ನು ರೋಗನಿರ್ಣಯ ಮಾಡುವಾಗ ಪ್ರೇರಕ ಘಟನೆ, ಪ್ರೊಫೈಲ್ ಗುರುತು ಮತ್ತು ಬಾಧಿತ ಗ್ರಾಹಕನನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ.