Google Cloud VPC ಗೆ ದೂರದಿಂದ ಡೆವಲಪರ್ ಪ್ರವೇಶ: ಸರಿಯಾದ ಮಾರ್ಗ ಆಯ್ಕೆಮಾಡಿ

ಒಬ್ಬ ಡೆವಲಪರ್ಗೆ ಒಂದು SSH ಸೆಷನ್, ಡೇಟಾಬೇಸ್ ಪೋರ್ಟ್ ಅಥವಾ ಡಜನ್ಗಟ್ಟಲೆ ಖಾಸಗಿ ಸೇವೆಗಳಿಗೆ ವಿಶಾಲ ಪ್ರವೇಶ ಬೇಕು, ಮತ್ತು ಆ ಪ್ರತಿ ವಿನಂತಿಯೂ ಒಂದೇ ಪ್ರಶ್ನೆಯಂತೆ ಕಾಣುತ್ತದೆ. ಹಾಗಲ್ಲ. ಗಮ್ಯಸ್ಥಾನಗಳು, ಪ್ರೋಟೋಕಾಲ್ಗಳು ಮತ್ತು ಒಳಗೊಂಡ ಗುರುತುಗಳು Google Cloud ನಲ್ಲಿ ಯಾವ ಪ್ರವೇಶ ಮಾರ್ಗ ಸರಿಹೊಂದುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಅಗಲವಾದದ್ದನ್ನು ಆರಿಸುವುದು ನೀವು ಹೊಂದಿರಬೇಕಾಗಿಲ್ಲದ ಕೆಲಸವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಗಮ್ಯಸ್ಥಾನಗಳು ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಬರೆಯಿರಿ

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

ಲಿಸನರ್ ತೆರೆಯುವ ಮೊದಲು ಇದನ್ನು ಮಾಡಿ. ಪಟ್ಟಿ ನಂತರ ಸ್ವೀಕೃತಿ ಪರೀಕ್ಷೆಯಾಗುತ್ತದೆ, ಮತ್ತು ಸಂಕುಚಿತ ಸುರಂಗವನ್ನು ಆಕಸ್ಮಿಕವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಅಗಲವಾದ ಸುರಂಗದಿಂದ ಪ್ರತ್ಯೇಕಿಸುವ ಏಕೈಕ ನಂಬಿಕಾರ್ಹ ದಾರಿ ಇದು.

ಕೆಲವು TCP ಸೇವೆಗಳಿಗೆ IAP

Identity-Aware Proxy ನಲ್ಲಿ TCP ಫಾರ್ವರ್ಡಿಂಗ್ ಸೇವೆಯನ್ನು ಇಂಟರ್ನೆಟ್ಗೆ ಒಡ್ಡದೆ ಅರ್ಹ VM ಸಂಪನ್ಮೂಲಗಳಿಗೆ ದೃಢೀಕೃತ ಸುರಂಗವನ್ನು ನೀಡುತ್ತದೆ. ದೈನಂದಿನ ರೂಪ gcloud compute ssh instance-1 --tunnel-through-iap --zone=us-central1-a, ಮತ್ತು ಒಂದೇ ಪೋರ್ಟ್ ಅನ್ನು ಸ್ಥಳೀಯವಾಗಿ gcloud compute start-iap-tunnel instance-1 5432 --local-host-port=localhost:15432 --zone=us-central1-a ನಿಂದ ಫಾರ್ವರ್ಡ್ ಮಾಡಬಹುದು.

ಮೂರು ವಿಷಯಗಳು ಹೊಂದಿಕೆಯಾಗಬೇಕು: ಕರೆಗಂಟೆಗೆ IAP ಸುರಂಗ ಪ್ರವೇಶ ಪಾತ್ರ ಬೇಕು, ಫೈರ್ವಾಲ್ IAP ಮೂಲ ಶ್ರೇಣಿಯನ್ನು ಅನುಮತಿಸಬೇಕು, ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವು ಇನ್ಸ್ಟಾನ್ಸ್ನಲ್ಲಿ ತಲುಪಬಹುದಾಗಿರಬೇಕು. ಸುರಂಗ ರಚಿಸುವ ಅಧಿಕಾರ ಡೇಟಾಬೇಸ್ ರುಜುವಾತು, SSH ಲಾಗಿನ್ ಅಥವಾ RDP ಸೆಷನ್ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ದೃಢೀಕರಣವನ್ನು ಅದರ ಸ್ಥಳದಲ್ಲೇ ಇರಿಸಿ.

IAP TCP ಫಾರ್ವರ್ಡಿಂಗ್ ಮೂರನೇ ಪದರದ VPN ಅಲ್ಲ. ಅದು TCP ಅನ್ನು ಆಯ್ದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಸಾಗಿಸುತ್ತದೆ, ಅನಿಯಂತ್ರಿತ IP ಸಂಚಾರ ಅಥವಾ UDP ಅನ್ನಲ್ಲ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ಗೆ ಅನೇಕ ಸೇವೆಗಳಾದ್ಯಂತ ಖಾಸಗಿ DNS ಬೇಕಾದಾಗ ಸರಿಹೊಂದುವುದಿಲ್ಲ.

ಹೆಚ್ಚು ವಿಶಾಲ ತಲುಪುವಿಕೆಗಾಗಿ ರಿಮೋಟ್-ಆಕ್ಸೆಸ್ VPN

ಹಲವು ಗಮ್ಯಸ್ಥಾನಗಳು, ಪ್ರೋಟೋಕಾಲ್ಗಳು ಅಥವಾ ಖಾಸಗಿ DNS ವಲಯಗಳು ಬೇಕಾದಾಗ, VM ಅಥವಾ ಬೆಂಬಲಿತ ಸಾಧನದಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ವಹಿಸಲಾದ ರಿಮೋಟ್-ಆಕ್ಸೆಸ್ VPN ಉತ್ತಮ ರೂಪ. ಆ ನಿಯೋಜನೆ Google ನಿರ್ವಹಿತ Cloud VPN ನಿಂದ ಪ್ರತ್ಯೇಕ: ಕ್ಲೈಂಟ್ ಗುರುತು ನೋಂದಣಿ, ಸಾಫ್ಟ್ವೇರ್ ನವೀಕರಣಗಳು, ಕ್ಲೈಂಟ್ ಮಾರ್ಗಗಳು ಮತ್ತು VPC ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು ನಿಮ್ಮವು.

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

Cloud VPN ಸೈಟ್ ಗೇಟ್ವೇ, ಲ್ಯಾಪ್ಟಾಪ್ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ

Google Cloud VPN IPsec ಮೂಲಕ ಸಹವರ್ತಿ ಗೇಟ್ವೇಗಳನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಪದೇ ಪದೇ ಕೇಳುವ ಪ್ರಶ್ನೆಗಳು ಆ ಸೈಟ್-ಟು-ಸೈಟ್ ಪಾತ್ರವನ್ನು ಕ್ಲೈಂಟ್-ಟು-ಗೇಟ್ವೇ ಪ್ರವೇಶದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಸುರಂಗ ರಚಿಸುವುದು ಉದ್ಯೋಗಿ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಆಮದು ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಯಾರಾದರೂ Cloud VPN ಪ್ರೊಫೈಲ್ ಕೇಳಿದಾಗ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ. ಉತ್ತರ ಬೇರೆ ಉತ್ಪನ್ನ.

ಗೇಟ್ವೇ ಚೆನ್ನಾಗಿ ಮಾಡುವುದು ಏನೆಂದರೆ ಕಚೇರಿ ನೆಟ್ವರ್ಕ್ನ ಹಿಂದಿನ ಯಂತ್ರಗಳಿಗೆ VPC ಗೆ ಮಾರ್ಗ ನೀಡುವುದು. ಅದು ಪ್ರತಿ ಉದ್ಯೋಗಿಯನ್ನು ದೃಢೀಕರಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಅನುಮತಿಗಳನ್ನು ನೀಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಆ ನೀತಿಗಳು ಗುರುತಿನ ಪ್ರಕಾರ ಜಾರಿಗೊಳಿಸಬಹುದಾದ ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪದರಗಳಲ್ಲಿ ಉಳಿಯುತ್ತವೆ.

ಪರಿಶೀಲಿಸಿ ಮತ್ತು ದಾಖಲಿಸಿ

ಮೊದಲು ಅತ್ಯಂತ ಸಂಕುಚಿತ ಗಮ್ಯಸ್ಥಾನವನ್ನು, ನಂತರ DNS ಅಗತ್ಯವಿರುವದನ್ನು, ನಂತರ ನಿರಾಕರಿಸಲ್ಪಟ್ಟೇ ಇರಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಪ್ರತಿ ಪರೀಕ್ಷೆಯನ್ನು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಈ ಮಾರ್ಗವನ್ನು ಬಳಸುವ ಅದೇ ಕ್ಲೈಂಟ್ನಿಂದ ನಡೆಸಿ, ಏಕೆಂದರೆ ನಿರ್ವಾಹಕರ ವರ್ಕ್ಸ್ಟೇಷನ್ನಿಂದ ಯಶಸ್ವಿ ಪರೀಕ್ಷೆ ಬೇರೆ ನೆಟ್ವರ್ಕ್ ಇರುವ ಡೆವಲಪರ್ ಲ್ಯಾಪ್ಟಾಪ್ ಬಗ್ಗೆ ಸ್ವಲ್ಪವೇ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಆಯ್ಕೆಮಾಡಿದ ಮಾದರಿ, ಅದು ಆವರಿಸುವ ಗಮ್ಯಸ್ಥಾನಗಳು, ಅದು ದೃಢೀಕರಿಸುವ ಗುರುತುಗಳು ಮತ್ತು ಮಾರ್ಗ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ವೈಫಲ್ಯದ ನಡವಳಿಕೆಯನ್ನು ದಾಖಲಿಸಿ. ಆ ದಾಖಲೆಯೇ ಮುಂದಿನ ವಿನಂತಿಯು ದಾಖಲಿಸಿದ ವಿನ್ಯಾಸಕ್ಕೆ ಒಂದು ಗಮ್ಯಸ್ಥಾನ ಸೇರಿಸುವ ಬದಲು ಸುರಂಗವನ್ನು ಮೌನವಾಗಿ ಅಗಲಗೊಳಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ.