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

ਦਾਅਵਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਰਤ ਤੈਅ ਕਰੋ

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

LayerVisible thereNot visible there
Session and authenticationAccount, client address, start and stop times, assigned address, byte countsURLs, page content, search terms
Forwarded packetsDestination address and port, sizes, timing, often the TLS server nameHTTP path, headers, response body
DNS resolverQueried names and the client that askedPage content and later requests
TLS-terminating proxyFull request line, headers and bodyNothing, by design

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

ਕਿਸੇ ਨੀਤੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੇ ਸਮੇਂ ਉਹ ਵਾਕ ਲੱਭੋ ਜੋ ਹਰ ਪਰਤ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਜੇ ਨੀਤੀ ਇਨ੍ਹਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰਦੀ, ਤਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਬਾਰੇ ਆਮ ਬਿਆਨ ਮੰਨਣ ਦੀ ਬਜਾਏ ਪੁੱਛੋ ਕਿ ਕਿਹੜੇ ਰਿਕਾਰਡ ਮੌਜੂਦ ਹਨ।

ਸੈਸ਼ਨ ਸੂਚੀ: ਆਮ OpenVPN ਸਰਵਰ ਕੀ ਰੱਖਦਾ ਹੈ

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

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

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

ਅੰਦਰੂਨੀ ਅਤੇ ਬਾਹਰੀ ਪੈਕਟ ਵੱਖਰੇ ਸਬੂਤ ਹਨ

ਪੈਕਟ ਕੈਪਚਰ ਇਹ ਦੇਖਣ ਦਾ ਤਰੀਕਾ ਹੈ ਕਿ ਟਨਲ ਵਿੱਚੋਂ ਅਸਲ ਵਿੱਚ ਕੀ ਲੰਘਦਾ ਹੈ। ਸਰਵਰ ਉੱਤੇ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਦਾ ਨਾਮ ਦਿਓ ਅਤੇ ਅਜਿਹੀ ਫ਼ਾਈਲ ਵਿੱਚ ਲਿਖੋ ਜਿਸ ਦਾ ਬਾਅਦ ਵਿੱਚ ਆਫ਼ਲਾਈਨ ਵਿਸ਼ਲੇਸ਼ਣ ਹੋ ਸਕੇ:

sudo tcpdump -ni tun0 -w /tmp/tun.pcap
sudo tcpdump -r /tmp/tun.pcap -nn | head

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

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

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

DNS ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਨਾਮ ਦਿਸਣ ਲੱਗਦੇ ਹਨ

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

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

dig +short myip.opendns.com @resolver1.opendns.com
dig example.com
sudo tcpdump -ni any udp port 53

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

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

ਤਿੰਨ ਤਰ੍ਹਾਂ ਦੇ ਰਿਕਾਰਡ ਅਤੇ ਉਹ ਕੌਣ ਪੜ੍ਹ ਸਕਦਾ ਹੈ

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

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

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

ਸੰਬੰਧਿਤ ਲੇਖ