ਡੋਮੇਨ ਟਰੱਸਟ ਤੋਂ ਬਿਨਾਂ Excel ਤੋਂ ਸਾਂਝੇਦਾਰ ਦੇ SQL Server ਤੱਕ

ਕਿਸੇ ਹੋਰ ਸੰਸਥਾ ਦੇ SQL Server ਉੱਤੇ ਟੇਬਲ ਖੋਲ੍ਹਣ ਵਾਲੀ Excel ਵਰਕਬੁੱਕ ਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਆਮ ਤੌਰ ਉੱਤੇ ਇੱਕੋ ਵਜੋਂ ਗੱਲ ਹੁੰਦੀ ਹੈ: ਸਰਵਰ ਜੋ ਪਛਾਣ ਸਵੀਕਾਰ ਕਰੇ, ਕਲਾਇੰਟ ਜੋ ਆਵਾਜਾਈ ਪ੍ਰਮਾਣਿਤ ਕਰੇ, ਅਤੇ ਦੋਵੇਂ ਧਿਰਾਂ ਦੁਆਰਾ ਮਨਜ਼ੂਰ ਨੈੱਟਵਰਕ ਰਸਤਾ। ਡੋਮੇਨ ਟਰੱਸਟ ਪਹਿਲੀ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਵਿਆਪਕ। TLS ਦੂਜੀ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ ਅਤੇ ਪਹਿਲੀ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਰਸਤਾ ਤੀਜੀ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਆਪ ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਬਚਾਉਂਦਾ।

ਇਹਨਾਂ ਤਿੰਨਾਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਸਪ੍ਰੈਡਸ਼ੀਟ ਨੂੰ ਪ੍ਰਬੰਧਕੀ ਸਬੰਧ ਦੀ ਥਾਂ ਛੋਟੀ, ਸਮੀਖਿਆਯੋਗ ਬੇਨਤੀ ਬਣਾ ਦਿੰਦਾ ਹੈ।

ਸਵਾਲ ਜੋ ਤਿੰਨ ਫ਼ੈਸਲੇ ਲੁਕਾਉਂਦਾ ਹੈ

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

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

ਫੋਰੈਸਟ ਟਰੱਸਟ ਤੋਂ ਬਿਨਾਂ ਪਛਾਣ

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

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

ਐਨਕ੍ਰਿਪਸ਼ਨ ਹਾਂ, ਪਰ ਸਰਟੀਫਿਕੇਟ ਉੱਤੇ ਭਰੋਸਾ?

ODBC Driver 18 ਨਾਲ, Encrypt=Yes;TrustServerCertificate=No ਅਜਿਹਾ ਐਨਕ੍ਰਿਪਟਡ ਸੈਸ਼ਨ ਮੰਗਦਾ ਹੈ ਜਿਸਦਾ ਸਰਟੀਫਿਕੇਟ ਸੱਚਮੁੱਚ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ। ਫਿਰ ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗ ਨੂੰ ਉਹ ਸਰਵਰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸਨੂੰ ਸਰਟੀਫਿਕੇਟ ਕਵਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਉਸਦੀ ਲੜੀ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। Driver 18 ਵੀ ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਤੋਂ ਵੱਖਰਾ, ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਪੁਰਾਣੀ ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗ ਹੁਣ ਦੱਸੇ ਬਿਨਾਂ TLS ਗੱਲਬਾਤ ਕਰ ਸਕਦੀ ਹੈ। ਸਪੱਸ਼ਟ ਸੈਟਿੰਗਾਂ ਇੱਛਤ ਨੀਤੀ ਨੂੰ ਸਾਰੀਆਂ ਮਸ਼ੀਨਾਂ ਉੱਤੇ ਦਿੱਖਣਯੋਗ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਜੋ ਕਈ ਲੋਕਾਂ ਦੇ ਇੱਕੋ ਵਰਕਬੁੱਕ ਸੰਭਾਲਣ ਵੇਲੇ ਮਹੱਤਵਪੂਰਨ ਹੈ।

TrustServerCertificate=Yes ਐਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਜੋ ਨਾਮ ਦੀ ਅਸੰਗਤੀ ਜਾਂ ਅਭਰੋਸੇਯੋਗ ਲੜੀ ਲਈ ਬਰਾਬਰ ਦਾ ਸੁਧਾਰ ਨਹੀਂ ਹੈ। ਇਹ ਉਹ ਸੰਕੇਤ ਹਟਾਉਂਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਕਿ ਕਲਾਇੰਟ ਗਲਤ ਅੰਤ ਬਿੰਦੂ ਉੱਤੇ ਪਹੁੰਚਿਆ, ਇਸ ਲਈ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਨਾਮ ਠੀਕ ਕਰੋ।

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

ਨੈੱਟਵਰਕ ਰਸਤਾ ਹੀ ਸੁਰੱਖਿਆ ਨਹੀਂ

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

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

ਆਮ Excel ਕਾਰਜ-ਪ੍ਰਵਾਹ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰੋ: ਸਵੀਕਾਰਤ ਪਛਾਣ, ਪ੍ਰਭਾਵੀ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਗੱਲਬਾਤ ਕੀਤਾ ਐਨਕ੍ਰਿਪਸ਼ਨ, ਹਰੇਕ ਸਰਵਰ ਦੇ ਆਪਣੇ ਸੈਸ਼ਨ ਦ੍ਰਿਸ਼ ਰਾਹੀਂ।