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 ਫੈਸਲਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ