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

ਮਿੱਥ: DNS ਬਦਲਣਾ ਤੁਹਾਡੇ ਟ੍ਰੈਫ਼ਿਕ ਦਾ ਰਾਹ ਬਦਲ ਦਿੰਦਾ ਹੈ

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

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

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

ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਰਦੇਸ਼ਿਤ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੀ ਨਹੀਂ

ਡਿਵਾਈਸ ਅਨੁਸਾਰ ਨਹੀਂ, ਪ੍ਰਵਾਹ ਅਨੁਸਾਰ ਸੂਚੀ ਬਣਾਉਣ 'ਤੇ ਫ਼ਰਕ ਸੌਖਿਆਂ ਦਿਸਦਾ ਹੈ।

FlowSteered by Smart DNS?Why
A supported streaming hostnameYes, usuallyThe resolver returns a provider address for that name
The same app's other hostnamesOnly if the provider lists themSteering is per-name, and lists are curated
Your browser, email, game downloadsNoTheir names resolve to the ordinary destination
Traffic from devices not using that resolverNoNothing forces a device onto a particular resolver
Payload encryptionNoUnrelated to name resolution

ਤੁਸੀਂ ਇਹ ਹੁੰਦਾ ਵੇਖ ਸਕਦੇ ਹੋ। ਪ੍ਰਦਾਤਾ ਦੇ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਹੋਸਟਨਾਮ ਪੁੱਛੋ ਅਤੇ ਉਹੀ ਨਾਮ ਕਿਸੇ ਜਨਤਕ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਪੁੱਛੋ:

dig +short @<provider-resolver> example-stream.example
dig +short @1.1.1.1 example-stream.example

ਵੱਖਰੇ ਜਵਾਬ ਨਾਮ ਦੀ ਪਰਤ ਉੱਤੇ ਨਿਰਦੇਸ਼ਨ ਦਾ ਮਤਲਬ ਰੱਖਦੇ ਹਨ। ਇੱਕੋ ਜਵਾਬ ਦਾ ਮਤਲਬ ਯਾ ਤਾਂ ਸੇਵਾ ਉਸ ਨਾਮ ਲਈ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ, ਜਾਂ ਡਿਵਾਈਸ ਉਸ ਰਿਜ਼ੋਲਵਰ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਿਹਾ — ਅਜਿਹੀ ਅਸਫਲਤਾ ਜੋ ਗਲਤ DNS ਸੰਰਚਨਾ ਵਰਗੀ ਦਿਸਦੀ ਹੈ ਅਤੇ ਅਕਸਰ ਟੁੱਟੇ ਖਾਤੇ ਵਜੋਂ ਸਮਝੀ ਜਾਂਦੀ ਹੈ।

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

ਇਨਕ੍ਰਿਪਟਿਡ DNS ਬਿਲਕੁਲ ਤੀਜੀ ਚੀਜ਼ ਹੈ

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

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

ਇਸ ਲਈ «ਇਨਕ੍ਰਿਪਟਿਡ DNS» ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀਆਂ ਕੁਏਰੀਆਂ ਕੌਣ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਤੁਹਾਡਾ ਟ੍ਰੈਫ਼ਿਕ ਕੌਣ ਵੇਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਨਵਾਂ ਨਿਕਾਸ ਪਤਾ ਨਹੀਂ ਦਿੰਦਾ। DNS over HTTPS ਵਿਸ਼ੇਸ਼ਤਾ ਉਸ ਸੁਰੱਖਿਆ ਦੇ ਦਾਇਰੇ ਲਈ ਸਹੀ ਹਵਾਲਾ ਹੈ, ਅਤੇ ਇਹ ਰੂਟਿੰਗ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।

ਹਰ ਪ੍ਰਬੰਧ ਵਿੱਚ ਕੌਣ ਕੀ ਵੇਖਦਾ ਹੈ

Smart DNS ਨਾਲ, ਰਿਜ਼ੋਲਵਰ ਤੁਹਾਡੇ ਖੋਜੇ ਨਾਮ ਵੇਖਦਾ ਹੈ, ਪ੍ਰਦਾਤਾ ਦਾ ਰਿਲੇ ਉਹ ਜੋੜ ਵੇਖਦਾ ਹੈ ਜੋ ਉਹ ਢੋਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ISP ਬਾਕੀ ਸਭ ਕੁਝ ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਢਾਂਚੇ ਵਿੱਚ ਅਜੇ ਵੀ ਵੇਖਦਾ ਹੈ: ਕਿਹੜੇ ਪਤਿਆਂ ਨਾਲ ਕਦੋਂ, ਕਿੰਨਾ ਸੰਪਰਕ ਕੀਤਾ। ਨਿਰਦੇਸ਼ਿਤ ਪ੍ਰਵਾਹ ਵਿੱਚ ਸਮੱਗਰੀ ਮੰਜ਼ਿਲ ਤੱਕ TLS ਨਾਲ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਰਿਲੇ ਉਹ ਇਨਕ੍ਰਿਪਟਿਡ ਸੈਸ਼ਨ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਜੋ ਉਹ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦਾ — ਪਰ ਇਹ ਵੇਖ ਸਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਜੁੜੇ, ਕਿੱਥੋਂ ਅਤੇ ਕਿੰਨੀ ਦੇਰ।

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

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

Smart DNS ਸਹੀ ਸੰਦ ਕਦੋਂ ਹੈ

ਇਹ ਸੱਚਮੁੱਚ ਸਹੀ ਸੰਦ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਬਿਲਕੁਲ VPN ਕਲਾਇੰਟ ਨਹੀਂ ਚਲਾ ਸਕਦਾ — ਟੀਵੀ, ਕੰਸੋਲ, ਬੰਦ ਨੈੱਟਵਰਕ ਸਟੈਕ ਵਾਲਾ ਸੈਟ-ਟਾਪ ਬਾਕਸ — ਅਤੇ ਜਦੋਂ ਸਿਰਫ਼ ਇੱਕ ਨਾਮ ਵਾਲੀ ਸੇਵਾ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ। ਇਹ ਤਦ ਵੀ ਵਾਜਬ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਜਾਣਬੁੱਝ ਕੇ ਨਹੀਂ ਚਾਹੁੰਦੇ ਕਿ ਉਸ ਡਿਵਾਈਸ ਦਾ ਹਰ ਪੈਕਟ ਟਨਲ ਵਿੱਚੋਂ ਲੰਘੇ।

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

ਇਹ ਫ਼ੈਸਲਾ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਓ ਅਤੇ ਸੱਚੀ ਪਹਿਲੀ ਲਾਈਨ 'ਤੇ ਰੁਕੋ:

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

ਸੰਬੰਧਿਤ ਲੇਖ