ਸਾਂਝਾ CA, ਵੱਖਰੇ ਦਰਵਾਜ਼ੇ: ਪ੍ਰਤੀ ਦਾਖਲਾ ਫਾਈਲ ਇੱਕ ਸੇਵਾ

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

ਭਰੋਸੇਯੋਗ ਚੇਨ ਸੇਵਾ ਮੈਂਬਰਸ਼ਿਪ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ

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

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

ਚੋਣਵੇਂ ਓਵਰਰਾਈਡਾਂ ਨੂੰ ਦਾਖਲਾ ਦਰਵਾਜ਼ਾ ਬਣਾਓ

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

client-config-dir /etc/openvpn/service-a/clients
ccd-exclusive

ਭਾਈਚਾਰਕ ਸੰਸਕਰਣ OpenVPN 2.6 ccd-exclusive ਆਪਣੇ ਮੈਨੁਅਲ ਸਫ਼ੇ ਵਿੱਚ ਠੀਕ ਇਸੇ ਸ਼ਰਤ ਦਾ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਾਮਿਤ ਫਾਈਲ ਦੀ ਖੋਜ ਪ੍ਰਭਾਵੀ ਕਲਾਇੰਟ ਪਛਾਣ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਹੋਰ ਬਿਲਡ ਅਤੇ ਉਤਪਾਦ-ਪ੍ਰਬੰਧਿਤ ਸਰਵਰ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਹੋਰ ਕਿਤੇ ਉਸੇ ਅਰਥ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

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

ਹਰ ਸੇਵਾ ਲਈ ਇੱਕ ਡਾਇਰੈਕਟਰੀ, ਇੱਕ ਸਾਂਝੀ ਸੂਚੀ ਨਹੀਂ

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

DEFAULT ਐਂਟਰੀ ਉਹ ਮਾਮਲਾ ਹੈ ਜੋ ਲੋਕਾਂ ਨੂੰ ਭਰਮਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਨਾਮਿਤ ਫਾਈਲ ਨਹੀਂ ਮਿਲਦੀ ਤਾਂ ਇਹ ਬਦਲਵੀਂ ਸੈਟਿੰਗਾਂ ਦਿੰਦੀ ਹੈ, ਪਰ ਇਹ ਦਰਵਾਜ਼ੇ ਦੀ ਲੋੜੀਂਦੀ ਨਾਮਿਤ ਫਾਈਲ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਇਹ ਇਕੱਲੀ ਕਲਾਇੰਟ ਨੂੰ ਦਾਖਲਾ ਨਹੀਂ ਦੇ ਸਕਦੀ। ਐਸੇ ਕਲਾਇੰਟ ਦੀ ਪਰਖ ਕਰੋ ਜਿਸਦੀ ਕੋਈ ਐਂਟਰੀ ਹੀ ਨਹੀਂ ਹੈ ਅਤੇ ਰੱਦ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ; ਜੇ ਉਸ ਕਲਾਇੰਟ ਨੂੰ ਦਾਖਲਾ ਮਿਲਦਾ ਹੈ ਤਾਂ ਬਦਲ ਲਾਗੂ ਹੋ ਰਿਹਾ ਹੈ ਅਤੇ ccd-exclusive ਉਸ ਮਾਮਲੇ ਵਿੱਚ ਲਾਗੂ ਨਹੀਂ ਹੈ।

ਪ੍ਰਭਾਵੀ ਪਛਾਣ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿਹੜੀ ਫਾਈਲ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ

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

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

ਰੱਦ, ਦਾਖਲਾ ਅਤੇ ਰੱਦੀਕਰਨ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਦੇਖੋ

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

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

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