.NET NO_PROXY ನಲ್ಲಿ ಪೋಷಕ ಡೊಮೇನ್‌ಗಳು ಮತ್ತು ಉಪಡೊಮೇನ್‌ಗಳು
.NET ಪರಿಸರ ಪ್ರಾಕ್ಸಿ ನೀತಿಯು ಅದರ ಉಪಡೊಮೇನ್‌ಗಳನ್ನೂ ಬೈಪಾಸ್ ಮಾಡಬೇಕಾದಾಗ ಪೋಷಕ ಡೊಮೇನ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸೇರಿಸಿ.
.NET ನ ದಾಖಲಿತ ಪರಿಸರ-ಪ್ರಾಕ್ಸಿ ನಿಯಮಗಳಲ್ಲಿ .example.com ಉಪಡೊಮೇನ್‌ಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ. ಅದು example.com ಗೆ ಸ್ವತಃ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ಈ ಸಣ್ಣ ವ್ಯತ್ಯಾಸವು ಒಂದು ಸೇವೆಯನ್ನು ಎರಡು ಮಾರ್ಗಗಳಾಗಿ ಒಡೆಯಬಹುದು.
| ನಮೂದು | ಉದ್ದೇಶಿತ .NET ಹೊಂದಾಣಿಕೆ |
|---|---|
example.com | ಪೋಷಕ ಹೋಸ್ಟ್‌ನಾಮ |
.example.com | ಆ ಡೊಮೇನ್‌ನ ಕೆಳಗಿನ ಹೋಸ್ಟ್‌ನಾಮಗಳು |
example.com,.example.com | ಎರಡೂ ಗುಂಪುಗಳು |
ಲ್ಯಾಂಡಿಂಗ್ ಪುಟವು ಪೋಷಕ ಹೆಸರನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ಅದರ API api.example.com ಬಳಸುತ್ತದೆ ಎಂದು ಭಾವಿಸಿ. ಚುಕ್ಕೆ ರೂಪವನ್ನು ಮಾತ್ರ ಹೊಂದಿರುವ ಪಟ್ಟಿಯು ಲ್ಯಾಂಡಿಂಗ್ ಪುಟವನ್ನು ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಕಳುಹಿಸಬಹುದು, ಆದರೆ API ನೇರವಾಗಿ ಹೋಗುತ್ತದೆ. ವಿರುದ್ಧ ತಪ್ಪು ಎಂದರೆ ಪೋಷಕ ಡೊಮೇನ್ ಅನ್ನು ಮಾತ್ರ ಪಟ್ಟಿ ಮಾಡಿ ಪ್ರತಿ ಮಗು ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವುದು. HttpClient.DefaultProxy.IsBypassed ಪರಿಶೀಲಿಸಿ ಪೋಷಕ ಡೊಮೇನ್ ಮತ್ತು ಒಂದು ಮಗುವಿಗೆ, ಸಂರಚಿತ ನಿರ್ಧಾರವನ್ನು ಪರಿಶೀಲಿಸಲು.
ಇದು ಭಾಗವಹಿಸುವ .NET HTTP ಕ್ಲೈಂಟ್ ಬಳಸುವ ಪರಿಸರ ನೀತಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಸ್ಪಷ್ಟವಾಗಿ ನಿಗದಿಪಡಿಸಿದ IWebProxy, ಇನ್ನೊಂದು ಹ್ಯಾಂಡ್ಲರ್ ಅನುಷ್ಠಾನ, ಅಥವಾ ಇನ್ನೊಂದು ರನ್‌ಟೈಮ್ ಪೀಳಿಗೆ ತನ್ನದೇ ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸಬೇಕು. ಬ್ರೌಸರ್‌ನ ಬೈಪಾಸ್ ಪಟ್ಟಿ ಈ ಪರಿಸರ ಪಟ್ಟಿಯಾಗಿದೆ ಎಂದು ಊಹಿಸಬೇಡಿ.
ಜೊತೆಗೆ, ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಅಭ್ಯಾಸದಿಂದ *.example.com ಗೆ ಭಾಷಾಂತರಿಸುವುದನ್ನು ವಿರೋಧಿಸಿ. ದಾಖಲಿತ .NET ಪರಿಸರ ವಾಕ್ಯರಚನೆಯು ನಕ್ಷತ್ರಚಿಹ್ನೆಯನ್ನು ಸಾಮಾನ್ಯ ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಎಂದು ಪರಿಗಣಿಸುವುದಿಲ್ಲ.
ಕೆಲಸ ಮಾಡುವ curl ಆಜ್ಞೆಯನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಹೋಲಿಸುವಾಗ ವರದಿಯಲ್ಲಿ ಅಕ್ಷರಶಃ URL ಅನ್ನು ಉಳಿಸಿ. “ಅದೇ ಸರ್ವರ್” ನೀವು ಪೋಷಕ ಡೊಮೇನ್, ಉಪಡೊಮೇನ್, ಅಥವಾ IP ವಿಳಾಸವನ್ನು ಕೇಳಿದ್ದೀರಾ ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಡೊಮೇನ್ ಹೊಂದಾಣಿಕೆಯು ಆ ವಿನಂತಿ ಇನ್‌ಪುಟ್ ವಿರುದ್ಧ ನಡೆಯುತ್ತದೆ, ಸೇವೆಗಾಗಿ ನಿಮ್ಮ ಅನೌಪಚಾರಿಕ ಹೆಸರಿನ ವಿರುದ್ಧವಲ್ಲ.