Cloud Run ನಿಂದ ಆನ್-ಪ್ರಿಮೈಸಸ್ VPN ಗೆ: Direct VPC egress ಸೆಟಪ್

Cloud VPN ಸುರಂಗ Cloud Run ಅನ್ನು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಇಡುವುದಿಲ್ಲ. ಸೇವೆಯನ್ನು ಸರಿಯಾದ ಸಬ್‌ನೆಟ್‌ಗೆ ಜೋಡಿಸಿ, ಅದರ ಮೂಲ ಶ್ರೇಣಿಯನ್ನು ರೂಟ್ ಮಾಡಿ, ನಂತರ ಆ ರಿವಿಷನ್ ಪರೀಕ್ಷಿಸಿ.

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

ಸುರಂಗವನ್ನು ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ರಿವಿಷನ್ ಜೋಡಿಸಿ

Cloud Run ಬೆಂಬಲಿಸುತ್ತದೆ Direct VPC egress, ಇದು Serverless VPC Access ಕನೆಕ್ಟರ್ ಇಲ್ಲದೆ ಸೇವೆಯ ಸಂಚಾರವನ್ನು ನಿಮ್ಮ VPC ಯ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿ ಇಡುತ್ತದೆ. ಇರುವ ಸೇವೆಗೆ ನವೀಕರಣ ಹೀಗೆ ಕಾಣುತ್ತದೆ:

gcloud run services update SERVICE \
  --region=REGION --network=NETWORK --subnet=SUBNET \
  --vpc-egress=private-ranges-only

ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್‌ಗಳನ್ನು ಬದಲಿಸಿ, ನಿಯೋಜನೆ ಲೈವ್ ಸಂಚಾರಕ್ಕೆ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಸೇವೆಯ ಪ್ರದೇಶದಲ್ಲಿ ಸಾಕಷ್ಟು ವಿಳಾಸ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಸರಿಯಾದ ನೆಟ್‌ವರ್ಕ್ ಅನುಮತಿಗಳಿರುವ ಸಬ್‌ನೆಟ್ ಆಯ್ಕೆಮಾಡಿ.

ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೊಂದುವ egress ಮೋಡ್ ಆಯ್ಕೆಮಾಡಿ

private-ranges-only ಖಾಸಗಿ ಎಂದು ವರ್ಗೀಕರಿಸುವ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು VPC ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ. ಇದರ ಅರ್ಥ «VPN ಮೂಲಕ ತಲುಪಬಹುದಾದ ಎಲ್ಲವೂ» ಅಲ್ಲ, ಮತ್ತು ಆ ಕಂದಕವು ಆನ್-ಪ್ರಿಮೈಸಸ್ ಸೇವೆ ಸೆಟ್ಟಿಂಗ್ ಹಾಗೆ ವರ್ಗೀಕರಿಸದ ಶ್ರೇಣಿಯಲ್ಲಿದ್ದಾಗ ಕಾಣಿಸುತ್ತದೆ. ಗಮ್ಯಸ್ಥಾನ ಆವರಿಸದಿದ್ದರೆ, all-traffic ದಾಖಲಾದ ಇನ್ನೊಂದು ಮೋಡ್, ಮತ್ತು ಅದು ಸೇವೆಯ ಸಾರ್ವಜನಿಕ ಅವಲಂಬನೆಗಳೂ ಸೇರಿದಂತೆ ಎಲ್ಲವನ್ನೂ VPC ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಪರಿಣಾಮವನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಬರೆಯಿರಿ.

ಈಗಾಗಲೇ ಕನೆಕ್ಟರ್ ಬಳಸುತ್ತಿರುವ ಸೇವೆಗೆ ಟಾಗಲ್ ಅಲ್ಲ, ವಲಸೆ ಬೇಕು, ಆದ್ದರಿಂದ ಎರಡನ್ನೂ ಸಂರಚಿಸುವ ಬದಲು ಅದನ್ನು ಯೋಜಿಸಿ.

VM ಮೂಲವಲ್ಲ, Cloud Run ಮೂಲವನ್ನು ರೂಟ್ ಮಾಡಿ

Direct VPC egress ಆಯ್ದ ಸಬ್‌ನೆಟ್‌ನಿಂದ ತಾತ್ಕಾಲಿಕ ವಿಳಾಸಗಳನ್ನು ಹಂಚುತ್ತದೆ, ಮತ್ತು ಆನ್-ಪ್ರಿಮೈಸಸ್ ಬದಿಯು ಸಂಚಾರವನ್ನು ಆ ಶ್ರೇಣಿಗೆ ಮರಳಿಸಬೇಕು. ಬೇರೆ VM ಸಬ್‌ನೆಟ್‌ಗಾಗಿ ಬರೆದ ರಿಟರ್ನ್ ರೂಟ್ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಅನುಮತಿ ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಆಚರಣೆಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಸಬ್‌ನೆಟ್ CIDR ಅನ್ನು ನೆನಪಿನಿಂದಲ್ಲ, VPC ಯಿಂದ ತೆಗೆದುಕೊಳ್ಳಿ, ನಂತರ ರಿಮೋಟ್ ಸಾಧನದ ಕ್ರಿಪ್ಟೋ ACL ಅಥವಾ ರೂಟ್ ಕೋಷ್ಟಕ ಅದನ್ನು ಒಳಗೊಂಡಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಕ್ರಿಯಾತ್ಮಕ ರೂಟಿಂಗ್‌ನೊಂದಿಗೆ, Cloud Router ನಿಜವಾಗಿ ಏನನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತದೆ ಮತ್ತು VPC ಏನನ್ನು ಆಮದು ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಯಾವುದೇ ಕಸ್ಟಮ್ ಜಾಹೀರಾತು ನೀತಿ ಸೇರಿದಂತೆ. ಕನ್ಸೋಲ್‌ನಲ್ಲಿದ್ದರೂ ಈ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಆಯ್ಕೆಯಾಗದ ರೂಟ್ ರೂಟ್ ಇಲ್ಲದಿರುವುದಕ್ಕೆ ಸಮ.

ಎಲ್ಲವೂ ಇರಬೇಕಾದ ಮೂರು ಷರತ್ತುಗಳು

ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮಾರ್ಗಕ್ಕೆ ಕೆಳಗಿನ ಎಲ್ಲವೂ ಬೇಕು, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ:

  • VPC ಯಲ್ಲಿ ಉದ್ದೇಶಿತ Cloud VPN ಸಂಪರ್ಕದ ಮೂಲಕ ಆನ್-ಪ್ರಿಮೈಸಸ್ ಪ್ರಿಫಿಕ್ಸ್‌ನತ್ತ ಒಂದು ರೂಟ್.
  • Cloud Run ಸಬ್‌ನೆಟ್‌ಗಾಗಿ ಆನ್-ಪ್ರಿಮೈಸಸ್ ಬದಿಯಲ್ಲಿ ಹಿಮ್ಮುಖ ರೂಟ್.
  • ಮೂಲ, ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಅನುಮತಿಸುವ ಫೈರ್‌ವಾಲ್ ಮತ್ತು IPsec ರಕ್ಷಣಾ ವ್ಯಾಪ್ತಿ.

ಕಾಣೆಯಾದ ರೂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ರಿಮೋಟ್ ಬದಿಯಲ್ಲಿ ಯಾವುದೇ ಸಾಕ್ಷ್ಯವಿಲ್ಲದ ಸಮಯ ಮೀರುವಿಕೆಯಂತೆ ಕಾಣುತ್ತದೆ. ಹಿಮ್ಮುಖ ರೂಟ್ ಸಮಸ್ಯೆ ವಿನಂತಿ ಬಂದು ಉತ್ತರ ಕಣ್ಮರೆಯಾದಂತೆ ಕಾಣುತ್ತದೆ. ಫೈರ್‌ವಾಲ್ ಅಥವಾ ಸೆಲೆಕ್ಟರ್ ಸಮಸ್ಯೆ ಸಾಧನದ ಪ್ರಕಾರ ನಿರಾಕರಣೆ ಅಥವಾ ಮೌನ ಬಿಡುವಿಕೆಯಂತೆ ಕಾಣಬಹುದು. ಮೂರರಲ್ಲಿ ಯಾವುದು ನಿಮ್ಮಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಮುಂದಿನ ಆದೇಶವನ್ನು ಬಹಳ ಕಿರಿದಾಗಿಸುತ್ತದೆ.

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

ವಿನಂತಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸಿದ ರಿವಿಷನ್ ಪರೀಕ್ಷಿಸಿ

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

Direct VPC ಯ ದಾಖಲಾದ ಆರಂಭಿಕ ಸಂಪರ್ಕ ವಿಳಂಬಗಳನ್ನು ನಿರೀಕ್ಷಿಸಿ, ಮತ್ತು ಪ್ರತಿ ಶೀತ ಆರಂಭವನ್ನು ಮುರಿದ ಸುರಂಗ ಎಂದು ನಿಧಾನ ಮಾಡುವ ಬದಲು ಕ್ಲೈಂಟ್‌ಗೆ ಸಿದ್ಧತೆ ಅಥವಾ ಮರುಪ್ರಯತ್ನ ತಂತ್ರ ನೀಡಿ.

ರೋಲ್‌ಬ್ಯಾಕ್ ಮತ್ತು ಇದು ಏನು ಮಾಡುವುದಿಲ್ಲ

ರೋಲ್‌ಬ್ಯಾಕ್ ಮಾಡಲು, ಸೇವೆಯ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು egress ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಅವುಗಳ ಹಿಂದಿನ ಮೌಲ್ಯಗಳಿಗೆ ಹಿಂತಿರುಗಿಸಿ ಮತ್ತು ಹಿಂದಿನ ರಿವಿಷನ್ ಇನ್ನೂ ಸಂಚಾರಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ gcloud ಆದೇಶವನ್ನು ಇಡಿ, ಏಕೆಂದರೆ ಭಾಗಶಃ ಬದಲಾವಣೆಯ ವಿಲೋಮ ಆರು ವಾರಗಳ ನಂತರ ಸ್ಪಷ್ಟವಾಗಿರುವುದಿಲ್ಲ. VPC ಲಗತ್ತನ್ನು ತೆಗೆದರೆ ಸೇವೆ ತನ್ನ ಹಿಂದಿನ egress ಮಾರ್ಗಕ್ಕೆ ಮರಳುತ್ತದೆ, ಇದು ಘಟನೆಯ ಸಮಯದಲ್ಲಿ ನೀವು ಬಯಸಿದ್ದೇ ಆಗಿರಬಹುದು.

ಈ ವಿನ್ಯಾಸ Cloud Run ಪ್ರಾರಂಭಿಸುವ ಸಂಪರ್ಕಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಉತ್ತರಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಇದು ಆನ್-ಪ್ರಿಮೈಸಸ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೇವೆಯ ಒಳಗೆ ವಿಳಾಸಯೋಗ್ಯ ಸಾಕೆಟ್ ನೀಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಒಳಮುಖದ ಒಡ್ಡುವಿಕೆ ingress ನಿರ್ಣಯ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು