Azure P2S VPN ಖಾಸಗಿ ಎಂಡ್‍ಪಾಯಿಂಟ್ ಹೆಸರನ್ನು ಪರಿಹರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ

ನೀವು point-to-site ಟನೆಲ್ ಸಂಪರ್ಕಿಸಿ, ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ping ಮಾಡಿ, ಅಪ್ಲಿಕೇಶನ್ ತೆರೆದಾಗ ಬದಲಾಗಿ 403 ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ದೋಷ ಸಿಗುತ್ತದೆ. ಎರಡೂ ಲಕ್ಷಣಗಳು DNS ಕಡೆಗೆ ತೋರಿಸುತ್ತವೆ, ಆದರೆ ಅವು ಬೇರೆ ಬೇರೆ ದೋಷಗಳು: ಒಂದು ಕ್ಲೈಂಟ್ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಪರಿಹರಿಸಿದೆ ಎಂದರ್ಥ, ಇನ್ನೊಂದು ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಪರಿಹರಿಸಿ ನಂತರ ಪ್ರಮಾಣಪತ್ರ ಆವರಿಸದ ಹೆಸರನ್ನು ನೀಡಿದೆ ಎಂದರ್ಥ. ಕೆಳಗಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಮೊದಲ ವಿಫಲತೆಯಲ್ಲಿ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ hosts ನಮೂದು ಅಥವಾ ಕ್ಯಾಶ್ ಮಾಡಿದ ಉತ್ತರವು ಪ್ರತಿ ಮುಂದಿನ ಪರಿಶೀಲನೆಯನ್ನು ತಪ್ಪು ಕಾರಣದಿಂದ ಪಾಸ್ ಮಾಡಿಸಬಹುದು. ಈ ಕ್ರಮವನ್ನು ನಾನು ನನ್ನ VPN ಪ್ರೊಫೈಲ್‌ಗಳ ಪಕ್ಕದ ಪಠ್ಯ ಕಡತದಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತೇನೆ, ಏಕೆಂದರೆ ಸರಿಪಡಿಸುವಿಕೆ ಟನೆಲ್‌ನಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸದೆ ಕ್ಲೈಂಟ್ ತಿಳಿದಿರುವ ಎಲ್ಲದನ್ನೂ ಬದಲಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಪಡೆಯುವ ವಿಳಾಸದಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಅಪ್ಲಿಕೇಶನ್ ಮೇಲೆ ನಂಬಿಕೆ ಇಡುವ ಬದಲು ರಿಜ಼ಾಲ್ವರ್‌ಗೆ ನೇರವಾಗಿ ಕೇಳಿ. Windows ನಲ್ಲಿ, nslookup adminuidev-fedqcubyd9bfb2bq.canadacentral-01.azurewebsites.net ಕ್ಲೈಂಟ್ ಯಾವ ನೋಟವನ್ನು ಪಡೆದಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಉತ್ತರ ಎಂದರೆ ಮುಂದೆ ಯಾವುದೂ ಎಂಡ್‌ಪಾಯಿಂಟ್ ತಲುಪುವುದಿಲ್ಲ; ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಖಾಸಗಿ ವಿಳಾಸ ಎಂದರೆ DNS ಮುಗಿದಿದೆ ಮತ್ತು ಮುಂದಿನ ಪರಿಶೀಲನೆ ಸಂಪರ್ಕವೇ ಆಗಿದೆ.

ಖಾಸಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸೇವೆಯ ಹೆಸರನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಖಾತೆ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನ ಸಾಮಾನ್ಯ ಪೂರ್ಣ ಅರ್ಹ ಹೆಸರನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ ವರ್ಚುಯಲ್ ನೆಟ್‌ವರ್ಕ್ ಒಳಗಿನ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಆ ಹೆಸರು ಪರಿಹರಿಸುವ ವಿಳಾಸವನ್ನು ಮಾತ್ರ ಬದಲಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಅದೇ ಹೋಸ್ಟ್‌ಹೆಸರು ನೆಟ್‌ವರ್ಕ್‌ನ VM ನಿಂದ ಖಾಸಗಿಯಾಗಿ ಮತ್ತು ಖಾಸಗಿ ನೋಟ ಸಿಗದ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ ಸಾರ್ವಜನಿಕವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ.

ಟನೆಲ್‌ಗೆ ಮೊದಲು ವಲಯ, ಅದರ ಲಿಂಕ್ ಮತ್ತು ದಾಖಲೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಮೂರು ಷರತ್ತುಗಳು ಒಟ್ಟಿಗೆ ಇರಬೇಕು: ಖಾಸಗಿ ವಲಯ ಇದೆ, ಅದು VPN ಗೇಟ್‌ವೇ ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳು Azure ಗೆ ಪ್ರವೇಶಿಸುವ ವರ್ಚುಯಲ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಲಿಂಕ್ ಆಗಿದೆ, ಮತ್ತು ಅದರಲ್ಲಿ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಾಗಿ ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುವ A ದಾಖಲೆ ಇದೆ. ವಲಯವನ್ನು ಸಂಬಂಧವಿಲ್ಲದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಿದರೆ ಗೇಟ್‌ವೇ ಸಾರ್ವಜನಿಕ ದಾಖಲೆಯನ್ನು ಪರಿಹರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ, ಆದರೆ ಟನೆಲ್‌ನ ಎಲ್ಲವೂ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ.

ವಲಯದ ಹೆಸರುಗಳು ಸೇವೆಗಳಿಗೆ ಸೇರಿದ್ದವು, ಸಾಮಾನ್ಯವಾಗಿ ಖಾಸಗಿ ಲಿಂಕ್‌ಗಳಿಗಲ್ಲ. App Service ಸಾಮಾನ್ಯವಾಗಿ privatelink.azurewebsites.net ಬಳಸುತ್ತದೆ, ಸಂಗ್ರಹಣೆ ಮತ್ತು SQL ಗೆ ಅವುಗಳದೇ ಹೆಸರಿನ ಸ್ಥಳಗಳಿವೆ, ಮತ್ತು ಇನ್ನೊಂದು ಸೇವೆಯ ವಲಯವನ್ನು ಎರವಲು ಪಡೆದರೆ ಇರುವಂತಹ ಆದರೆ ಉಪಯುಕ್ತವಾದ ಯಾವುದಕ್ಕೂ ಉತ್ತರಿಸದ ವಲಯ ಉಂಟಾಗುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ತಲುಪಬಹುದಾದ ರಿಜ಼ಾಲ್ವರ್ ನೀಡಿ

168.63.129.16 Azure ವರ್ಚುಯಲ್ ಯಂತ್ರಗಳಿಂದ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು point-to-site ಟನೆಲ್‌ನ ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿರುವ ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗೆ DNS ಸರ್ವರ್ ಅಲ್ಲ. ಕ್ಲೈಂಟ್‌ಗೆ ಟನೆಲ್ ಮೂಲಕ ತಲುಪಬಹುದಾದ ರಿಜ಼ಾಲ್ವರ್ ಬೇಕು: Azure DNS Private Resolver ನ ಒಳಬರುವ ಎಂಡ್‌ಪಾಯಿಂಟ್, ವರ್ಚುಯಲ್ ನೆಟ್‌ವರ್ಕ್ ಒಳಗಿನ ಫಾರ್ವರ್ಡರ್, ಅಥವಾ VPN ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಒಯ್ಯುವ DNS ಸರ್ವರ್ ನಮೂದುಗಳು, ಇದರಿಂದ ಕ್ಲೈಂಟ್ ವರ್ಚುಯಲ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ನೇರವಾಗಿ ಕೇಳುತ್ತದೆ.

ಕಾನ್ಫಿಗರ್ ಆದರೆ ತಲುಪಲಾಗದ ರಿಜ಼ಾಲ್ವರ್ ರಿಜ಼ಾಲ್ವರ್ ಇಲ್ಲದಂತೆಯೇ ವರ್ತಿಸುತ್ತದೆ, ಮತ್ತು ಲಕ್ಷಣ ತಪ್ಪು ಉತ್ತರವಲ್ಲ, ಸಮಯ ಮೀರುವಿಕೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಫೈರ್‌ವಾಲ್ ಸಮಸ್ಯೆ ಎಂದು ತಪ್ಪಾಗಿ ಓದಲಾಗುತ್ತದೆ. ಟನೆಲ್ ಒಯ್ಯಬೇಕಾದ ಪ್ರಶ್ನೆಯಿಂದ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ, ಸ್ಥಳೀಯ ಲಿಂಕ್ ಮೂಲಕ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಯಶಸ್ವಿಯಾಗುತ್ತಿದ್ದ ಸಾರ್ವಜನಿಕ ಹೆಸರಿನಿಂದಲ್ಲ.

ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ತಳ್ಳುವ ಬದಲು ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತಿದ್ದರೆ, ಖಾಸಗಿ ವಲಯ ಹೊಂದಿರುವ ಹೆಸರಿನ ಸ್ಥಳವನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಿ, ಇಡೀ azurewebsites.net ಬದಲು privatelink.azurewebsites.net. ಇಡೀ ಮೂಲ ಪ್ರತ್ಯಯವನ್ನು ನುಂಗುವ ಷರತ್ತುಬದ್ಧ ಫಾರ್ವರ್ಡರ್ ಸೇವೆಯ ಪ್ರತಿ ಹುಡುಕಾಟವನ್ನು Azure ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಸ್ಥಳೀಯವಾಗಿರಬೇಕಾದವುಗಳನ್ನೂ ಸೇರಿಸಿ.

ಪ್ರಮಾಣಪತ್ರವನ್ನು ಯಾವ ಹೆಸರಿಗೆ ನೀಡಲಾಗಿದೆಯೋ ಅದನ್ನು ಬಳಸಿ

ವಿಳಾಸ ಸರಿಯಾದಾಗ ಎರಡನೇ ದೋಷ ಹೊರಬರುತ್ತದೆ. ಸಂಗ್ರಹಣೆ ಮತ್ತು App Service privatelink ಅಲಿಯಾಸ್ ಪ್ರಕಟಿಸುತ್ತವೆ, ಮತ್ತು ಆ ಅಲಿಯಾಸ್ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಹೆಸರೇ ಇರಬೇಕೆಂದಿಲ್ಲ. privatelink.blob.core.windows.net ಗೆ ಕಳುಹಿಸಿದ AzCopy ಅಪ್‌ಲೋಡ್ ಮಾನ್ಯತೆಯಲ್ಲಿ ವಿಫಲವಾಯಿತು; ಅದೇ ಅಪ್‌ಲೋಡ್ <account>.blob.core.windows.net/<container> ಗೆ ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಿ ಪಾಸ್ ಆಯಿತು, ಹಾಗಾಗಿ ಯಾವುದೇ ಬೈಪಾಸ್ ಇಲ್ಲದೆ ಖಾಸಗಿ ಮಾರ್ಗದಲ್ಲೇ ಉಳಿಯಿತು.

ನಿಯಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಮತ್ತು App Service ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ: ಪ್ರಮಾಣಪತ್ರ ಆವರಿಸುವ ಹೋಸ್ಟ್‌ಹೆಸರಿನಿಂದ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು DNS ಖಾಸಗಿ ವಿಳಾಸ ಒದಗಿಸಲಿ. ಮಾನ್ಯತೆಯನ್ನು ಬಳಸಿಕೊಳ್ಳದಿರಲು ಮುಂದಾಗಬೇಡಿ, ಏಕೆಂದರೆ ಅದು ಹೆಸರಿಸುವಿಕೆಯ ತಪ್ಪನ್ನು ಭದ್ರತಾ ಹಿನ್ನಡೆಯಾಗಿ ಬದಲಿಸುತ್ತದೆ. ಯಶಸ್ವಿ ping ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಕೈಹಿಡಿತದ ಒಳಗಿನ ಹೆಸರಿನ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಇವು ಪ್ರತ್ಯೇಕ ಪರಿಶೀಲನೆಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ.

ಪ್ರತಿ ಪದರವನ್ನು ಪ್ರತ್ಯೇಕಿಸುವ ನಾಲ್ಕು ಹಂತಗಳ ಕ್ರಮ

1. VPN ಕ್ಲೈಂಟ್‌ಗೆ point-to-site ಪೂಲ್‌ನಿಂದ ವಿಳಾಸ ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಮಾರ್ಗ ಇದೆ ಎಂದು ದೃಢಪಡಿಸಿ.
2. ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ನಿಖರ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ ಮತ್ತು ಉತ್ತರವನ್ನು ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ.
3. ಸೇವಾ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ TCP ಸಂಪರ್ಕ ತೆರೆಯಿರಿ, ನಂತರ ಆ ಸಂಪರ್ಕದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಿದ ಪ್ರಮಾಣಪತ್ರದ ಹೆಸರನ್ನು ಓದಿ.
4. ಈಗಷ್ಟೇ ಅಧಿಕೃತತೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗ ಮತ್ತು ಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರ ಇನ್ನೂ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ.

ವಿಳಾಸ ಸರಿಯಾಗಿರುವಾಗ ನಿರಾಕರಿಸಿದ ಸಂಪರ್ಕ DNS ಗೆ ಅಲ್ಲ, ನೆಟ್‌ವರ್ಕ್ ಭದ್ರತಾ ಗುಂಪು ಅಥವಾ ಖಾಸಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸಂಪರ್ಕದ ಸ್ಥಿತಿಗೆ ತೋರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ರಿಜ಼ಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮತ್ತೆ ಸಂಪಾದಿಸುವ ಮೊದಲು ಅವನ್ನು ಪರಿಶೀಲಿಸಿ. TLS ಹೆಸರಿನ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆ ನಿಮ್ಮನ್ನು URL ನಲ್ಲಿನ ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರದ subject ಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಪರಿಹಾರದ ಔಟ್‌ಪುಟ್, ಪ್ರಮಾಣಪತ್ರದ ಹೆಸರು ಮತ್ತು ನಿಖರ URL ಅನ್ನು ಒಟ್ಟಿಗೆ ಇಡಿ; ಈ ಮೂರು ಮೌಲ್ಯಗಳು ಗೇಟ್‌ವೇಯನ್ನು ಮುಟ್ಟದೆ ಈ ಪ್ರಕರಣಗಳ ಹೆಚ್ಚಿನವನ್ನು ವಿವರಿಸುತ್ತವೆ.

ನಿಯಂತ್ರಣವಾಗಿ ವರ್ಚುಯಲ್ ನೆಟ್‌ವರ್ಕ್ ಒಳಗಿನ VM ಬಳಸಿ. ಹೆಸರು ಅಲ್ಲಿ ಖಾಸಗಿಯಾಗಿ ಮತ್ತು ಟನೆಲ್‌ನಿಂದ ಸಾರ್ವಜನಿಕವಾಗಿ ಪರಿಹರಿಸಿದರೆ, ವಲಯ ಮತ್ತು ದಾಖಲೆ ಸರಿಯಾಗಿವೆ ಮತ್ತು ಏಕೈಕ ವ್ಯತ್ಯಾಸ ಕ್ಲೈಂಟ್‌ನ ರಿಜ಼ಾಲ್ವರ್ ಮಾರ್ಗ, ಅದನ್ನು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸಂರಚನೆಯ ಮೇಲೆ ಇನ್ನೊಂದು ಸುತ್ತಿಗಿಂತ ಬೇಗ ದೃಢಪಡಿಸಬಹುದು.

ಕ್ಲೈಂಟ್‌ಗಳು ಸಹ ಕ್ಯಾಶ್ ಮಾಡುತ್ತವೆ. ಹತ್ತು ನಿಮಿಷಗಳ ಹಿಂದೆ ಸಾರ್ವಜನಿಕವಾಗಿ ಉತ್ತರಿಸಿದ ದಾಖಲೆ ವಲಯ ಸರಿಪಡಿಸಿದ ನಂತರವೂ ಉತ್ತರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ ಮತ್ತೆ ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಕ್ಯಾಶ್ ಖಾಲಿ ಮಾಡಿ. Windows ನಲ್ಲಿ, ipconfig /flushdns ಕ್ಲೈಂಟ್ ಕ್ಯಾಶ್ ತೆರವುಗೊಳಿಸುತ್ತದೆ; ಹೆಸರು ಪರಿಹಾರ ನೀತಿಯ ನಿಯಮಗಳು ಉಳಿಯುತ್ತವೆ, ಯಾವ ಪ್ರತ್ಯಯ ಯಾವ ಸರ್ವರ್‌ಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ ಮತ್ತು ನೀವು ಈಗಷ್ಟೇ ಬದಲಿಸಿದ ರಿಜ಼ಾಲ್ವರ್‌ಗೆ ಹೆಸರಿನ ಸ್ಥಳವನ್ನು ಕಳುಹಿಸುತ್ತಲೇ ಇರಬಹುದು.

hosts ನಮೂದು ಎಲ್ಲಿ ಸೇರುತ್ತದೆ

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

ಉಳಿದಿರುವ ಪರೀಕ್ಷಾ ನಮೂದು ಹಳೆಯ ಕ್ಯಾಶ್‌ಗಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ದೋಷದ ದಿಕ್ಕನ್ನು ಅನುಸರಿಸಿ ಅದು ಸರಿಪಡಿಸಿದ ಮಾರ್ಗವನ್ನು ಒಡೆದಂತೆ ಅಥವಾ ಒಡೆದ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಿದಂತೆ ತೋರಿಸಬಹುದು. ಅಂತಿಮ ಸುತ್ತಿಗೆ ಮೊದಲು ಅದನ್ನು ತೆಗೆಯಿರಿ ಮತ್ತು ಉತ್ಪಾದನಾ ರಿಜ಼ಾಲ್ವರ್‌ನಿಂದ ಮಾತ್ರ ಪರಿಹರಿಸಿ.

ಸಣ್ಣ ಹೆಸರುಗಳಿಗೆ ಹುಡುಕಾಟ ಪ್ರತ್ಯಯ ಬೇಕು ಮತ್ತು ಪೂರ್ಣ ಅರ್ಹ ಹೆಸರುಗಳಿಗೆ ಬೇಕಿಲ್ಲ, ಆದ್ದರಿಂದ ಮೊದಲು ಪೂರ್ಣ ಅರ್ಹ ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಕೆಲಸದ ಹರಿವಿಗೆ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಮೂಲಕ ತಳ್ಳುವ ಪ್ರತ್ಯಯ ಬೇಕೇ ಎಂದು ನಿರ್ಧರಿಸಿ. Microsoft ತನ್ನ ಖಾಸಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ DNS ಮಾರ್ಗದರ್ಶನದಲ್ಲಿ ಪ್ರತಿ ಸೇವೆಗೆ ವಲಯ ಹೆಸರುಗಳು ಮತ್ತು ದಾಖಲೆ ಆಕಾರಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ; ಇನ್ನೊಂದು ಸೇವೆಯಿಂದ ವಲಯವನ್ನು ನಕಲಿಸುವ ಬದಲು ನಿಮ್ಮ ಸೇವೆಯ ನಮೂದನ್ನು ಓದಿ.