ದೂರಸ್ಥ ಡೆಸ್ಕ್ಟಾಪ್ ಪ್ರವೇಶ ಒಂದು ತಿಂಗಳು ಕೆಲಸ ಮಾಡಿತು, ನಂತರ ಅನುಮತಿ ಪಟ್ಟಿ ಯಾರಿಗೂ ಕಾಣದ ಕಾರಣವಿಲ್ಲದೆ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸಿತು. ಹೋಸ್ಟ್ ಸರಿಯಲಿಲ್ಲ ಮತ್ತು ಫೈರ್ವಾಲ್ನಲ್ಲಿ ಏನನ್ನೂ ಸಂಪಾದಿಸಲಾಗಿಲ್ಲ. Windows ಯಾದೃಚ್ಛಿಕ ಇಂಟರ್ಫೇಸ್ ಗುರುತಿಸುವಿಕೆಗಳೊಂದಿಗೆ IPv6 ತಾತ್ಕಾಲಿಕ ವಿಳಾಸಗಳನ್ನು ರಚಿಸುವುದನ್ನು ಮತ್ತು ಅವುಗಳನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸರ್ವರ್ ಯಾವುದೇ ದಿನ ನೋಡುವ ಮೂಲ ವಿಳಾಸವು ಯಾರೂ ನಿಯಮದಲ್ಲಿ ಬರೆಯದ ಒಂದಾಗಿರಬಹುದು. ಆ ವರ್ತನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಹೊಂದಿಕೆಯನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ಹೋಸ್ಟ್ ಅನ್ನು ದೀರ್ಘಕಾಲಿಕ ಗುರುತಿಸುವಿಕೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ಎರಡನೇ ಅರ್ಧವನ್ನು ಸ್ವೀಕರಿಸುವ ಮೊದಲು ಪರ್ಯಾಯಗಳನ್ನು ತೂಗಿ.

ನಿಯಮ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ಏಕೆ ನಿಲ್ಲಿಸಿತು

RFC 4941 ತಾತ್ಕಾಲಿಕ ವಿಳಾಸಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ: ಹೋಸ್ಟ್ ಯಾದೃಚ್ಛೀಕರಿಸಿದ ಗುರುತಿಸುವಿಕೆಗಳೊಂದಿಗೆ ಹೆಚ್ಚುವರಿ ವಿಳಾಸಗಳನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಇದು ವೀಕ್ಷಕರು ಒಂದು ಹೋಸ್ಟ್ ಅನ್ನು ಭೇಟಿಗಳ ನಡುವೆ ಸಂಬಂಧಿಸದಂತೆ ತಡೆಯುತ್ತದೆ. Windows ಆ ವರ್ತನೆಯನ್ನು ಅಳವಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿನ್ನೆಯ ಮೂಲ ವಿಳಾಸವು ಇಂದಿನದ್ದೇ ಆಗಿರಬೇಕಿಲ್ಲ. ಊಹಿಸಬಹುದಾದ ವಿಳಾಸವು ಇನ್ನೂ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ; ಅದು ಹೊರಹೋಗುವ ಸಂಪರ್ಕವು ಬಯಸುವ ವಿಳಾಸವಲ್ಲ ಅಷ್ಟೆ.

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

ಆಯ್ಕೆ ಒಂದು: ಒಂದು ಸ್ಥಿರ ವಿಳಾಸ, ಕಡಿಮೆ ಗೋಪ್ಯತೆ

ಸಾಮಾನ್ಯ ದುರಸ್ತಿ ಹೋಸ್ಟ್ನಲ್ಲಿ ಎರಡೂ ತಿರುಗುವ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ: netsh interface ipv6 set privacy state=disabled store=persistent ಮತ್ತು netsh interface ipv6 set global randomizeidentifiers=disabled store=persistent. ಮರುಪ್ರಾರಂಭಕ್ಕೆ ಕಾಯದೆ ಬದಲಾವಣೆ ಜಾರಿಗೆ ಬರಬೇಕೆಂದರೆ store=active ಸೇರಿಸಿ, ಮತ್ತು ಗುರುತಿಸುವಿಕೆಯನ್ನು ಈಗ ನೆಟ್ವರ್ಕ್ಗಳಾದ್ಯಂತ ಊಹಿಸಬಹುದಾಗಿಸಿದ್ದೀರಿ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ.

ಆ ಊಹಿಸಬಹುದಾದ ಸ್ವಭಾವವನ್ನೇ ತಡೆಯಲು ವಿಸ್ತರಣೆಗಳನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ. ಹೋಸ್ಟ್ ಅನ್ನು ಕೆಫೆಯಿಂದ ಕಚೇರಿಗೆ ಮತ್ತು ಮನೆಗೆ ಹಿಂಬಾಲಿಸುವ ವಿಳಾಸವು ಅನುಕೂಲಕರ ಫಿಲ್ಟರ್ ಕೀಲಿ ಮತ್ತು ಅಷ್ಟೇ ಅನುಕೂಲಕರ ಟ್ರ್ಯಾಕಿಂಗ್ ಕೀಲಿ, ಮತ್ತು ಎರಡನೇ ಗುಣವು ಮೊದಲನೆಯನ್ನು ಕೇಳಿದ ಟಿಕೆಟ್ಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುತ್ತದೆ.

ಆಯ್ಕೆ ಎರಡು: ಪೂರ್ವಪ್ರತ್ಯಯ ಅಥವಾ ಹೆಸರಿಗೆ ಅನುಮತಿ ನೀಡಿ

ಪೂರ್ಣ ವಿಳಾಸದ ಬದಲು /64 ಗೆ ಅನುಮತಿ ನೀಡುವುದು ತಿರುಗುವಿಕೆಯನ್ನು ಅಕ್ಷತವಾಗಿ ಇಡುತ್ತದೆ ಮತ್ತು ದುರ್ಬಲ ಆದರೆ ಆಗಾಗ್ಗೆ ಪ್ರಾಮಾಣಿಕವಾದ ಹೇಳಿಕೆಗೆ ಹೊಂದುತ್ತದೆ: ಈ ಯಂತ್ರ ನನ್ನ ಮನೆಯ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿದೆ. ಆ ಪೂರ್ವಪ್ರತ್ಯಯದಲ್ಲಿ ನೀವು ಒಪ್ಪಿಕೊಳ್ಳದ ಹೋಸ್ಟ್ಗಳು ಇರುವ ಕ್ಷಣದಿಂದ ಅದು ಸಾಕಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಗ್ರಾಹಕ ಸಂಪರ್ಕದಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಜನರು ಊಹಿಸುವುದಕ್ಕಿಂತ ಚಿಕ್ಕ ಗುಂಪು. ಡೈನಾಮಿಕ್ DNS ಮೂಲಕ ಪ್ರಕಟಿಸಿದ ಹೆಸರು ನಿರ್ವಹಿಸಲು ಸುಲಭ, ಏಕೆಂದರೆ ದಾಖಲೆಯು ಹೋಸ್ಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಮತ್ತು ನೀತಿಯು ಪ್ರತಿ ಸಾಧನ ಸೇರಿಸಿದಾಗ ಬೆಳೆಯುವ ಶ್ರೇಣಿಯಾಗಿ ಅಲ್ಲ, ಗುರುತಾಗಿ ಓದಲ್ಪಡುತ್ತದೆ.

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

ಆಯ್ಕೆ ಮೂರು: ಸುರಂಗವು ವಿಳಾಸವನ್ನು ನಿಗದಿಪಡಿಸಲಿ

ಸಂಪರ್ಕವು ನೀವು ನಿಯಂತ್ರಿಸುವ VPN ಮೂಲಕ ಹಾದುಹೋದರೆ, ಸರ್ವರ್ ತನ್ನದೇ ಪೂಲ್ನಿಂದ ವಿಳಾಸವನ್ನು ನೀಡಬಹುದು, ಮತ್ತು ಅನುಮತಿ ಪಟ್ಟಿ ಆಗ ಕ್ಲೈಂಟ್ ಬಯಸುವ ಮೌಲ್ಯದ ಬದಲು ಸರ್ವರ್ ಆಯ್ಕೆ ಮಾಡುವ ಮೌಲ್ಯವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ಇದು ನಿರ್ವಹಿತ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮೀರಿಸಬಹುದಾದ ಯಾವುದಕ್ಕೂ ಕೆಟ್ಟದಾಗಿ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ನಿಯೋಜನೆಯಲ್ಲಿ ಯಾವ ಕಡೆ ನಿಜವಾಗಿ ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ನಿರ್ಣಯವನ್ನು ವಿಳಾಸದಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ದೂರ ಸರಿಸುವುದು, ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ದೃಢೀಕೃತ ಗೇಟ್ವೇಗೆ, ವಿಸ್ತರಿಸಬಲ್ಲ ಆಯ್ಕೆ, ಏಕೆಂದರೆ ಅದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಬದಲಾಯಿಸಲು ಹಕ್ಕು ಹೊಂದಿರುವ ಮೌಲ್ಯದ ಮೇಲೆ ಅವಲಂಬನೆಯನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

ಟ್ರ್ಯಾಕಿಂಗ್ ವೆಚ್ಚವನ್ನು ಗಮನದಲ್ಲಿಟ್ಟುಕೊಂಡು ಆಯ್ಕೆಮಾಡಿ

ನಾಲ್ಕೂ ಆಯ್ಕೆಗಳನ್ನು ನೈಜ ಅವಶ್ಯಕತೆಗೆ ಎದುರಾಗಿ ಬರೆಯಿರಿ, ಮತ್ತು ಅವುಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಬದಲು ಒಂದನ್ನು ಆಯ್ಕೆಮಾಡಿ. ನೀವು ಹೇಗಾದರೂ ಗೋಪ್ಯತೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಅದನ್ನು ಅಗತ್ಯವಿರುವ ಹೋಸ್ಟ್ಗೆ ಸೀಮಿತಗೊಳಿಸಿ, ಕಾರಣವನ್ನು ನಿಯಮದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ, ಮತ್ತು ವೇದಿಕೆ ಬೆಂಬಲಿಸುವಲ್ಲಿ RFC 7217 ನ ಸ್ಥಿರ-ಗೋಪ್ಯ ವಿಳಾಸೀಕರಣವನ್ನು ಪರಿಗಣಿಸಿ, ಏಕೆಂದರೆ ಅದು ಹಾರ್ಡ್ವೇರ್ನಿಂದ ಪಡೆದದ್ದನ್ನು ಬಹಿರಂಗಪಡಿಸದೆ ಪ್ರತಿ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಅನುಮತಿ ಪಟ್ಟಿ ಬದಲಾದಾಗ ವಿಸ್ತರಣೆಗಳನ್ನು ಮತ್ತೆ ಸಕ್ರಿಯಗೊಳಿಸಿ.

ಬದಲಾವಣೆಯನ್ನು ಅದು ಬೆಂಬಲಿಸುವ ನಿಯಮದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ. ಆ ಟಿಪ್ಪಣಿ ಇಲ್ಲದೆ ಮುಂದಿನ ನಿರ್ವಾಹಕರು ಗೋಪ್ಯತೆ ವಿಸ್ತರಣೆಗಳು ನಿಷ್ಕ್ರಿಯಗೊಂಡ ಮತ್ತು ವಿವರಣೆ ಇಲ್ಲದ ಹೋಸ್ಟ್ ಅನ್ನು ಕಾಣುತ್ತಾರೆ, ಮತ್ತು ಸ್ವಚ್ಛಗೊಳಿಸುವ ಸಮಯದಲ್ಲಿ ಅವುಗಳನ್ನು ಮತ್ತೆ ಆನ್ ಮಾಡುತ್ತಾರೆ.

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