VPN ਰਾਹੀਂ Google API: ਸਿਰਫ਼ ਸਬਨੈੱਟ ਨਹੀਂ, VIP ਉੱਤੇ ਰੂਟ ਕਰੋ
VPC ਸਬਨੈੱਟ ਵੱਲ ਦਾ ਰੂਟ API ਦੇ VIP ਪਤੇ ਨਹੀਂ ਚੁਣਦਾ। ਸਹੀ ਨਾਮ ਹੱਲ ਕਰੋ, VIP ਪ੍ਰੀਫ਼ਿਕਸ ਦਾ ਐਲਾਨ ਕਰੋ, VPC ਵਿੱਚ ਵਾਪਸੀ ਦਾ ਰਾਹ ਰੱਖੋ, ਫਿਰ HTTPS ਜਾਂਚੋ।
SSH ਰਾਹੀਂ ਆਨ-ਪ੍ਰੀਮਾਈਸ ਸਰਵਰ ਵਿੱਚ ਜਾਓ, ਟਨਲ ਉੱਪਰ ਲਿਆਓ ਅਤੇ ਨਿੱਜੀ VM ਜਵਾਬ ਦਿੰਦਾ ਹੈ; ਫਿਰ Google API ਲਈ ਪਹਿਲੀ ਕਾਲ ਬਿਨਾਂ ਰੂਟ ਦੇ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ। VM ਦਾ ਸਬਨੈੱਟ ਅਤੇ API ਦੇ VIP ਪਤੇ ਵੱਖਰੇ ਟਿਕਾਣੇ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਲਈ ਰੂਟ ਦੂਜੇ ਨੂੰ ਨਹੀਂ ਚੁਣਦਾ। ਨਿੱਜੀ API ਕਾਲ ਕੰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। API ਦਾ ਨਾਮ VIP ਵਿੱਚ ਹੱਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, VIP ਪ੍ਰੀਫ਼ਿਕਸ ਟਨਲ ਰਾਹੀਂ ਐਲਾਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ VPC ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਜਵਾਬ ਕਿਵੇਂ ਵਾਪਸ ਭੇਜਣਾ ਹੈ। ਪਿੰਗ ਤੁਹਾਨੂੰ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ, ਅਤੇ ਸਬਨੈੱਟ ਦੀ ਮਸ਼ੀਨ ਤੱਕ ਕੰਮ ਕਰਦਾ SSH ਸੈਸ਼ਨ ਵੀ ਨਹੀਂ।
API ਦੇ VIP ਪਤੇ ਵੱਖਰੇ ਟਿਕਾਣੇ ਹਨ
Google ਆਨ-ਪ੍ਰੀਮਾਈਸ ਨੈੱਟਵਰਕ ਤੋਂ API ਪਹੁੰਚ ਲਈ ਸਮਰਪਿਤ VIP ਪਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ API ਨਾਮਾਂ ਲਈ ਤੁਹਾਡੇ DNS ਨੂੰ ਉਹੀ ਪਤੇ ਵਾਪਸ ਦੇਣੇ ਹੁੰਦੇ ਹਨ। ਦੋਵੇਂ ਛੋਟੇ ਪ੍ਰੀਫ਼ਿਕਸ ਹਨ ਅਤੇ ਕੋਈ ਵੀ RFC 1918 ਥਾਂ ਨਹੀਂ:
| Record | Resolves to | What it does not give you |
|---|---|---|
| private.googleapis.com | 199.36.153.8/30, the general front door for Google APIs | not a bypass around a service perimeter |
| restricted.googleapis.com | 199.36.153.4/30, reachable only for services a perimeter allows | not the whole API surface, so some names stay out of reach |
ਜਨਤਕ ਦਿਖਦੇ ਪਤਿਆਂ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਰੂਟ ਨੂੰ ਟਨਲ ਛੱਡਣਾ ਚਾਹੀਦਾ ਹੈ ਆਮ ਇੰਟਰਨੈੱਟ ਲਈ। ਪ੍ਰੀਫ਼ਿਕਸ ਇਸ ਲਈ ਹਨ ਤਾਂ ਜੋ ਆਨ-ਪ੍ਰੀਮਾਈਸ ਕਲਾਇੰਟ ਕਿਸੇ ਮਨਮਾਨੀ ਐਗਰੈਸ ਬਿੰਦੂ ਦੀ ਬਜਾਏ ਸਮਰਥਿਤ ਰਾਹ ਰਾਹੀਂ Google ਦੇ ਫਰੰਟ ਐਂਡ ਤੱਕ ਪਹੁੰਚ ਸਕੇ। ਇਨ੍ਹਾਂ ਨੂੰ ਟਨਲ ਦੇ ਟਿਕਾਣੇ ਮੰਨੋ, ਜਾਂਚਣ ਵਾਲੇ ਹੋਸਟ ਨਹੀਂ। ਇੰਟਰਨੈੱਟ ਐਗਰੈਸ ਲਈ ਲਿਖਿਆ ਫਾਇਰਵਾਲ ਨਿਯਮ ਆਮ ਤੌਰ ਉੱਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਕਾਲ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ ਹੋਣ ਦਾ ਇਹ ਇੱਕ ਆਮ ਕਾਰਨ ਹੈ।
ਕਿਹੜੇ ਐਂਡਪੌਇੰਟ ਤੱਕ ਪਹੁੰਚਦੇ ਹੋ, ਇਹ DNS ਤੈਅ ਕਰਦਾ ਹੈ
ਚੁਣੇ ਗਏ ਐਂਡਪੌਇੰਟ ਲਈ Google ਜੋ ਰਿਕਾਰਡ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਉਨ੍ਹਾਂ ਵੱਲ ਸਥਾਨਕ ਰਿਜ਼ੋਲਵਰ ਸੈੱਟ ਕਰੋ, ਤਾਂ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਲੋੜੀਂਦੇ ਨਾਮ ਉਸ VIP ਨਾਲ ਜਵਾਬ ਦੇਣ। ਸਿਰਫ਼ googleapis.com ਕਰਨਾ ਕੋਈ ਸੂਚੀ ਨਹੀਂ: ਪੈਕੇਜ ਰਜਿਸਟਰੀਆਂ, ਕੰਟੇਨਰ ਰਜਿਸਟਰੀਆਂ ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕਨੈਕਟਰਾਂ ਦੇ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ੀ ਨਾਮ ਹਨ। ਪਾਬੰਦੀਸ਼ੁਦਾ VIP ਵੀ ਹਰ ਸੇਵਾ ਨਹੀਂ ਢੋਂਦਾ, ਇਸ ਲਈ ਹੱਲ ਹੋਣ ਵਾਲਾ ਨਾਮ ਅਜੇ ਵੀ ਅਸਮਰਥਿਤ ਹੋ ਸਕਦਾ ਹੈ। ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਡੋਮੇਨ ਲਿਖ ਲਓ ਜਿਨ੍ਹਾਂ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਸੰਪਰਕ ਕਰਦਾ ਹੈ।
ਸੇਵਾ ਨਾਮ ਦੀ ਥਾਂ VPC VM ਪਤਾ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਕੋਈ ਹੱਲ ਨਹੀਂ, ਅਤੇ ਇਹ ਆਮ ਤੌਰ ਉੱਤੇ DNS ਦੀ ਖਾਲੀ ਥਾਂ ਨੂੰ ਦੂਜਾ ਕਲਾਇੰਟ ਫੇਲ ਹੋਣ ਤੱਕ ਲੁਕਾਉਂਦਾ ਹੈ।
VIP ਪ੍ਰੀਫ਼ਿਕਸ ਦਾ ਐਲਾਨ ਕਰੋ, ਬਾਕੀ ਰੱਖੋ
BGP ਅਧਾਰਿਤ ਕਨੈਕਸ਼ਨ ਵਿੱਚ, Cloud Router ਨੂੰ ਚੁਣਿਆ VIP ਪ੍ਰੀਫ਼ਿਕਸ ਐਲਾਨਣਾ ਪੈਂਦਾ ਹੈ ਤਾਂ ਜੋ ਸਥਾਨਕ ਰਾਊਟਰ ਉਹ ਰੇਂਜ ਇੱਛਤ ਸੈਸ਼ਨ ਰਾਹੀਂ ਸਿੱਖ ਸਕੇ। ਸਿਰਫ਼ VPC ਸਬਨੈੱਟ ਐਲਾਨਣ ਨਾਲ ਉਹ ਰੇਂਜ ਨਹੀਂ ਜੁੜਦੀ, ਅਤੇ ਸਥਾਨਕ ਰਾਊਟਰ ਉਨ੍ਹਾਂ ਪਤਿਆਂ ਲਈ ਆਪਣਾ ਡਿਫ਼ਾਲਟ ਰਾਹ ਵਰਤਦਾ ਰਹਿੰਦਾ ਹੈ। ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚਲਾ ਪ੍ਰੀਫ਼ਿਕਸ ਹੀ ਇੱਕੋ ਸਬੂਤ ਹੈ ਕਿ ਐਲਾਨ ਸੈਸ਼ਨ ਪਾਰ ਕਰ ਗਿਆ।
ਨਵਾਂ ਜੋੜਦਿਆਂ ਮੌਜੂਦਾ ਐਲਾਨ ਕਾਇਮ ਰੱਖੋ, ਕਿਉਂਕਿ ਰਾਊਟਰ ਪੱਧਰ ਅਤੇ ਪੀਅਰ ਪੱਧਰ ਦੇ ਵਿਕਲਪਾਂ ਦਾ ਦਾਇਰਾ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਸੈੱਟ ਬਦਲਣ ਨਾਲ ਪਹਿਲਾਂ ਕੰਮ ਕਰਦੇ ਨੈੱਟਵਰਕ ਵਾਪਸ ਲਏ ਜਾ ਸਕਦੇ ਹਨ। ਫਿਰ ਪੂਰੇ ਰਾਊਟਰ ਉੱਤੇ ਨਹੀਂ, ਹਰ ਸੈਸ਼ਨ ਉੱਤੇ ਪ੍ਰਭਾਵੀ ਐਲਾਨ ਜਾਂਚੋ। ਗੁੰਮ ਪ੍ਰੀਫ਼ਿਕਸ ਅਤੇ ਵਾਪਸ ਲਿਆ ਪ੍ਰੀਫ਼ਿਕਸ ਸਥਾਨਕ ਪਾਸਿਓਂ ਇੱਕੋ ਜਿਹੇ ਦਿਖਦੇ ਹਨ, ਇਸ ਲਈ ਸੈਸ਼ਨ ਦਾ ਨਜ਼ਾਰਾ ਹੀ ਛੋੜ ਨੂੰ ਰਿਗ੍ਰੈਸ਼ਨ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ।
VPC ਪਾਸੇ ਨੂੰ ਆਪਣਾ ਰੂਟ ਅਤੇ ਵਾਪਸੀ ਦਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ
VPC ਦੇ ਅੰਦਰ, VIP ਦਾ ਰਾਹ ਅਗਲੇ ਹੌਪ ਵਜੋਂ ਡਿਫ਼ਾਲਟ ਇੰਟਰਨੈੱਟ ਗੇਟਵੇ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਨਾਮ ਦੇ ਬਾਵਜੂਦ ਉਹ ਟ੍ਰੈਫ਼ਿਕ Google ਦੇ ਨੈੱਟਵਰਕ ਅੰਦਰ ਹੀ ਰਹਿੰਦਾ ਹੈ। VPC ਨੂੰ VPN ਰਾਹੀਂ ਸਥਾਨਕ ਸਰੋਤ ਵੱਲ ਵਾਪਸੀ ਦਾ ਰੂਟ ਵੀ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਐਲਾਨੇ ਪ੍ਰੀਫ਼ਿਕਸ ਤੋਂ ਵੱਖਰੀ ਵਸਤੂ ਹੈ। ਜਦੋਂ ਟਨਲ ਅਤੇ ਕਲਾਇੰਟ ਇੱਕੋ ਖੇਤਰ ਵਿੱਚ ਨਹੀਂ, ਤਦੋਂ ਦਸਤਾਵੇਜ਼ੀ ਖੇਤਰੀ ਰੂਟਿੰਗ ਲੋੜਾਂ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ।
ਵਾਪਸੀ ਦਾ ਰਾਹ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਕੰਮ ਕਰਦੀ ਬੇਨਤੀ ਦੀ ਦਿਸ਼ਾ ਟੁੱਟੀ ਜਵਾਬ ਦਿਸ਼ਾ ਲੁਕਾ ਸਕਦੀ ਹੈ। ਦੋ ਦਿਸ਼ਾਵਾਂ, ਦੋ ਰੂਟ, ਅਤੇ ਹਰ ਇੱਕ ਆਪਣੇ ਲੱਛਣ ਨਾਲ ਫੇਲ ਹੁੰਦਾ ਹੈ।
ਬੇਨਤੀ ਜਾਂਚੋ, ਫਿਰ ਰੱਦ ਕਰਨਾ ਪੜ੍ਹੋ
ਇਹਨਾਂ VIP ਤੋਂ ICMP ਈਕੋ ਨੂੰ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਮਿਲਦਾ, ਇਸ ਲਈ ਫੇਲ ਪਿੰਗ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਸਫਲ ਪਿੰਗ ਬਹੁਤ ਘੱਟ। ਅਸਲ ਕਲਾਇੰਟ ਤੋਂ ਨਾਮ ਦਾ ਜਵਾਬ ਅਤੇ ਚੁਣਿਆ ਰੂਟ ਵੇਖੋ, ਫਿਰ ਜਿਸ ਸੇਵਾ ਦੀ ਤੁਹਾਨੂੰ ਪਰਵਾਹ ਹੈ ਉਸ ਨੂੰ ਅਧਿਕ੍ਰਿਤ HTTPS ਬੇਨਤੀ ਕਰੋ। ਜੇ ਬੇਨਤੀ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚ ਕੇ ਰੱਦ ਹੋ ਜਾਵੇ, ਤਾਂ ਪ੍ਰਮਾਣ-ਪੱਤਰ, IAM ਅਤੇ ਲਾਗੂ ਹੋਣ ਵਾਲੀ ਸੇਵਾ ਪਰਿਧੀ ਨੀਤੀ ਵੇਖੋ।
ਨਿੱਜੀ ਰੂਟਿੰਗ API ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੰਦੀ ਅਤੇ ਇਹ ਵੀ ਨਹੀਂ ਬਦਲਦੀ ਕਿ ਪਛਾਣ ਨੂੰ ਕੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਟ੍ਰਾਂਸਪੋਰਟ ਦੀ ਸਫਲਤਾ ਅਤੇ ਅਧਿਕ੍ਰਿਤ ਜਵਾਬ ਵੱਖਰੇ ਨਤੀਜੇ ਹਨ, ਅਤੇ ਤੁਹਾਨੂੰ ਦੋਵੇਂ ਚਾਹੀਦੇ ਹਨ। IPv6 ਦਾ ਰਾਹ ਵੀ ਸਪਸ਼ਟ ਰੱਖੋ, ਕਿਉਂਕਿ IPv4 ਪ੍ਰੀਫ਼ਿਕਸ ਸੈੱਟ ਕਰਨਾ IPv6 ਪਸੰਦ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।
Google ਦੀ ਆਨ-ਪ੍ਰੀਮਾਈਸ Private Google Access ਬਾਰੇ ਮਾਰਗਦਰਸ਼ਿਕਾ DNS ਰਿਕਾਰਡ ਅਤੇ ਰੂਟਿੰਗ ਲੋੜਾਂ ਨੂੰ ਇਕੱਠੇ ਕਵਰ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਆਪਣੀ ਰਿਜ਼ੋਲਵਰ ਅਤੇ ਐਲਾਨ ਸੈਟਿੰਗਾਂ ਦੀ ਤੁਲਨਾ ਕਿਸੇ ਫੋਰਮ ਪੋਸਟ ਨਾਲ ਨਹੀਂ, ਇਸ ਨਾਲ ਕਰੋ। ਫਿਰ ਉਹੀ ਬੇਨਤੀ ਦੁਬਾਰਾ ਚਲਾਓ ਅਤੇ ਜਵਾਬ ਤੇ ਰੂਟ ਉਸੇ ਟਿਕਟ ਵਿੱਚ ਦਰਜ ਕਰੋ।