ಹೋಸ್ಟ್‌ನಾಮ್ ಪ್ರವೇಶ ನಿಯಮ ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್ ಪದರದಲ್ಲಿ ಏನನ್ನು ಅರ್ಥೈಸಬಹುದು
ಸೇವೆಯ ಹೆಸರನ್ನು DNS, ಬ್ರೌಸರ್, ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಮಟ್ಟದಲ್ಲಿ ಜಾರಿಗೊಳಿಸಬಹುದು. ನೀವು ನಿಯಂತ್ರಿಸಲು ಬಯಸುವ ಗುರುತನ್ನು ನೋಡುವ ಪದರವನ್ನು ಆರಿಸಿ.
ಮೂವರು ಒಂದೇ ಮಾತುಗಳಲ್ಲಿ ಒಂದೇ ವಿಷಯವನ್ನು ಕೇಳುತ್ತಾರೆ: ಒಂದು ಸೇವೆಯ ಹೆಸರಿಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸುವುದು. ಒಬ್ಬರು ಬ್ರೌಸರ್ ಸೈಟ್ ತೆರೆಯಬಾರದು ಎಂದು ಅರ್ಥೈಸುತ್ತಾರೆ, ಇನ್ನೊಬ್ಬರು ಡೆಸ್ಕ್‌ಟಾಪ್ ಧ್ವನಿ ಕ್ಲೈಂಟ್ ತನ್ನ ಸರ್ವರ್‌ಗೆ ತಲುಪಬಾರದು ಎಂದು, ಮತ್ತು ಮೂರನೆಯವರು ಗುತ್ತಿಗೆದಾರರ ಗುಂಪು ನಿರ್ದಿಷ್ಟ ಆಂತರಿಕ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸಬಾರದು ಎಂದು ಅರ್ಥೈಸುತ್ತಾರೆ. ವಾಕ್ಯ ಒಂದೇ ರೀತಿಯದ್ದು, ಮತ್ತು ಜಾರಿಗೊಳಿಸುವ ವಿಧಾನಗಳಲ್ಲಿ ಬಹುತೇಕ ಏನೂ ಸಾಮಾನ್ಯವಿಲ್ಲ.
ಪದರವನ್ನು ಅದು ನಿಜವಾಗಿ ನೋಡಬಲ್ಲ ಗುರುತಿಗಾರಕದ ಆಧಾರದಲ್ಲಿ ಆರಿಸಿ, ನಂತರ ಅದು ಒಳಗೊಳ್ಳುವ ಕ್ಲೈಂಟ್ಗಳ ಆಧಾರದಲ್ಲಿ. ನಿಮಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ಫೈರ್‌ವಾಲ್ ಆದೇಶದಿಂದ ಪ್ರಾರಂಭಿಸುವುದು ನಿಯಮಗಳು ಕೊನೆಗೆ ಏನನ್ನೂ ನಿರ್ಬಂಧಿಸದಿರುವ ಅಥವಾ ತುಂಬಾ ನಿರ್ಬಂಧಿಸುವ ಮಾರ್ಗವಾಗಿದೆ.
ಹೆಸರು ಪ್ರತಿ ಪದರವೂ ಪರಿಶೀಲಿಸಬಹುದಾದ ಗುರುತಲ್ಲ
Netfilter ಮತ್ತು ಅಂತಹ ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್‌ಗಳು ವಿಳಾಸಗಳು, ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಮತ್ತು ಪೋರ್ಟ್‌ಗಳನ್ನು ನೋಡುತ್ತವೆ. ಅವು ಹೋಸ್ಟ್‌ನಾಮ್‌ಗಳನ್ನು ನೋಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಅವರನ್ನು ತಲುಪುವಾಗ ಹೆಸರು ಈಗಾಗಲೇ ಬಿಡಿಸಲ್ಪಟ್ಟಿರುತ್ತದೆ. ವಿಳಾಸದ ವಿರುದ್ಧ ಬರೆದ ನಿಯಮ ಆ ವಿಳಾಸದ ಬಗ್ಗೆ ನಿಯಮ, ಬಳಕೆದಾರರು ತಲುಪಲು ಯಾವ ಹೆಸರನ್ನು ಟೈಪ್ ಮಾಡಿದರೂ.
DNS ನೀತಿ ಮಾರ್ಗದಲ್ಲಿ ಮೊದಲೇ ಕೂರುತ್ತದೆ ಮತ್ತು ಕ್ವೆರಿಯನ್ನು ನೋಡುತ್ತದೆ, ಅದು ನಂತರದ ಸಂಪರ್ಕಕ್ಕಿಂತ ಬೇರೆ ವಸ್ತು. ಅದು ನಿಯಂತ್ರಿತ ರಿಸಾಲ್ವರ್ ಹಿಂತಿರುಗಿಸುವ ಉತ್ತರಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಈಗಾಗಲೇ ತೆರೆದಿದ್ದ ಸಂಪರ್ಕಗಳನ್ನಲ್ಲ, ಮತ್ತು ಆ ರಿಸಾಲ್ವರ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡಲು ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್‌ಗಳನ್ನೂ ಅಲ್ಲ. ಬಿಡಿಸಲ್ಪಟ್ಟ ವಿಳಾಸವು ನೀತಿ ಪರಿಶೀಲನೆ ಮತ್ತು ಮುಂದಿನ ವಿನಂತಿಯ ನಡುವೆಯೂ ಬದಲಾಗಬಹುದು, ಆದ್ದರಿಂದ DNS ಉತ್ತರವು ಶಾಶ್ವತ ಅನುಮೋದನಾ ಹೇಳಿಕೆ ಅಲ್ಲ.
ಹೆಚ್ಚಿನ ಪದರಗಳು ಹೆಚ್ಚು ಸಂದರ್ಭವನ್ನು ನೋಡುತ್ತವೆ ಮತ್ತು ಕಡಿಮೆ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. ಆ ವಿನಿಮಯವೇ ಇಡೀ ವಿಷಯ, ಮತ್ತು ಕೋಷ್ಟಕದ ಯಾವುದೇ ಒಂದು ಸಾಲು ಎಂದಿಗೂ ಸರಿಯಾದ ಉತ್ತರವಲ್ಲ ಎಂಬುದನ್ನು ಅದು ವಿವರಿಸುತ್ತದೆ. ನಿಮ್ಮ ನೀತಿ ನಿಜವಾಗಿ ಯಾವ ಗುರುತಿಗಾರಕದ ಬಗ್ಗೆ ಇದೆಯೋ ಅದನ್ನು ನೋಡುವ ಸಾಲನ್ನು ಆರಿಸಿ. ನಂತರ ಆ ಸಾಲು ಸೂಚಿಸುವ ಕವರೇಜ್ ಅನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ.
ಪ್ರತಿ ಪದರ ಏನನ್ನು ಗುರುತಿಸಬಲ್ಲದು
ಕೋಷ್ಟಕವನ್ನು ಮಧ್ಯದ ಕಾಲಮ್‌ನಿಂದ ಹೊರಕ್ಕೆ ಓದಿ: ಪದರವು ನೋಡಬಲ್ಲ ಗುರುತಿಗಾರಕವು ಅದು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಜಾರಿಗೊಳಿಸಬಲ್ಲ ನೀತಿಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
| Layer | Identifier it sees | What it cannot see |
|---|---|---|
| Packet filter | address, protocol, port | the name, or which other services share that address |
| DNS policy | the queried name and the answer handed back | connections made by clients that ignore the resolver |
| Managed browser | supported URL patterns on managed profiles | non-browser clients, or unmanaged devices |
| CONNECT proxy | host and port for tunnelled requests | the path inside an encrypted request |
ಪದರವು ನೀತಿಗೆ ಸೇರುವುದು ಅದು ನೋಡುವ ಗುರುತಿಗಾರಕವು ನೀವು ನಿಯಂತ್ರಿಸುವ ಗುರುತಿಗಾರಕಕ್ಕೆ ಹೊಂದಿದಾಗ ಮಾತ್ರ. ಕೋಷ್ಟಕವು ಒಂದು ಪದರದಲ್ಲಿ ಬರೆದ ನಿಯಮವು ಏನನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಮತ್ತೆ ನಿರ್ಧರಿಸದೆ ಇನ್ನೊಂದಕ್ಕೆ ವಿರಳವಾಗಿ ವರ್ಗಾವಣೆಯಾಗುವುದನ್ನು ಸಹ ವಿವರಿಸುತ್ತದೆ.
ಸ್ಪಷ್ಟ ನಿಯಮ ವಿಫಲವಾಗುವ ಸ್ಥಳ
ವಿಳಾಸ ನಿಯಮವು ನೀವು ನಿಯಂತ್ರಿಸುವ ಮೀಸಲಾದ ವಿಳಾಸವಿರುವ ಸೇವೆಗೆ ನಿಖರವಾಗಿ ಸರಿಯಾಗಿದೆ, ಮತ್ತು ಆ ಮಾಲೀಕತ್ವವನ್ನು ನೀತಿಯಲ್ಲಿ ಬರೆಯಬೇಕು. ಹಂಚಿಕೆಯ ವಿಷಯ ವಿತರಣಾ ವಿಳಾಸದ ಹಿಂದೆ ಇರುವ ಯಾವುದಕ್ಕೂ ಅದು ನಿಖರವಾಗಿ ತಪ್ಪಾಗಿದೆ, ಅಲ್ಲಿ ಅದೇ ನಿಯಮ ಸಂಬಂಧವಿಲ್ಲದ ಸೇವೆಗಳನ್ನು ಸ್ಪರ್ಶಿಸುತ್ತದೆ ಮತ್ತು ನವೀಕರಿಸಿದ DNS ಉತ್ತರವು ನಿಯಮವನ್ನು ಹೋಸ್ಟ್‌ನಾಮ್ ಅನುಮೋದನೆಯಾಗಿ ಪರಿವರ್ತಿಸುವುದಿಲ್ಲ.
ನಿರ್ವಹಿತ ಬ್ರೌಸರ್ ನೀತಿಯು ನಕಲಿಸಿದ ವಿಳಾಸ ಪಟ್ಟಿಗಿಂತ ವೆಬ್ ನಿರ್ಬಂಧವನ್ನು ಹೆಚ್ಚು ನೇರವಾಗಿ ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ, ಆದರೆ ಅದು ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ ನಿಯಂತ್ರಿಸುವ ಬ್ರೌಸರ್‌ಗಳು ಮತ್ತು ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ.
ಆ ಬ್ರೌಸರ್ ನಿಯಮವು ಬೇರೆ ಹೋಸ್ಟ್‌ಗೆ UDP ಕಳುಹಿಸುವ ಧ್ವನಿ ಕ್ಲೈಂಟ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಅದರ ಮಾದರಿಗಳನ್ನು ಆ ಉತ್ಪನ್ನವೇ ನಿರ್ಧರಿಸುತ್ತದೆ, ಬೇರೆಡೆಯಿಂದ ಎರವಲು ಪಡೆದ ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಸಂಪ್ರದಾಯಗಳಲ್ಲ. CONNECT ಪ್ರಾಕ್ಸಿಯೂ ಸುರಂಗ ಮಾಡಿದ ವಿನಂತಿಗೆ ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಅವಧಿಯ ಒಳಗಿನ ಮಾರ್ಗವನ್ನು ಓದಲಾರದು. ಪ್ರೋಟೋಕಾಲ್ ಬಹಿರಂಗಪಡಿಸುವುದರ ಸುತ್ತ ನಿಯಮವನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಿ. ನಂತರ ಅದು ಏನನ್ನು ಮುಚ್ಚದೆ ಬಿಡುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಆ ಕಂದರವೇ ಮುಂದಿನ ವಿನಂತಿಯ ಮೂಲ.
ಆದೇಶದಿಂದ ಅಲ್ಲ, ಕ್ಲೈಂಟ್‌ಗಳಿಂದ ಆರಿಸಿ
ನೀತಿ ಯಾವ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಒಳಗೊಳ್ಳಬೇಕು ಮತ್ತು ಯಾವುದನ್ನು ತಪ್ಪಿಸಬಹುದು ಎಂದು ಕೇಳಿ. ನಿರ್ವಹಿತ ಬ್ರೌಸರ್ ನೀತಿ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆ ತಲುಪುವುದನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಬ್ರೌಸರ್ ಗಡಿಯಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ. ರಿಸಾಲ್ವರ್ ನೀತಿ ನಿಮ್ಮ ರಿಸಾಲ್ವರ್ ಬಳಸುವ ಎಲ್ಲವನ್ನೂ ಒಳಗೊಳ್ಳುತ್ತದೆ, ಅದು ಹೆಚ್ಚು ವಿಶಾಲ ಗುಂಪು, ಮತ್ತು ಅದನ್ನು ಬಳಸದವರಿಗೆ ಅದು ತೆರೆದು ವಿಫಲವಾಗುತ್ತದೆ.
ನೀವು ನಿರ್ವಹಿಸುವ ಸೇವೆಗೆ, ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿನ ಅನುಮೋದನೆ ಯಾವುದೇ ನೆಟ್‌ವರ್ಕ್ ಗಡಿಗಿಂತ ಬಲವಾಗಿದೆ, ಏಕೆಂದರೆ ಅದು ಮಾರ್ಗವಲ್ಲ, ಖಾತೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. VPN ಮಾರ್ಗವು ತಲುಪುವಿಕೆ ಮತ್ತು ಅಷ್ಟೇ: ಸೇವೆಗೆ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಬಲ್ಲುದು ಅದನ್ನು ಬಳಸಲು ಅನುಮತಿ ಅಲ್ಲ. ಮುಖ್ಯವಾದ ಗುರುತಿಗಾರಕ ಬಳಕೆದಾರ ಅಥವಾ ಚಾನೆಲ್ ಅನುಮತಿಯಾಗಿದ್ದರೆ, ಅದನ್ನು ಅಲ್ಲಿಯೇ ಜಾರಿಗೊಳಿಸಿ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ನಿಯಮವನ್ನು ಎರಡನೇ ಪದರವಾಗಿ ಪರಿಗಣಿಸಿ.
ನಿಯಮವನ್ನು ಸಂಪನ್ಮೂಲದ ಪರಿಭಾಷೆಯಲ್ಲಿ ಬರೆಯಿರಿ
ಸಮರ್ಥನೀಯ ನೀತಿ ಸಂಪನ್ಮೂಲ, ಗುರುತುಗಳು, ವ್ಯಾಪ್ತಿಯಲ್ಲಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಅವುಗಳನ್ನು ಸಾಗಿಸುವ ಮಾರ್ಗವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಬಳಕೆಯಲ್ಲಿರುವ ಎರಡೂ ವಿಳಾಸ ಕುಟುಂಬಗಳನ್ನು ಒಳಗೊಂಡಂತೆ. ನಿಯಮವು ಆಕಸ್ಮಿಕವಾಗಿ ಪ್ರಭಾವಿಸುವ ಹಂಚಿಕೆಯ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನೂ ಅದು ತಿಳಿಸುತ್ತದೆ.
ಆ ಪದಪುಂಜವು ನಂತರ ಯಾರಾದರೂ ಲೆಕ್ಕಪರಿಶೋಧನೆ ಮಾಡಬಹುದಾದ ನಿರ್ಣಯವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಇಂದಿನ ಬಿಡಿಸಲ್ಪಟ್ಟ ವಿಳಾಸದಿಂದ ಸಮರ್ಥಿಸಲಾದ ನಿಯಮವು ವಿಳಾಸ ಮೊದಲ ಬಾರಿ ಬದಲಾದಾಗ ಘಟನೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಮತ್ತು ನಿರ್ಬಂಧವು ಒಂದಾನೊಂದು ದಿನ ಏಕೆ ಸರಿಯಾಗಿತ್ತು ಎಂದು ಯಾರೂ ವಿವರಿಸಲಾರರು.