ಒಂದು Azure VM ಗೆ ಟನೆಲ್ ಬೇಕು: ಗೆಸ್ಟ್ ಕ್ಲೈಂಟ್ ಅಥವಾ VPN ಗೇಟ್ವೇ?
ಒಂದೇ Azure VM ತನ್ನದೇ VPN ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸಬೇಕೆ ಅಥವಾ ಸಂಪರ್ಕವು ನೆಟ್ವರ್ಕ್ ಪದರಕ್ಕೆ ಸೇರಬೇಕೆ ಎಂಬುದನ್ನು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಒಂದು Azure VM ನಲ್ಲಿನ ಒಂದು ವರ್ಕ್ಲೋಡ್ ಟನೆಲ್ ಮೂಲಕ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ ತಲುಪಬೇಕು. ವಿನ್ಯಾಸವನ್ನು ನಿರ್ಧರಿಸುವ ಪ್ರಶ್ನೆ ಯಾವ VPN ಉತ್ಪನ್ನ ಉತ್ತಮ ಎಂಬುದಲ್ಲ; ಬೇರೆ ಯಾವುದೇ ಯಂತ್ರಕ್ಕೆ ಆ ಮಾರ್ಗ ಯಾವಾಗಲಾದರೂ ಬೇಕಾಗುತ್ತದೆಯೇ ಎಂಬುದು. ಮೊದಲು ಅದಕ್ಕೆ ಉತ್ತರಿಸಿ, ಉಳಿದ ವಾಸ್ತುಶಿಲ್ಪ ಸಾಮಾನ್ಯವಾಗಿ ತಾನೇ ಆಯ್ಕೆಯಾಗುತ್ತದೆ. ತಪ್ಪು ಮಾಡಿದರೆ, ಯಾರೂ ದಾಖಲಿಸದ ರೌಟರ್ ಆಗಿ ಮೌನವಾಗಿ ಬದಲಾದ VM ನಿಮಗೆ ಬರುತ್ತದೆ.
ಒಂದೇ ರೀತಿ ಕಾಣುವ ಎರಡು ಕೆಲಸಗಳು
VM ಒಂದು ಅಂತ್ಯಬಿಂದು ಅಥವಾ ಸಾಗಣೆ ಬಿಂದುವಾಗಿರಬಹುದು, ಮತ್ತು ವ್ಯತ್ಯಾಸ ನೀವು ಸ್ಥಾಪಿಸುವ ಸಾಫ್ಟ್ವೇರ್ನಲ್ಲ, ಟನೆಲ್ ಅನ್ನು ಯಾರು ಬಳಸುತ್ತಾರೆ ಎಂಬುದರಲ್ಲಿ. ಅಂತ್ಯಬಿಂದುವಾಗಿ, ಗೆಸ್ಟ್ ತನ್ನದೇ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸುತ್ತದೆ. ಸಾಗಣೆ ಬಿಂದುವಾಗಿ, ಅದು ಬೇರೆ ವರ್ಕ್ಲೋಡ್ಗಳ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮುಂದೆ ಕಳುಹಿಸುತ್ತದೆ, ಇದು ಅದನ್ನು ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ ಟೋಪಾಲಜಿಯ ಭಾಗವಾಗಿಸುತ್ತದೆ.
| ಕೆಲಸ | VM ಏನು ಮಾಡುತ್ತದೆ | ರೌಟಿಂಗ್ ಯಾರದು |
|---|---|---|
| ವರ್ಕ್ಲೋಡ್ ಅಂತ್ಯಬಿಂದು | ತನ್ನದೇ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಬೆಂಬಲಿತ ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸುತ್ತದೆ | ಗೆಸ್ಟ್ ರೂಟ್ಗಳು ಅನುಮೋದಿತ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ |
| ಸಾಗಣೆ ಸಾಧನ | ಬೇರೆ ವರ್ಕ್ಲೋಡ್ಗಳನ್ನು ಸೈಟ್ ಸಂಪರ್ಕಕ್ಕೆ ಮುಂದೆ ಕಳುಹಿಸುತ್ತದೆ | ಸಬ್ನೆಟ್ ರೂಟ್ ಕೋಷ್ಟಕಗಳು, NIC ಫಾರ್ವರ್ಡಿಂಗ್, ಗೆಸ್ಟ್ ನೀತಿ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು |
ಒಂದು VM ನ ಬಹುಪಾಲು ವಿನಂತಿಗಳು ಎರಡನೇ ಕೆಲಸದ ಭಾಷೆ ಧರಿಸಿದ ಮೊದಲ ಕೆಲಸ. ಯಾರೋ “VM ನಮ್ಮ VPN” ಎನ್ನುತ್ತಾರೆ, ಆದರೆ ಅರ್ಥ ಅದರ ಮೇಲಿನ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಆಚೆ ಬದಿಯ ಡೇಟಾಬೇಸ್ ತಲುಪಬೇಕು ಎಂದು.
ಷರತ್ತು ಒಂದು: ಬೇರೆ ಯಾವುದಾದರೂ ದೂರದ ಬದಿಯನ್ನು ಬಯಸುತ್ತದೆಯೇ?
ಉತ್ತರ ಇಲ್ಲ ಎಂದಾದರೆ, ಗೆಸ್ಟ್ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿ ವಿನ್ಯಾಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಆ ಆಯ್ಕೆಯಲ್ಲಿ ಯಾವುದೂ ನಿರ್ವಹಿತ ಗೇಟ್ವೇ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ಅದರಿಂದ ಯಾವುದೂ VM ಅನ್ನು ಅದರ ನೆರೆಹೊರೆಯವರಿಗೆ ಗೇಟ್ವೇ ಆಗಿಸುವುದಿಲ್ಲ. ನೀವು ಒಂದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಒಳಗೆ ರೂಟ್ ಸೇರಿಸುತ್ತಿದ್ದೀರಿ.
ಉತ್ತರ ಹೌದು ಆದರೆ, ಅಥವಾ ಒಂದು ವರ್ಷದೊಳಗೆ ಬಹುಶಃ ಹೌದು ಆದರೆ, ಅದನ್ನು ಈಗ ನೆಟ್ವರ್ಕ್ ವಿನ್ಯಾಸವೆಂದು ಪರಿಗಣಿಸಿ. ಬೇರೆ VM ಗಳು ಸಾಗಣೆ VM ತಲುಪುವುದು ಸಬ್ನೆಟ್ ರೂಟ್ ಕೋಷ್ಟಕ ಅವುಗಳನ್ನು ಅಲ್ಲಿಗೆ ಕಳುಹಿಸಿದಾಗ ಮತ್ತು NIC ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಟ್ರಾಫಿಕ್ ಸ್ವೀಕರಿಸಿದಾಗ ಮಾತ್ರ, ಆದ್ದರಿಂದ ಕೆಲಸ ರೂಟ್ ಕೋಷ್ಟಕಗಳು ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಅನುಮತಿಗಳು, ಇನ್ನೊಂದು ಕ್ಲೈಂಟ್ ಸ್ಥಾಪನೆ ಅಲ್ಲ.
ಷರತ್ತು ಎರಡು: ನಿರ್ವಹಣಾ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಹುದೇ?
ವಿಶಾಲ ರೂಟ್ ಸ್ಥಾಪಿಸುವ VPN ಕ್ಲೈಂಟ್ ನೀವು VM ನಿರ್ವಹಿಸುವ ಮಾರ್ಗವನ್ನು ವಶಪಡಿಸಿಕೊಳ್ಳಬಹುದು. ಟನೆಲ್ನ ಗಮ್ಯಸ್ಥಾನ ಪಟ್ಟಿ ನಿರ್ವಹಣಾ ನೆಟ್ವರ್ಕ್ ಜೊತೆ ಜೋಡಣೆಯಾದರೆ, ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿದ ಕ್ಷಣವೇ ನಿಮ್ಮ SSH ಅಥವಾ RDP ಅಧಿವೇಶನ ಕುಸಿಯುತ್ತದೆ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಸೀರಿಯಲ್ ಕನ್ಸೋಲ್ ಅಥವಾ ಮರುನಿರ್ಮಾಣದ ಮೂಲಕ ಮಾಡಬೇಕು.
ಮೊದಲು ಮತ್ತು ನಂತರ ಪರಿಶೀಲಿಸಿ. Linux ನಲ್ಲಿ ip route get <management-ip> ಕರ್ನೆಲ್ ಈಗ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮೂಲ ಬಳಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ; ಟನೆಲ್ ಚಾಲೂ ಇರುವಾಗಿನ ಉತ್ತರದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸ್ಪಷ್ಟ ಗಮ್ಯಸ್ಥಾನ ಪಟ್ಟಿಯಿರುವ ವಿಭಜಿತ ಟನೆಲ್ ಡೀಫಾಲ್ಟ್ ರೂಟ್ಗಿಂತ ಸಮರ್ಥಿಸಲು ಸುಲಭ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ವರ್ಕ್ಲೋಡ್ಗೆ ನಿಜಕ್ಕೂ ಬೇಕಾಗಿರುವುದು ಅದೇ.
ಷರತ್ತು ಮೂರು: ಮಧ್ಯರಾತ್ರಿಯಲ್ಲಿ ಅದನ್ನು ಯಾರು ಪ್ಯಾಚ್ ಮಾಡುತ್ತಾರೆ?
ಗೆಸ್ಟ್ ಕ್ಲೈಂಟ್ ಎಂದರೆ ನಿಮ್ಮ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್, ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿ ಮತ್ತು ನಿಮ್ಮ ಪ್ರಮಾಣಪತ್ರಗಳು. ನೀವು ಈಗಾಗಲೇ VM ಮತ್ತು ಅದರ ಪ್ಯಾಚ್ ಚಕ್ರ ನಡೆಸುತ್ತಿದ್ದರೆ ಅದು ಸರಿ. VM ಕೇವಲ ಟನೆಲ್ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಲು ಇದ್ದರೆ ಅದು ಕೆಟ್ಟ ವ್ಯವಹಾರ. ಗೆಸ್ಟ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಅಗ್ಗ ಎಂದು ಕರೆಯುವ ಮೊದಲು ಪ್ಯಾಚ್ ಗಂಟೆಗಳನ್ನು ಎಣಿಸಿ. ಮರುಬೂಟ್ ಬೇಕಾಗುವ ಕ್ಲೈಂಟ್ ನವೀಕರಣವು ಟನೆಲ್ ಚಾಲೂ ಇಡಲು ಇರುವ ಯಂತ್ರಕ್ಕೆ ನೀವೇ ನಿಗದಿಪಡಿಸಿದ ಅಡಚಣೆ.
ನಿರ್ವಹಿತ ಗೇಟ್ವೇ ಆ ನಿರ್ವಹಣೆಯನ್ನು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ಸರಿಸುತ್ತದೆ. ಗುರುತು, ಅಧಿಕಾರ ಮತ್ತು ಅದರ ಹಿಂದಿನ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗಗಳು ಇನ್ನೂ ನಿಮ್ಮವೇ, ಆದರೆ ಕ್ಲೈಂಟ್ ನವೀಕರಣ ಅನ್ವಯಿಸಲು ನೀವು ಯಂತ್ರವನ್ನು ಮರುಬೂಟ್ ಮಾಡುವುದಿಲ್ಲ.
ನಿರ್ವಹಿತ ಗೇಟ್ವೇ ಏನು ಮಾಡುವುದಿಲ್ಲ
Azure VPN Gateway ತನ್ನದೇ ಸೈಟ್-ಟು-ಸೈಟ್ ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಸೈಟ್ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಹೊಂದಿರುವ VNet ಸಂಪರ್ಕ ಸೇವೆ. ಇದು ಗೆಸ್ಟ್ನಲ್ಲಿ VPN ಸಾಫ್ಟ್ವೇರ್ ನಿಷೇಧಿಸುವ ನಿಯಮವಲ್ಲ, ಮತ್ತು ಒಂದು ಅಪ್ಲಿಕೇಶನ್ಗೆ ಬೇಕಾದ ಕ್ಲೈಂಟ್ಗೆ ನೇರ ಬದಲಿ ಅಲ್ಲ.
ಅದು ಕೊಡುವುದು ನೆಟ್ವರ್ಕ್ ಪದರದ ಸಂಪರ್ಕ, ರೌಟಿಂಗ್ ಮೂಲಕ ಅನೇಕ ವರ್ಕ್ಲೋಡ್ಗಳು ಅದನ್ನು ತಲುಪಬಹುದು. ಅದು ಕೊಡದಿರುವುದು ಒಂದು VM ನಲ್ಲಿ ಒಂದೇ ಪ್ರಕ್ರಿಯೆ ಬಳಸುವ ಮತ್ತು ಆ ಪ್ರಕ್ರಿಯೆಯ ಗುರುತಿಗೆ ಸೀಮಿತವಾದ ಟನೆಲ್. ಈ ಸೀಮಿತತೆ ಕ್ಷಮೆ ಕೇಳಬೇಕಾದ ಕೊರತೆಯಲ್ಲ; ಅದೇ ಗೆಸ್ಟ್-ಕ್ಲೈಂಟ್ ವಿನ್ಯಾಸದ ಉದ್ದೇಶ. ಒಂದು ಅಪ್ಲಿಕೇಶನ್, ಒಂದು ರೂಟ್, ಒಂದು ರುಜುವಾತು ಗುಂಪು, ಸಬ್ನೆಟ್ನ ಬೇರೆ VM ಗಳ ಮೇಲೆ ಯಾವುದೇ ಪರಿಣಾಮವಿಲ್ಲ.
ಆದ್ದರಿಂದ ಹೋಲಿಕೆ ನಿರ್ವಹಿತ ವಿರುದ್ಧ ಸಾಫ್ಟ್ವೇರ್ ಅಲ್ಲ. ಅದು ನೆಟ್ವರ್ಕ್-ವ್ಯಾಪ್ತಿಯ ಸಂಪರ್ಕ ವಿರುದ್ಧ ಪ್ರಕ್ರಿಯೆ-ವ್ಯಾಪ್ತಿಯ ಸಂಪರ್ಕ, ಮತ್ತು ಎರಡನೆಯದು ಒಂದೇ ಪ್ರಕ್ರಿಯೆಗೆ ಅದು ಬೇಕಾದಾಗ ಸಮಂಜಸ.
ಬೆಳವಣಿಗೆಯ ಮಾರ್ಗವನ್ನು ಅಗತ್ಯಕ್ಕಿಂತ ಮೊದಲು ಯೋಜಿಸಿ
ಅಗತ್ಯ ಒಂದು VM ನಿಂದ ಸಬ್ನೆಟ್ಗೆ ಬೆಳೆದರೆ, ಕ್ಲೈಂಟ್ನ ಅನುಮೋದಿತ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ವಿಸ್ತರಿಸುವ ಬದಲು ವಿನ್ಯಾಸವನ್ನು ಮರುನಿರ್ಮಿಸಿ. ಅನುಕೂಲಕರ ಅಧಿವೇಶನವನ್ನು ದಾಖಲಿಸದ ರೌಟರ್ ಆಗಿ ಮರುಬಳಕೆ ಮಾಡುವುದು ಪ್ರತಿ ಬಳಕೆದಾರನನ್ನು ಆ VM ನ ಆಯುಷ್ಯ, ಅದರ ರುಜುವಾತುಗಳು ಮತ್ತು ಅದರ ಪ್ಯಾಚ್ ಕಿಟಕಿಗೆ ಬಿಗಿಯುತ್ತದೆ.
ಸಂಪರ್ಕವು ವರ್ಕ್ಲೋಡ್-ವ್ಯಾಪ್ತಿಯ ಬದಲು ನೆಟ್ವರ್ಕ್-ವ್ಯಾಪ್ತಿಯಾದಾಗ ಸರಿಯಾದ ಆರಂಭ ಸ್ಥಾನ Azure VPN Gateway ನ ಅವಲೋಕನ.
ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಮೂರು ಸಾಲು ಬರೆಯಿರಿ: ದೂರದ ಬದಿ ಯಾರಿಗೆ ಬೇಕು, VM ಅನ್ನು ಯಾರು ನಿರ್ವಹಿಸುತ್ತಾರೆ, ಮತ್ತು ಟನೆಲ್ ಅನ್ನು ಯಾರು ಪ್ಯಾಚ್ ಮಾಡುತ್ತಾರೆ. ಮೂರೂ ಉತ್ತರಗಳು ಒಂದೇ ವರ್ಕ್ಲೋಡ್ ಕಡೆ ತೋರಿಸಿದರೆ, ಗೆಸ್ಟ್ ಕ್ಲೈಂಟ್ ಪ್ರಾಮಾಣಿಕ ವಿನ್ಯಾಸ. ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಸಬ್ನೆಟ್ ಕಡೆ ತೋರಿಸಿದರೆ, ಈಗಲೇ ನೆಟ್ವರ್ಕ್ ಪದರವನ್ನು ವಿನ್ಯಾಸ ಮಾಡಿ.