ಅಜೂರ್ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ VPN ಮೂಲಕ ಆವರಣವನ್ನು ಹೇಗೆ ತಲುಪುತ್ತದೆ

ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ನ ಹೊರಹೋಗುವ ವಿನಂತಿಯು ನೀವು ಎಂದಿಗೂ ನೋಡದ ಕೆಲಸಗಾರನನ್ನು ನೀವು ಆಯ್ಕೆ ಮಾಡದ ಮೂಲದಿಂದ ಬಿಡುತ್ತದೆ ಮತ್ತು ಕಚೇರಿ ಫೈರ್ವಾಲ್ ಅದನ್ನು ಸ್ವೀಕರಿಸಬೇಕಾಗುತ್ತದೆ. ಅದು ಒಂದೇ ವಾಕ್ಯದಲ್ಲಿ ಇಡೀ ಸಮಸ್ಯೆ. ಪ್ರಾದೇಶಿಕ VNet ಏಕೀಕರಣವು ವಿನಂತಿಯನ್ನು ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ಗೆ ಮಾರ್ಗವನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ಸೈಟ್ನಿಂದ ಸೈಟ್ಗೆ VPN ಅದನ್ನು ಅಲ್ಲಿಂದ ಒಯ್ಯುತ್ತದೆ. ನಂತರ ತಪ್ಪಾಗುವ ಎಲ್ಲವೂ ಯಾವ ಮೂಲ ಶ್ರೇಣಿ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನಿಜವಾಗಿ ಬಳಸಿರುವ ಮಾರ್ಗವಾಗಿದೆ.

ಕಾರ್ಮಿಕರು ನಿಜವಾಗಿ ಏನು ಕಳುಹಿಸುತ್ತಾರೆ

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

ಡಿಫಾಲ್ಟ್ ಆಗಿ ಕೇವಲ ಖಾಸಗಿ ವಿಳಾಸ ಸ್ಥಳವು ಆ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ಗಮ್ಯಸ್ಥಾನಗಳು ಇನ್ನೂ ಕೆಲಸಗಾರರಿಂದ ನೇರವಾಗಿ ಹೊರಡುತ್ತವೆ. VNet ಮೂಲಕ ಎಲ್ಲವನ್ನೂ ರೂಟಿಂಗ್ ಮಾಡುವುದು ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್ ಮತ್ತು ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರವಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ ಅವಲಂಬನೆಗಳನ್ನು ಸುರಂಗದಾದ್ಯಂತ ಕಳುಹಿಸುತ್ತದೆ.

ಸ್ಟಾರ್ಟ್ಅಪ್ನಲ್ಲಿ ಕಂಟೇನರ್ ಇಮೇಜ್ ಪುಲ್ನಂತಹ ಕಾನ್ಫಿಗರೇಶನ್ ಟ್ರಾಫಿಕ್ ತನ್ನದೇ ಆದ ರೂಟಿಂಗ್ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ API ಕರೆಗಳು ಯಶಸ್ವಿಯಾದಾಗ ವಿಫಲವಾಗಬಹುದು.

ಇಂಟಿಗ್ರೇಶನ್ ಸಬ್ನೆಟ್ ನೀವು ಅನುಮತಿಸಬೇಕಾದ ಮೂಲವಾಗಿದೆ

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

ನೀವು ಗಮನಿಸಿದ ಒಂದೇ ಒಂದು ಕೆಲಸಗಾರರ ವಿಳಾಸವನ್ನು ಅನುಮತಿಸಬೇಡಿ. ಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ನಿರ್ವಹಣೆಯೊಂದಿಗೆ ನಿದರ್ಶನಗಳು ಬದಲಾಗುತ್ತವೆ ಮತ್ತು ಒಂದು ವಿಳಾಸಕ್ಕೆ ಪಿನ್ ಮಾಡಿದ ನಿಯಮವು ಕೆಟ್ಟ ಕ್ಷಣದಲ್ಲಿ ಒಡೆಯುತ್ತದೆ.

ಗಮ್ಯಸ್ಥಾನದ ಬದಿಯನ್ನು ಕಿರಿದಾಗಿಸಿ: ಒಂದು ಸೇವೆ, ಒಂದು ಪೋರ್ಟ್, ಒಂದು ದಿಕ್ಕು, ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅನುಮತಿಸಲಾಗಿದೆ.

ಪೀರಿಂಗ್ ಮತ್ತು ಗೇಟ್ವೇ ಟ್ರಾನ್ಸಿಟ್ ಸ್ಪಷ್ಟವಾಗಿದೆ

VPN ಗೇಟ್ವೇ ಹಬ್ VNet ನಲ್ಲಿ ಮತ್ತು ಇಂಟಿಗ್ರೇಷನ್ ಸಬ್ನೆಟ್ ಸ್ಪೋಕ್ನಲ್ಲಿ ಕುಳಿತಿದ್ದರೆ, ಹಬ್ ಪೀರಿಂಗ್ ಮತ್ತು ರಿಮೋಟ್ ಗೇಟ್ವೇ ಬಳಕೆಯನ್ನು ಸ್ಪೋಕ್ ಪೀರಿಂಗ್ನಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸಿದ ಮಾರ್ಗದಲ್ಲಿ ಗೇಟ್ವೇ ಸಾಗಣೆಯನ್ನು ಅನುಮತಿಸಬೇಕಾಗುತ್ತದೆ. ಸ್ವತಃ ಇಣುಕಿ ನೋಡುವುದು ಎರಡು VNets ನಡುವೆ ಸಂಚಾರವನ್ನು ಒಯ್ಯುತ್ತದೆ ಮತ್ತು ಇನ್ನೇನೂ ಇಲ್ಲ. ಇಂಟಿಗ್ರೇಶನ್ ಸಬ್ನೆಟ್ನಲ್ಲಿನ ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗಗಳೆಂದರೆ ಗೇಟ್ವೇ ಮುಂದಿನ ಹಾಪ್ ನಿಜವಾಗಿಯೂ ಇದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸುತ್ತೀರಿ.

ಹಬ್ ಮತ್ತು ಸ್ಪೋಕ್ ವಿನ್ಯಾಸವು ಅದರ ರೂಟ್ ಟೇಬಲ್ 0.0.0.0/0 ಅನ್ನು ಫೈರ್ವಾಲ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಫೈರ್ವಾಲ್ ನಂತರ ಆನ್-ಆವರಣದ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ತನ್ನದೇ ಆದ ನಿಯಮದ ಅಗತ್ಯವಿದೆ.

ನೆಟ್ವರ್ಕ್ ತಂಡದೊಂದಿಗೆ ಟಿಕೆಟ್ ತೆರೆಯುವ ಮೊದಲು ಪೇಪರ್ನಲ್ಲಿ ಮಾರ್ಗವನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಇದು ಊಹಿಸುವ ದಿನವನ್ನು ಉಳಿಸುತ್ತದೆ. ಡ್ರಾಯಿಂಗ್ನಲ್ಲಿ ಹಿಂತಿರುಗುವ ದಿಕ್ಕನ್ನು ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಅರ್ಧದಷ್ಟು ಜನರು ಅದನ್ನು ಮರೆತುಬಿಡುತ್ತಾರೆ.

ಇನ್ಬೌಂಡ್ ಖಾಸಗಿ ಎಂಡ್ಪಾಯಿಂಟ್ ಇನ್ನೊಂದು ದಿಕ್ಕು

ಖಾಸಗಿ ಅಂತ್ಯಬಿಂದುವು VNet ಒಳಗಿನಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತಲುಪುವಂತೆ ಮಾಡುತ್ತದೆ. ಕಚೇರಿಗೆ ಅಪ್ಲಿಕೇಶನ್ನ ಹೊರಹೋಗುವ ಕರೆಗೆ ಇದು ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ನಿಜವಾದ ಅವಶ್ಯಕತೆಯು ಹಿಮ್ಮುಖವಾಗಿರುವಾಗ ತಂಡಗಳು ನಿಯಮಿತವಾಗಿ ಒಂದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತವೆ.

ಹಳೆಯ ದಸ್ತಾವೇಜನ್ನು ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ VPN ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಗೇಟ್ವೇ-ಅಗತ್ಯವಿರುವ ಏಕೀಕರಣವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಇದು ತನ್ನದೇ ಆದ ಅಗತ್ಯತೆಗಳೊಂದಿಗೆ ವಿಭಿನ್ನ ವೈಶಿಷ್ಟ್ಯವಾಗಿದೆ. Microsoft ಆ ವೈಶಿಷ್ಟ್ಯದ ನಿವೃತ್ತಿಯನ್ನು ಮಾರ್ಚ್ 31, 2027 ಕ್ಕೆ ನಿಗದಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ಬದಲಿಗೆ ಪ್ರಾದೇಶಿಕ ಏಕೀಕರಣವನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ.

ಹಳೆಯ ಉದಾಹರಣೆಯು ಅದನ್ನು ಬಳಸಿದೆ ಎಂಬ ಕಾರಣಕ್ಕಾಗಿ ಲೆಗಸಿ ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ನಕಲಿಸಬೇಡಿ.

ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಸಂದರ್ಭದೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ

ನಿಯೋಜಿತ ಅಪ್ಲಿಕೇಶನ್ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ನಿಮ್ಮ ಲ್ಯಾಪ್ಟಾಪ್ನಿಂದ ಅಲ್ಲ ಮತ್ತು ಅದೇ VNet ನಲ್ಲಿ VM ನಿಂದ ಅಲ್ಲ. ಪರಿಹರಿಸಲಾದ ವಿಳಾಸ, ಸಂಪರ್ಕ ಫಲಿತಾಂಶ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಲಾಗ್ ಮಾಡಿ, ಏಕೆಂದರೆ DNS ವೈಫಲ್ಯ, TCP ಸಮಯ ಮೀರಿದೆ ಮತ್ತು ಮೂರು ವಿಭಿನ್ನ ಮಾಲೀಕರಲ್ಲಿ ದೃಢೀಕರಣ ನಿರಾಕರಣೆ ಬಿಂದು. ಹೆಸರಿನ ರೆಸಲ್ಯೂಶನ್ ವಿಫಲವಾದರೆ, ಸುರಂಗವನ್ನು ಸ್ಪರ್ಶಿಸುವ ಮೊದಲು VNet ಗಾಗಿ ಖಾಸಗಿ DNS ಅನ್ನು ಸರಿಪಡಿಸಿ.

ಹಸಿರು ಸುರಂಗ ಸ್ಥಿತಿಯು ಗೇಟ್ವೇ ಮೇಲಿದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಇದು ಸೆಲೆಕ್ಟರ್ಗಳು, ಫೈರ್ವಾಲ್ ನಿಯಮಗಳು ಅಥವಾ DNS ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ವಿನಂತಿಯು ಅಂತಿಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದಾಗ, ಮೂಲ ಶ್ರೇಣಿ, ಗಮ್ಯಸ್ಥಾನ ಪೋರ್ಟ್ ಮತ್ತು DNS ವಲಯವನ್ನು ಅಪ್ಲಿಕೇಶನ್ನ ರನ್ಬುಕ್ಗೆ ಬರೆಯಿರಿ. ಇದನ್ನು ಡೀಬಗ್ ಮಾಡುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಯು ಗೇಟ್ವೇ ಸ್ಥಿತಿ ಪುಟದಿಂದ ಬದಲಾಗಿ ನಿಮ್ಮ ಟಿಪ್ಪಣಿಯಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.