ಇರುವ GCE VPN ಗೇಟ್‌ವೇಯಲ್ಲಿ IP ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸಿ

VM ಅನ್ನು IP ಫಾರ್ವರ್ಡಿಂಗ್ ಇಲ್ಲದೆ ರಚಿಸಲಾಗಿತ್ತು, ಅದು ಈಗಾಗಲೇ VPN ತಂತ್ರಾಂಶವನ್ನು ಚಲಾಯಿಸುತ್ತಿದೆ, ಮತ್ತು ಧ್ವಜವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಟೆಂಪ್ಲೇಟ್‌ನಿಂದ ಅದನ್ನು ಮರುನಿರ್ಮಿಸುವುದು ಸಹಜ ಪ್ರವೃತ್ತಿ. ಆ ಮರುನಿರ್ಮಾಣ ಅನಗತ್ಯ. Compute Engine canIpForward ಅನ್ನು ನವೀಕರಿಸಬಹುದಾದ ಗುಣಲಕ್ಷಣವಾಗಿ ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ದಾಖಲಿತ ನವೀಕರಣ ಮಾರ್ಗವು ಅದನ್ನು ಮರುಪ್ರಾರಂಭದ ಬದಲು refresh ಜೊತೆಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಧ್ವಜವು ನಿಜವಾಗಿ ನಿಯಂತ್ರಿಸುವುದು ಸಂಕುಚಿತವಾದದ್ದು: ಅದು ಇಲ್ಲದೆ, ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗೆ ಬರುವ ಆದರೆ ಇನ್‌ಸ್ಟಾನ್ಸ್‌ನ ಸ್ವಂತ ವಿಳಾಸಕ್ಕೆ ಉದ್ದೇಶಿಸದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ. ಇತರ ಯಂತ್ರಗಳ ಸಂಚಾರವನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಗೇಟ್‌ವೇ ನಿಖರವಾಗಿ ಅದನ್ನೇ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಧ್ವಜವು ಆನ್ ಆಗಿರಬೇಕು. ಅದರ ನಂತರದ ಎಲ್ಲವೂ ಅತಿಥಿ ಸಂರಚನೆ ಮತ್ತು ರೂಟಿಂಗ್, ಅವುಗಳನ್ನು ಧ್ವಜ ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ.

ಧ್ವಜ ಏನನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಏನನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ

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

ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ ಇನ್‌ಸ್ಟಾನ್ಸ್ VPC ರೂಟ್‌ನ ಮುಂದಿನ ಹಾಪ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು, ಮತ್ತು ಅದು VPN ಉಪಕರಣಕ್ಕೆ ಬೇಕಾದ ಪಾತ್ರ. ಧ್ವಜವು ಫೈರ್‌ವಾಲ್‌ಗಳು, ಅತಿಥಿ ರೂಟಿಂಗ್, ಸುರಂಗ ಸಂರಚನೆ ಅಥವಾ ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಮುರಿದ ಗೇಟ್‌ವೇಯಲ್ಲಿ true ಮೌಲ್ಯವು ಇನ್ನೂ ಮುರಿದ ಗೇಟ್‌ವೇ.

ಪ್ರಸ್ತುತ ಗುಣಲಕ್ಷಣವನ್ನು ಓದಿ

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಸೆಟ್ಟಿಂಗ್ ಪರಿಶೀಲಿಸಿ, ಉದ್ದೇಶಿತ ಇನ್‌ಸ್ಟಾನ್ಸ್, ಪ್ರಾಜೆಕ್ಟ್ ಮತ್ತು ವಲಯದ ವಿರುದ್ಧ ಓದಲು-ಮಾತ್ರ describe ಬಳಸಿ:

gcloud compute instances describe VM_NAME --project PROJECT_ID --zone ZONE --format='value(canIpForward)'

false ಮೌಲ್ಯವು ಈ VM ಮುಂದಿನ ಹಾಪ ಆಗಬೇಕಿದ್ದರೆ ಮಾತ್ರ ಮುಖ್ಯ. ಹಾಗಿದ್ದರೆ, ಮಾರ್ಗದ ಉಳಿದ ಭಾಗವನ್ನು ಇನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಬೇಕು, ಏಕೆಂದರೆ ಗುಣಲಕ್ಷಣವು ಉದ್ದವಾದ ಸರಪಳಿಯಲ್ಲಿ ಒಂದು ಸಾಲು.

ಇರುವ ಇನ್‌ಸ್ಟಾನ್ಸ್ ನವೀಕರಿಸಿ

Google ನ ಇನ್‌ಸ್ಟಾನ್ಸ್-ಗುಣಲಕ್ಷಣ ನವೀಕರಣ ವಿಧಾನ ಪ್ರಸ್ತುತ ಸಂಪನ್ಮೂಲವನ್ನು ರಫ್ತು ಮಾಡುತ್ತದೆ, ಗುಣಲಕ್ಷಣವನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಸಲ್ಲಿಸುತ್ತದೆ. ಇದು ರಚನೆಯ ಸಮಯದ --can-ip-forward ಧ್ವಜಕ್ಕಿಂತ ಬೇರೆ ಕೆಲಸದ ಹರಿವು, ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ VM ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು ಇದೇ.

ಮೊದಲು ವ್ಯಾಖ್ಯಾನವನ್ನು ಸ್ಥಳೀಯ ಫೈಲ್‌ಗೆ ರಫ್ತು ಮಾಡಿ, ಮತ್ತು ಹೋಲಿಕೆಗಾಗಿ ಬದಲಾಗದ ಪ್ರತಿಯನ್ನು ಇರಿಸಿ:

gcloud compute instances export VM_NAME --project PROJECT_ID --zone ZONE --destination=instance.yaml

ಆ ರಫ್ತಾದ ಫೈಲ್‌ನಲ್ಲಿ ಗುಣಲಕ್ಷಣವನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು ಬೇರೆ ಏನನ್ನೂ ಬದಲಿಸಬೇಡಿ:

canIpForward: true

ಇಡೀ ಸಂಪನ್ಮೂಲವನ್ನು, ಅದರ ಬೆರಳಚ್ಚು ಸೇರಿದಂತೆ, ಇರಿಸಿಕೊಳ್ಳಿ. ಫೈಲ್ ಅನ್ನು ಒಂದು-ಸಾಲಿನ YAML ದಾಖಲೆಯಿಂದ ಬದಲಾಯಿಸುವುದು, ಅಥವಾ ಸಂಬಂಧವಿಲ್ಲದ ಯಂತ್ರ-ಪ್ರಕಾರ, ಡಿಸ್ಕ್ ಅಥವಾ ಇಂಟರ್‌ಫೇಸ್ ಸಂಪಾದನೆಗಳನ್ನು ಒಂದೇ ಸಲ್ಲಿಕೆಯಲ್ಲಿ ಸೇರಿಸುವುದು, ಗುಣಲಕ್ಷಣ ಬದಲಾವಣೆ ಅಡಚಣೆಯಾಗುವ ಮಾರ್ಗ.

ಯಾವುದೇ ಪರಿಣಾಮಕಾರಿ ಬದಲಾವಣೆಗೆ ಅನುಮತಿ ನೀಡುವ ಮೊದಲು ನವೀಕರಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ಫೈಲ್ ಮೌಲ್ಯೀಕರಿಸಲು ಮತ್ತು ಏನು ಬೇಕಾಗುತ್ತದೆ ಎಂದು ವರದಿ ಮಾಡಲು ಕೇಳಿ:

gcloud compute instances update-from-file VM_NAME --project PROJECT_ID --zone ZONE --source=instance.yaml --most-disruptive-allowed-action=NO_EFFECT

ಆ ಮೌಲ್ಯೀಕರಣ ರನ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದಿಲ್ಲ. ಅಮಾನ್ಯ ಗುಣಲಕ್ಷಣಗಳು ಮತ್ತು ಅಗತ್ಯ ಎಂದು ಹೇಳುವ ಕ್ರಿಯೆಯ ಬಗ್ಗೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಓದಿ. ಈ ಪ್ರತ್ಯೇಕ ಬದಲಾವಣೆಗೆ ದಾಖಲಿತ ಕ್ರಿಯೆ REFRESH. ಫಲಿತಾಂಶವು ಮರುಪ್ರಾರಂಭ ಕೇಳಿದರೆ, ಫೈಲ್ ನೀವು ಬದಲಿಸಲು ಉದ್ದೇಶಿಸಿದ ಗುಣಲಕ್ಷಣಕ್ಕಿಂತ ಹೆಚ್ಚು ಹೊಂದಿದೆ, ಆದ್ದರಿಂದ ಮರುಪ್ರಾರಂಭ ನೀಡುವ ಬದಲು ಅದನ್ನು ಪರಿಶೀಲಿಸಿ.

ಪರಿಶೀಲಿಸಿದ ಫೈಲ್ ಅನ್ನು refresh ಮಿತಿಯೊಂದಿಗೆ ಅನ್ವಯಿಸಿ:

gcloud compute instances update-from-file VM_NAME --project PROJECT_ID --zone ZONE --source=instance.yaml --most-disruptive-allowed-action=REFRESH

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

ಅತಿಥಿ ಇನ್ನೂ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರೂಟ್ ಮಾಡಬೇಕು

ಕ್ಲೌಡ್ ಅನುಮತಿ ಉಪಕರಣವನ್ನು ರೂಟರ್ ಮಾಡುವುದಿಲ್ಲ. VPC ರೂಟ್ ಗಮ್ಯಸ್ಥಾನ ಮುನ್ನಡಿಗಾಗಿ ಈ VM ಅನ್ನು ಮುಂದಿನ ಹಾಪ ಆಗಿ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತು ಅತಿಥಿ ತನ್ನದೇ ಫಾರ್ವರ್ಡಿಂಗ್ ನೀತಿಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಸುರಂಗ ಮತ್ತು ಸರಿಯಾದ ಇಂಟರ್ಫೇಸ್ ನಡುವೆ ರೂಟ್ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

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

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

Linux ಗೇಟ್‌ವೇಯಲ್ಲಿ, ಕರ್ನಲ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಅತಿಥಿ ಸಂರಚನೆಯ ಭಾಗ. pfSense ಉಪಕರಣಕ್ಕೆ ತನ್ನದೇ ಸಮಾನವಿದೆ, ಮತ್ತು ಅದರೊಳಗೆ Linux sysctl ಆಜ್ಞೆಯನ್ನು ನಕಲಿಸುವುದು ಹೊಂದಿಕೆಯಾಗುವ ಹಂತವಲ್ಲ.

ಪ್ರವೇಶ ಬೇಕಾದ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ

ಗೇಟ್‌ವೇಯಿಂದಲೇ ಅಲ್ಲ, VPN ಕ್ಲೈಂಟ್‌ನಿಂದ ಒಂದು ಗುರಿ ಸೇವೆಗೆ ಪರೀಕ್ಷಿಸಿ. ಗೇಟ್‌ವೇಯಲ್ಲಿ ಪ್ರಾರಂಭವಾದ ಸಂಪರ್ಕ ಬೇರೆ ಮೂಲವನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ನೀವು ಈಗಷ್ಟೇ ಸಕ್ರಿಯಗೊಳಿಸಿದ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮಗಳನ್ನು ಎಂದಿಗೂ ಅಭ್ಯಾಸ ಮಾಡುವುದಿಲ್ಲ.

ಉಪಕರಣವನ್ನು ನಿರ್ವಹಿಸುವ ಯಾವುದರಲ್ಲಿಯಾದರೂ ಗುಣಲಕ್ಷಣವನ್ನು ದಾಖಲಿಸಿ. ಕೈಯಿಂದ ಸರಿಪಡಿಸಿದ VM ಮುಂದಿನ ಬದಲಾವಣೆಯವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆ ಬದಲಾವಣೆ ಮೂಲ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮರಳಿ ತರುತ್ತದೆ, ಮತ್ತು ಆ ವೈಫಲ್ಯ VPN ತಂತ್ರಾಂಶದಲ್ಲಿ ಹಿನ್ನಡೆ ಎಂದು ಕಾಣುತ್ತದೆ.

ಕೆಲಸದ ಕ್ರಮ: ಗುಣಲಕ್ಷಣ ಓದಿ, ಒಂದು ಸಾಲನ್ನು ರಫ್ತು ಮಾಡಿ ಸಂಪಾದಿಸಿ, NO_EFFECT ನಿಂದ ಮೌಲ್ಯೀಕರಿಸಿ, REFRESH ನಿಂದ ಅನ್ವಯಿಸಿ, ಅತಿಥಿ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ.