ਮੌਜੂਦਾ 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 ਨਾਲ ਲਾਗੂ ਕਰੋ, ਮਹਿਮਾਨ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਕਲਾਇੰਟ ਤੋਂ ਟੈਸਟ ਕਰੋ।