VPC ਵਿੱਚ VPN ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾ ਦਾ ਸਮਾਂ ਖ਼ਤਮ ਹੋ ਜਾਂਦਾ ਹੈ
ਟਨਲ ਤੁਹਾਡੇ ਕੰਢੇ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ, ਪ੍ਰਦਾਤਾ ਦੇ ਸਾਹਮਣੇ ਵਾਲੇ ਦਰਵਾਜ਼ੇ 'ਤੇ ਨਹੀਂ। ਮਾਰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਟਾਰਗਿਟ ਨੂੰ VM 'ਤੇ ਹੋਸਟ ਕੀਤਾ, VPC ਨਾਲ ਜੁੜਿਆ ਜਾਂ ਸਿਰਫ਼ ਜਨਤਕ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ।
VPN ਰਾਹੀਂ ਪ੍ਰਬੰਧਿਤ ਡੇਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚਣਾ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਕਾਰਨ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਨੇ ਰਨਬੁੱਕ ਵਿੱਚ ਨਹੀਂ ਲਿਖਿਆ: ਟਨਲ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਦੇ ਕੰਢੇ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ, ਜਦਕਿ ਸੇਵਾ ਕਦੇ ਵੀ ਉਸ ਦੇ ਤੁਹਾਡੇ ਪਾਸੇ ਨਹੀਂ ਸੀ। ਮਾਰਗ ਸਾਰਣੀ ਸਹੀ ਦਿਸਦੀ ਹੈ, ਟਨਲ ਸਰਗਰਮ ਹੋਣ ਦੀ ਰਿਪੋਰਟ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਫਿਰ ਵੀ ਸਮਾਂ ਖ਼ਤਮ ਕਰ ਦਿੰਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਚਾਰ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਅਜਿਹੀ ਜਾਂਚ 'ਤੇ ਰੁਕੋ ਜਿਸ ਦੀ ਸਫਲਤਾ ਦੀ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਹੁੰਦੀ, ਕਿਉਂਕਿ ਉਸ ਤੋਂ ਬਾਅਦ ਦੀ ਹਰ ਜਾਂਚ ਮੰਨਦੀ ਹੈ ਕਿ ਪਿਛਲੀਆਂ ਪੂਰੀਆਂ ਹੋਈਆਂ ਹਨ।
ਜਾਂਚ ਇੱਕ: ਅੰਤਿਮ ਬਿੰਦੂ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ?
VPN ਗੇਟਵੇ ਉਹਨਾਂ ਦੋ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਪਤਾ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ। ਪ੍ਰਬੰਧਿਤ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦੇ ਆਪਣੇ ਸਾਹਮਣੇ ਵਾਲੇ ਦਰਵਾਜ਼ੇ ਦੇ ਪਿੱਛੇ ਚੱਲਦੀ ਹੈ, ਅਤੇ ਉਹ ਦਰਵਾਜ਼ਾ ਉਤਪਾਦ ਦੇ ਅਨੁਸਾਰ ਤਿੰਨ ਆਕਾਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲੈਂਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਕਿਹੜੇ ਆਕਾਰ ਨਾਲ ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਕੋਈ ਵੀ ਮਾਰਗ ਕੰਮ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ, ਕਿਉਂਕਿ ਨੁਕਸ ਮਾਰਗ ਦਾ ਨੁਕਸ ਹੀ ਨਾ ਹੋਵੇ।
| Shape | What it means | Pass condition |
|---|---|---|
| Software on your VM | Ordinary subnet addressing | Route and security group permit the client |
| Attached to your VPC | Private, but only inside that VPC | Endpoint associated, source allowed, route present |
| Provider-hosted, public endpoint | Optional private link, not private by default | A private endpoint exists and DNS points at it |
ਬਰਬਾਦ ਹੋਈਆਂ ਦੁਪਹਿਰਾਂ ਵਿੱਚੋਂ ਬਹੁਤੀਆਂ ਇਸ ਸ਼੍ਰੇਣੀਕਰਨ ਨੂੰ ਛੱਡ ਕੇ ਸਿੱਧਾ ਮਾਰਗ ਸਾਰਣੀ ਵੱਲ ਜਾਣ ਨਾਲ ਬਣਦੀਆਂ ਹਨ। ਜਨਤਕ ਅੰਤਿਮ ਬਿੰਦੂ ਵਾਲੀ ਪ੍ਰਦਾਤਾ-ਹੋਸਟ ਕੀਤੀ ਸੇਵਾ, ਚਿੱਤਰ ਭਾਵੇਂ ਕੁਝ ਵੀ ਕਹੇ, ਤੁਹਾਡੀ ਟਨਲ ਦੇ ਪਿੱਛੇ ਨਹੀਂ ਹੈ, ਅਤੇ VPC ਨਾਲ ਜੁੜੀ ਸੇਵਾ ਕਦੇ ਵੀ ਜਨਤਕ DNS ਜਵਾਬ ਵਿੱਚ ਨਹੀਂ ਦਿਸੇਗੀ।
ਜਾਂਚ ਦੋ: ElastiCache ਵਰਗੀ VPC ਨਾਲ ਜੁੜੀ ਸੇਵਾ
ਇਸ ਕਿਸਮ ਦੇ ਕੈਸ਼ ਆਪਣੇ ਹੀ VPC ਦੇ ਅੰਦਰ ਪਤਾ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦਾ ਇੰਟਰਨੈੱਟ ਵੱਲ ਕੋਈ ਸਰੋਤਾ ਨਹੀਂ ਹੁੰਦਾ। ਉਸੇ VPC ਵਿੱਚ ਖ਼ਤਮ ਹੋਣ ਵਾਲਾ ਕਲਾਇੰਟ VPN ਉਹਨਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਤਦ ਜਦੋਂ ਤਿੰਨ ਸ਼ਰਤਾਂ ਇਕੱਠੀਆਂ ਮਿਲਦੀਆਂ ਹਨ। ਕੈਸ਼ ਦਾ ਅੰਤਿਮ ਬਿੰਦੂ ਉਹਨਾਂ ਸਬਨੈੱਟਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਤੁਹਾਡੀ ਟਨਲ ਵੇਖ ਸਕਦੀ ਹੈ, ਉਸ ਦਾ ਸੁਰੱਖਿਆ ਸਮੂਹ ਉਸ ਪਤੇ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਵੇ ਜਿੱਥੋਂ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਕਲਾਇੰਟ ਪਾਸੇ ਕੈਸ਼ ਸਬਨੈੱਟਾਂ ਨੂੰ ਢਕਣ ਵਾਲਾ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ।
ਆਮ ਗਲਤੀ ਇਹ ਮੰਨਣਾ ਹੈ ਕਿ ਨੇੜੇ ਕਿਤੇ ਦਾ ਕਨੈਕਸ਼ਨ ਵੀ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। VPN ਨੂੰ ਕਿਸੇ ਹੋਰ VPC ਨਾਲ ਜੋੜਨਾ, ਜਾਂ ਸਿਰਫ਼ peering 'ਤੇ ਨਿਰਭਰ ਕਰਨਾ, ਕੈਸ਼ ਦੇ ਸੁਰੱਖਿਆ ਸਮੂਹ ਜਾਂ ਉਸ ਦੇ ਸਬਨੈੱਟ ਦੀ ਮਾਰਗ ਸਾਰਣੀ ਨੂੰ ਤੁਹਾਡੇ ਕਲਾਇੰਟਾਂ ਤੱਕ ਨਹੀਂ ਵਧਾਉਂਦਾ। ਜਦੋਂ ਮੌਜੂਦਾ ਟਨਲ ਕਿਤੇ ਹੋਰ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਉਸ VPC ਦੇ ਅੰਦਰ ਰੱਖਿਆ ਜੰਪ ਹੋਸਟ ਜਾਂ VPN ਸਰਵਰ ਆਮ ਬਦਲ ਹੁੰਦਾ ਹੈ। ਉਹ ਬਦਲ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਸਗੋਂ ਚੱਕਰ ਹੈ, ਅਤੇ ਰਨਬੁੱਕ ਵਿੱਚ ਉਸ ਨੂੰ ਉਵੇਂ ਹੀ ਚਿੰਨ੍ਹਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਜਾਂਚ ਤਿੰਨ: ਜਨਤਕ ਨਾਮ ਵਾਲਾ PaaS ਅੰਤਿਮ ਬਿੰਦੂ
Azure Database for PostgreSQL ਇੱਕ ਜਨਤਕ ਸਰਵਰ ਨਾਮ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਨਿੱਜੀ ਪਤਾ ਨਹੀਂ ਦਿੰਦਾ ਜਿਸ ਨੂੰ ਤੁਸੀਂ hosts ਫ਼ਾਈਲ ਵਿੱਚ ਪਿੰਨ ਕਰਕੇ ਗੇਟਵੇ ਰਾਹੀਂ ਰੂਟ ਕਰ ਸਕੋ। ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਸੇਵਾ ਅੰਤਿਮ ਬਿੰਦੂ ਸੀਮਿਤ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜੇ ਸਬਨੈੱਟ ਕਿਸੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹਨ; ਉਹ VPN ਰਾਹੀਂ ਆਉਣ ਵਾਲੇ ਸਥਾਨਕ ਕਲਾਇੰਟ ਨੂੰ ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੰਦੇ।
ਨਿੱਜੀ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਦਾ ਅਰਥ ਹੈ ਨਿੱਜੀ ਅੰਤਿਮ ਬਿੰਦੂ ਜਾਂ ਨਿੱਜੀ ਲਿੰਕ ਡਿਜ਼ਾਈਨ ਲਿਆਉਣਾ, ਫਿਰ ਨਿੱਜੀ DNS ਜ਼ੋਨ ਜੋੜਨਾ ਤਾਂ ਜੋ ਜਨਤਕ ਨਾਮ ਇੰਟਰਨੈੱਟ ਦੀ ਥਾਂ ਉਸ ਅੰਤਿਮ ਬਿੰਦੂ ਨਾਲ ਜਵਾਬ ਦੇਵੇ। ਸੇਵਾ ਅੰਤਿਮ ਬਿੰਦੂ ਨਿਯਮ ਨਾਲ ਜੋੜੀ VPN ਇੱਕ ਹੋਰ ਆਰਕੀਟੈਕਚਰ ਹੈ ਜੋ ਸਿਰਫ਼ ਚਿੱਤਰ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀ ਦਿਸਦੀ ਹੈ। App Service ਉਹੀ ਤਰਕ ਉਲਟ ਦਿਸ਼ਾ ਤੋਂ ਅਪਣਾਉਂਦਾ ਹੈ: VNet ਏਕੀਕਰਨ ਐਪ ਨੂੰ VNet ਵਿੱਚ ਬਾਹਰ ਜਾਣ ਵਾਲੀਆਂ ਕਾਲਾਂ ਕਰਨ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਡੀ ਟਨਲ ਤੋਂ ਅੰਦਰ ਆਉਣ ਵਾਲਾ ਨਿੱਜੀ ਮਾਰਗ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਇਸ ਲਈ ਅੰਦਰ ਆਉਣ ਵਾਲੀ ਨਿੱਜੀ ਪਹੁੰਚ ਲਈ ਨਿੱਜੀ ਅੰਤਿਮ ਬਿੰਦੂ, App Service ਵਾਤਾਵਰਨ ਜਾਂ ਐਪ ਅੱਗੇ ਰੱਖਿਆ ਗੇਟਵੇ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੀ ਵਰਤ ਸਕਦੇ ਹੋ ਇਹ ਯੋਜਨਾ 'ਤੇ ਨਿਰਭਰ ਹੈ।
ਜਾਂਚ ਚਾਰ: ਆਪਣਾ ਸਾਹਮਣੇ ਵਾਲਾ ਦਰਵਾਜ਼ਾ ਰੱਖਣ ਵਾਲੇ ਉਤਪਾਦ
Firebase Hosting ਨੂੰ Cloud VPN ਨਾਲ ਨਹੀਂ ਜੋੜਿਆ ਜਾ ਸਕਦਾ, ਕਿਉਂਕਿ ਹੋਸਟਿੰਗ ਪਰਤ ਇੱਕ ਵਿਸ਼ਵ ਪੱਧਰੀ ਸਾਹਮਣਾ ਹਿੱਸਾ ਹੈ, ਕਿਸੇ ਪ੍ਰੋਜੈਕਟ VPC ਦੇ ਅੰਦਰ ਦੀ ਚੀਜ਼ ਨਹੀਂ। ਦਸਤਾਵੇਜ਼ੀ ਬਦਲ ਇਹ ਹੈ ਕਿ ਨਿਯੰਤਰਿਤ ਦਾਖਲਾ ਬਿੰਦੂ ਤੁਸੀਂ ਆਪ ਬਣਾਓ, ਪ੍ਰੌਕਸੀ ਇੰਸਟੈਂਸ ਜਾਂ ਬਾਲਟੀ 'ਤੇ ਆਧਾਰਿਤ ਲੋਡ ਬੈਲੰਸਰ ਨਾਲ। ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਸਾਈਟ ਸ਼ੁੱਧ ਹੋਸਟਿੰਗ ਉਤਪਾਦ ਰਹਿਣਾ ਛੱਡ ਦਿੰਦੀ ਹੈ ਅਤੇ ਹੁਣ ਤੁਸੀਂ ਚਲਾਉਂਦੇ ਹੋ ਅਜਿਹੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣ ਜਾਂਦੀ ਹੈ। ਟਨਲ ਇਸ ਨੂੰ ਢਕ ਲਵੇਗੀ ਅਜਿਹਾ ਕੋਈ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਵਟਾਂਦਰੇ ਨੂੰ ਨਾਮ ਦੇਣਾ ਯੋਗ ਹੈ।
Private API Gateway VPC ਸੇਵਾ ਪਾਸੇ ਦੇ ਵਧੇਰੇ ਨੇੜੇ ਹੈ: interface ਕਿਸਮ ਦਾ VPC ਅੰਤਿਮ ਬਿੰਦੂ ਅਜਿਹਾ ਹੋਸਟਨਾਮ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜਿਸ ਦੇ ਜਵਾਬ ਨਿੱਜੀ ਪਤੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਤੁਹਾਡੇ ਅਹਾਤੇ ਤੋਂ ਟ੍ਰੈਫਿਕ ਟਨਲ ਜਾਂ ਸਮਰਪਿਤ ਆਪਸੀ ਜੋੜ ਰਾਹੀਂ ਆਉਂਦਾ ਹੈ। ਅੰਤਿਮ ਬਿੰਦੂ API ਨਾਲ ਜੁੜਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਤੇ ਹੋਸਟਨਾਮ ਕਾਲ ਕਰਨ ਵਾਲਿਆਂ ਦੇ ਵਰਤੇ ਕਸਟਮ ਡੋਮੇਨ ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ।
Google Cloud VPN ਟਨਲਾਂ ਨਾਮਾਂ ਨਾਲ ਨਹੀਂ, ਸਾਥੀ IP ਪਤਿਆਂ ਨਾਲ ਬੱਝਦੀਆਂ ਹਨ। DNS ਫਾਰਵਰਡਿੰਗ ਵੱਖਰੀ ਤਰ੍ਹਾਂ ਸੰਰਚਿਤ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਟਨਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੰਦਰੁਸਤ ਹੋ ਸਕਦੀ ਹੈ ਜਦਕਿ ਦੂਰ ਦੇ ਨਿੱਜੀ ਜ਼ੋਨ ਵਿੱਚ ਖੋਜਾਂ ਅਜੇ ਵੀ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ।
ਫਿਰ ਹੱਦ ਲੱਭੋ
VPC ਦੇ ਅੰਦਰਲੇ VM ਤੋਂ ਉਹੀ ਕਨੈਕਸ਼ਨ ਚਲਾਓ। ਜਦੋਂ ਉੱਥੇ ਸਫਲ ਹੋਵੇ ਅਤੇ VPN ਕਲਾਇੰਟ ਤੋਂ ਅਸਫਲ ਹੋਵੇ, ਤਾਂ ਪਾੜਾ ਕਲਾਇੰਟ ਦੇ ਮਾਰਗ ਅਤੇ ਸੇਵਾ ਦੇ ਅੰਤਿਮ ਬਿੰਦੂ ਵਿਚਕਾਰ ਹੁੰਦਾ ਹੈ: ਮਾਰਗ, ਸੁਰੱਖਿਆ ਸਮੂਹ, ਅੰਤਿਮ ਬਿੰਦੂ ਨੀਤੀ ਜਾਂ ਨਾਮ। ਜਦੋਂ ਦੋਵੇਂ ਕੋਸ਼ਿਸ਼ਾਂ ਅਸਫਲ ਹੋਣ, ਤਾਂ ਉਸ ਨੈੱਟਵਰਕ ਵਿੱਚ ਕੁਝ ਵੀ ਸੇਵਾ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ, ਅਤੇ VPN ਕਦੇ ਰੁਕਾਵਟ ਨਹੀਂ ਸੀ।
getent hosts db.internal.example
nc -vz db.internal.example 5432ਨਾਮ ਦੀ ਖੋਜ ਅਤੇ ਪੋਰਟ ਜਾਂਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕਰੋ, ਕਿਉਂਕਿ ਉਹ ਵੱਖਰੇ ਕਾਰਨਾਂ ਕਰਕੇ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਇਹ ਜੋੜੀ ਦੱਸਦੀ ਹੈ ਕਿ ਮਾਰਗ ਦਾ ਕਿਹੜਾ ਅੱਧਾ ਹਿੱਸਾ ਟੁੱਟਿਆ ਹੈ। ਜਨਤਕ ਪਤੇ ਵਿੱਚ ਹੱਲ ਹੋਣ ਵਾਲਾ ਨਾਮ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਨਿੱਜੀ DNS ਜ਼ੋਨ ਲਾਗੂ ਨਹੀਂ ਹੈ।