ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ, ਉਹੀ ਸਰਵਰ ਨਾਮ: Azure SQL ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗਾਂ

Private Link ਬਦਲਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਕਿੱਥੇ ਪਹੁੰਚਦਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਕਨੈਕਸ਼ਨ ਨੂੰ ਕੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। Azure SQL Database ਲਈ ਇਹੀ ਫ਼ਰਕ ਪੂਰਾ ਡਿਜ਼ਾਈਨ ਹੈ: ਤਾਰਕਿਕ ਸਰਵਰ ਆਪਣਾ ਨਾਮ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ ਇੱਕ ਨੈੱਟਵਰਕ ਐਂਟਰੀ ਦਿੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਨਾਮ ਹੱਲ ਹੁੰਦਾ ਹੈ। ਨਾਮ ਨੂੰ IP ਪਤੇ ਨਾਲ ਬਦਲਣਾ ਉਹ ਇੱਕੋ ਬਦਲਾਅ ਹੈ ਜੋ TLS, ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਅਤੇ ਟੂਲ ਇਕੱਠੇ ਤੋੜਦਾ ਹੈ। ਦੋ ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗਾਂ ਸਮਾਨ ਦਿਖ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਬਿਲਕੁਲ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰ ਸਕਦੀਆਂ ਹਨ।

orders-db.database.windows.net ਰੱਖੋ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਇਸ ਲਈ ਨਿੱਜੀ ਜਵਾਬ ਦਿਓ।

ਨਾਮ ਅਤੇ ਪਤੇ ਦੇ ਕੰਮ ਵੱਖਰੇ ਹਨ

ਨਾਮ SQL ਸੇਵਾ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਤੇ ਲੌਗਇਨ ਇਹੀ ਉਮੀਦ ਕਰਦੇ ਹਨ। ਨਿੱਜੀ ਪਤਾ ਜੁੜੇ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਨੈੱਟਵਰਕ ਐਂਟਰੀ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਨੂੰ ਦੂਜੇ ਨਾਲ ਉਲਝਾਉਣਾ ਅਜਿਹਾ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਕਿਸੇ ਚੀਜ਼ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਪਰ ਕਿਸੇ ਦੇ ਵਿਰੁੱਧ ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ ਕਰਦਾ।

Azure SQL ਲਈ Microsoft ਦੀ ਅਗਵਾਈ ਕਲਾਇੰਟਾਂ ਤੋਂ ਆਮ ਸਰਵਰ ਨਾਮ ਮੰਗਦੀ ਹੈ। ਸਿੱਧਾ IP, ਅਤੇ ਇਸੇ ਤਰ੍ਹਾਂ privatelink ਅਗੇਤਰ ਵਾਲਾ ਨਾਮ, ਬਦਲਣਯੋਗ ਲੌਗਇਨ ਟਾਰਗੇਟ ਨਹੀਂ ਹੈ। IP ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੇ ਟੂਲ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰਨਗੇ ਅਤੇ ਫਿਰ TLS 'ਤੇ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ 'ਤੇ ਅਸਫਲ ਹੋਣਗੇ, ਜੋ ਅਸਲ ਗਲਤੀ ਲੁਕਾਉਂਦਾ ਹੈ। ਉਹ ਅਸਫਲਤਾਵਾਂ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਮੱਸਿਆਵਾਂ ਵਾਂਗ ਪੜ੍ਹੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਜਦ ਤੱਕ ਤੁਸੀਂ ਗਲਤੀ ਵਿੱਚ ਹੋਸਟਨਾਮ ਨਾ ਵੇਖੋ।

ਨਿੱਜੀ ਜ਼ੋਨ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

ਨਿੱਜੀ DNS ਜ਼ੋਨ privatelink ਨਾਮ ਥਾਂ ਦੇ ਅੰਦਰ ਸਰਵਰ ਲਈ ਇੱਕ ਪਤਾ ਦਰਜ ਕਰਦਾ ਹੈ, ਅਤੇ ਜ਼ੋਨ ਉਸ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਨਾਲ ਜੁੜਿਆ ਹੈ ਜਿਸਨੂੰ ਇਸਦਾ ਉਪਯੋਗ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਹੱਲ ਹਿਲਦਾ ਹੈ; ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗ ਨਹੀਂ। ਹੇਠਾਂ ਦਿੱਤਾ ਆਕਾਰ ਇੱਕ ਉਦਾਹਰਨ ਹੈ, ਜਨਤਕ ਜ਼ੋਨ ਵਿੱਚ ਪੇਸਟ ਕਰਨ ਵਾਲਾ ਰਿਕਾਰਡ ਨਹੀਂ।

Application name:        orders-db.database.windows.net
Private DNS zone:        privatelink.database.windows.net
Resolved private entry:  the approved private endpoint address

ਉਸ ਰਿਕਾਰਡ ਅਤੇ ਇਸਦੀ ਜ਼ੋਨ ਲਿੰਕ ਨੂੰ ਮਾਲਕ ਅਤੇ ਸਮੀਖਿਆ ਤਾਰੀਖ ਨਾਲ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਜੋਂ ਸੰਭਾਲੋ।

ਇੱਕੋ ਮੂਲ ਅਤੇ ਵੱਖਰੇ ਜਵਾਬਾਂ ਵਾਲੇ ਦੋ ਜ਼ੋਨ ਆਮ ਅੰਤਿਮ ਸਥਿਤੀ ਹਨ, ਟਕਰਾਅ ਨਹੀਂ। ਜਨਤਕ ਕਲਾਇੰਟ ਜਨਤਕ ਜਵਾਬ ਰੱਖਦੇ ਹਨ, ਅਤੇ ਨਿੱਜੀ ਕਲਾਇੰਟਾਂ ਨੂੰ ਐਂਡਪੌਇੰਟ ਪਤਾ ਮਿਲਦਾ ਹੈ। ਧਿਆਨ ਦੇਣ ਵਾਲਾ ਅਸਫਲਤਾ ਢੰਗ ਨਿੱਜੀ ਦ੍ਰਿਸ਼ ਦਾ ਅੰਸ਼ਕ ਫੈਲਾਅ ਹੈ, ਜਿੱਥੇ ਇੱਕ ਸਬਨੈੱਟ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਹੱਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਚੁੱਪਚਾਪ ਨਹੀਂ।

Azure ਤੋਂ ਬਾਹਰਲੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਉਸ ਜ਼ੋਨ ਵਿੱਚ ਪ੍ਰਵੇਸ਼ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ

VPN ਕਲਾਇੰਟ Azure ਦੇ ਰਿਜ਼ੌਲਵਰ ਤੋਂ ਬਾਹਰ ਬੈਠਦਾ ਹੈ, ਇਸ ਲਈ ਨਿੱਜੀ ਜ਼ੋਨ ਹਾਈਬ੍ਰਿਡ ਮਾਰਗ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। Azure DNS ਫਾਰਵਰਡਰ ਜਾਂ Azure DNS Private Resolver ਉਸ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਆਉਣ ਵਾਲੀਆਂ ਕਿਊਰੀਆਂ ਦੀ ਸੇਵਾ ਕਰ ਸਕਦਾ ਹੈ। Microsoft ਦੀ ਅਗਵਾਈ ਇਹ ਹੈ ਕਿ ਸੰਬੰਧਿਤ ਜਨਤਕ ਸੇਵਾ ਜ਼ੋਨ ਨੂੰ ਉਸ ਪ੍ਰਬੰਧ ਰਾਹੀਂ ਫਾਰਵਰਡ ਕਰੋ, ਇਹ ਮੰਨਣ ਦੀ ਬਜਾਏ ਕਿ ਕਲਾਇੰਟ ਸਿੱਧਾ privatelink ਨਾਮ ਪੁੱਛਦੇ ਹਨ। ਜੋ ਕਲਾਇੰਟ ਨਿੱਜੀ ਜਵਾਬ ਹੱਲ ਨਹੀਂ ਕਰ ਸਕਦੇ ਉਹ ਸ਼ਿਕਾਇਤ ਬਿਨਾਂ ਜਨਤਕ ਜਵਾਬ ਵੱਲ ਵਾਪਸ ਜਾਂਦੇ ਹਨ।

ਫਾਰਵਰਡਿੰਗ ਦਾ ਦਾਇਰਾ ਜਾਣਬੁੱਝ ਕੇ ਰੱਖੋ, ਕਿਉਂਕਿ ਵਰਤੋਂ ਵਿੱਚ ਆ ਰਹੇ ਜਨਤਕ ਜ਼ੋਨ ਨੂੰ ਬਦਲਣਾ ਉਹ ਨਾਮ ਤੋੜਦਾ ਹੈ ਜੋ ਬਦਲੀ ਵਿੱਚ ਨਹੀਂ ਹਨ।

ਪਛਾਣ ਸਥਿਰ ਰੱਖਣ ਵਾਲੇ ਕ੍ਰਮ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕਰੋ

ਕਦਮਾਂ ਦੇ ਵੱਖਰੇ ਮਾਲਕ ਹਨ: ਐਂਡਪੌਇੰਟ ਬਣਾਓ ਅਤੇ ਮਨਜ਼ੂਰ ਕਰੋ, VPN ਮਾਰਗ ਦਿਓ, ਨਿੱਜੀ DNS ਜੋੜੋ, ਫਿਰ ਕਲਾਇੰਟ ਨੂੰ ਇਸਦੇ ਆਮ ਸਰਵਰ ਨਾਮ ਨਾਲ ਸੰਰਚਿਤ ਕਰੋ। ਮਾਰਗ ਤੋਂ ਪਹਿਲਾਂ DNS ਕਰਨ ਨਾਲ DNS ਅਸਫਲਤਾਵਾਂ ਵਰਗੇ ਦਿਖਣ ਵਾਲੇ ਸਮਾਂ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ। ਕਲਾਇੰਟ ਨੂੰ ਅੰਤ ਵਿੱਚ ਕਰਨ ਨਾਲ ਇੱਕ ਸਮੇਂ ਇੱਕ ਚਰ ਗਤੀ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਹਰ ਕਦਮ ਦਾ ਨਿਰੀਖਣਯੋਗ ਨਤੀਜਾ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਨੂੰ ਵੀ ਅੰਦਾਜ਼ੇ ਨਾਲ ਪਰਖਣਾ ਨਹੀਂ ਪੈਂਦਾ।

ਜੁੜਿਆ VPN ਆਈਕਨ ਆਪਣੇ ਆਪ ਨਿੱਜੀ ਮੰਜ਼ਿਲ ਨਹੀਂ ਚੁਣਦਾ।

ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ ਕੀ ਬੰਦ ਨਹੀਂ ਕਰਦਾ

ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ ਬਣਾਉਣਾ ਤਾਰਕਿਕ ਸਰਵਰ ਤੱਕ ਜਨਤਕ ਪਹੁੰਚ ਨੂੰ ਆਪਣੇ ਆਪ ਅਸਮਰੱਥ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਵੱਖਰਾ ਤੈਨਾਤੀ ਫ਼ੈਸਲਾ ਹੈ, ਅਤੇ ਇਹ ਲੋੜੀਂਦੇ ਨਿੱਜੀ ਕਲਾਇੰਟਾਂ ਦੇ ਕੰਮ ਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਤੋਂ ਬਾਅਦ ਆਉਂਦਾ ਹੈ। ਰਿਕਵਰੀ ਮਾਰਗ ਰੱਖੋ ਅਤੇ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਧਿਆਨ ਰੱਖੋ ਜੋ ਅਜੇ ਵੀ ਜਨਤਕ ਪ੍ਰਵੇਸ਼ ਵਰਤਦੀਆਂ ਹਨ। ਜਨਤਕ ਪਹੁੰਚ ਪਹਿਲਾਂ ਬੰਦ ਕਰਨਾ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਚੱਲ ਰਹੀ ਸੇਵਾ ਸਾਫ਼ ਆਡਿਟ ਟ੍ਰੇਲ ਨਾਲ ਰੁਕਾਵਟ ਬਣ ਜਾਂਦੀ ਹੈ।

ਇਹ ਵੀ ਜਾਂਚੋ ਕਿ ਸਰਵਰ ਕਿਹੜੀ ਕਨੈਕਸ਼ਨ ਨੀਤੀ ਵਰਤਦਾ ਹੈ।

Redirect ਸ਼ੁਰੂਆਤੀ ਗੇਟਵੇ ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਨੂੰ ਨੋਡ ਦੇ ਪੋਰਟ 'ਤੇ ਭੇਜਦਾ ਹੈ, ਜੋ ਬਦਲਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੈੱਟਵਰਕ ਨੂੰ ਕੀ ਮਨਜ਼ੂਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। Proxy ਟ੍ਰੈਫਿਕ ਗੇਟਵੇ 'ਤੇ ਰੱਖਦਾ ਹੈ। ਇੱਕ ਪੋਰਟ 'ਤੇ ਸਫਲ TCP ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਲੌਗਇਨ ਵਰਕਫਲੋ ਨਹੀਂ ਹੈ।

ਇਹ Azure SQL Database ਹੈ, SQL Managed Instance ਨਹੀਂ, ਜਿਸਦਾ ਆਪਣਾ ਕਨੈਕਟੀਵਿਟੀ ਮਾਡਲ ਹੈ ਅਤੇ ਬਰਾਬਰ ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ ਕਹਾਣੀ ਨਹੀਂ ਹੈ। ਦੋਵਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਤਿੰਨ ਚੀਜ਼ਾਂ ਵੱਖਰੇ ਲੇਬਲ ਰੱਖੋ: ਨਾਮ, ਨੈੱਟਵਰਕ ਐਂਟਰੀ ਅਤੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ। ਕਨੈਕਸ਼ਨ ਕਿੱਥੇ ਸਫ਼ਰ ਕਰਦਾ ਹੈ ਬਦਲਣ ਨਾਲ ਇਹ ਕਦੇ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ ਕਿ ਕਲਾਇੰਟ ਕਿਹੜੀ ਸੇਵਾ ਨਾਲ ਗੱਲ ਕਰ ਰਿਹਾ ਹੈ।