VPN ਡਾਇਰੈਕਟਰੀ ਆਪਣੇ ਪਿੱਛੇ ਦੇ ਨੋਡ ਦੀ ਜ਼ਮਾਨਤ ਕਿਉਂ ਨਹੀਂ ਦੇ ਸਕਦੀ
ਇੱਕ ਐਂਟਰੀ ਇੱਕ ਕਨੈਕਸ਼ਨ ਅਤੇ ਉਸ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ। ਇਕੱਠਾ ਕਰਨਾ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਆਪਰੇਟਰ ਕੋਲ ਹੈ, ਜੋ ਕੋਈ ਹੋਰ ਧਿਰ ਹੋ ਸਕਦਾ ਹੈ।
ਡਾਇਰੈਕਟਰੀ ਦੀਆਂ ਜੋ ਐਂਟਰੀਆਂ ਹੋਸਟਨਾਮ, ਦੇਸ਼ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮੂਹ ਸੂਚੀਬੱਧ ਕਰਦੀਆਂ ਹਨ, ਉਹ ਕਨੈਕਟੀਵਿਟੀ ਬਾਰੇ ਸਬੂਤ ਹਨ, ਦੂਜੇ ਸਿਰੇ ਦੀ ਮਸ਼ੀਨ ਕੀ ਦਰਜ ਕਰਦੀ ਹੈ ਇਸ ਬਾਰੇ ਨਹੀਂ। ਇੱਥੇ ਮਹੱਤਵਪੂਰਨ ਫੈਸਲਾ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਸੂਚੀਆਂ ਉੱਤੇ ਆਮ ਤੌਰ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਜੋ ਸਵਾਲ ਪੁੱਛ ਰਹੇ ਹੋ ਉਸ ਦਾ ਜਵਾਬ ਦੇਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਕਿਹੜੀ ਧਿਰ ਹੈ।
ਇੱਕ ਐਂਟਰੀ ਪਿੱਛੇ ਚਾਰ ਧਿਰਾਂ
ਕੋਈ ਵੀ ਵਾਅਦਾ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਭੂਮਿਕਾਵਾਂ ਵੱਖ ਕਰੋ। ਡਾਇਰੈਕਟਰੀ ਐਂਟਰੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੀ ਹੈ, ਸੌਫਟਵੇਅਰ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਅਮਲ ਦਿੰਦਾ ਹੈ, ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਮਸ਼ੀਨ ਅਤੇ ਨੈੱਟਵਰਕ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਨੋਡ ਆਪਰੇਟਰ ਸੇਵਾ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ। ਚਾਰਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਵੱਖਰੀ ਸੰਸਥਾ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਸਿਰਫ਼ ਆਪਣੇ ਹਿੱਸੇ ਲਈ ਬੋਲ ਸਕਦਾ ਹੈ।
ਇਹ ਵੰਡ ਦੱਸਦੀ ਹੈ ਕਿ ਕੋਈ ਕਥਨ ਸੱਚਾ ਹੋ ਕੇ ਵੀ ਬੇਕਾਰ ਕਿਉਂ ਹੋ ਸਕਦਾ ਹੈ। ਜੋ ਵਿਕਾਸਕਾਰ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਸਮੱਗਰੀ ਦਰਜ ਨਹੀਂ ਕਰਦਾ, ਉਹ ਅਜਿਹੇ ਆਪਰੇਟਰ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਜਿਸ ਨੇ ਰਿਲੇ ਉੱਤੇ ਵਿਸਥਾਰਤ ਕਨੈਕਸ਼ਨ ਲੌਗ ਚਾਲੂ ਕੀਤਾ। ਦੋਵੇਂ ਕਥਨ ਵਿਰੋਧ ਤੋਂ ਬਿਨਾਂ ਇਕੱਠੇ ਰਹਿ ਸਕਦੇ ਹਨ। ਇਸੇ ਕਰਕੇ ਸਵਾਲ ਨਾਮ ਵਾਲੀ ਧਿਰ ਨੂੰ ਪੁੱਛਣਾ ਪੈਂਦਾ ਹੈ।
ਕੁਝ ਸੇਵਾਵਾਂ ਆਪਣੇ ਅੰਤ ਬਿੰਦੂ ਖੁਦ ਚਲਾਉਂਦੀਆਂ ਹਨ, ਤਦ ਐਂਟਰੀ ਅਤੇ ਨੀਤੀ ਇੱਕੋ ਧਿਰ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ। ਇਹ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਸਥਿਤੀ ਹੈ, ਪਰ ਸਫ਼ੇ ਦੇ ਰੂਪ ਤੋਂ ਅਨੁਮਾਨ ਲਾਉਣ ਦੀ ਥਾਂ ਇਸ ਨੂੰ ਸਿੱਧ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਬਿਆਨ ਮੰਗੋ, ਅਤੇ ਜਾਂਚੋ ਕਿ ਇਹ ਉਸ ਸੇਵਾ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ ਜਿਸ ਵੱਲ ਐਂਟਰੀ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ।
ਦਾਅਵੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਰਿਕਾਰਡ ਮੰਗੋ
ਇਕੱਠਾ ਕਰਨ ਬਾਰੇ ਦਾਅਵੇ ਲਈ ਅਜਿਹਾ ਦਸਤਾਵੇਜ਼ ਚਾਹੀਦਾ ਹੈ ਜੋ ਸਿਸਟਮ, ਡੇਟਾ ਸ਼੍ਰੇਣੀ ਅਤੇ ਸਮੇਂ ਦਾ ਨਾਮ ਲਵੇ। ਰੱਖ-ਰਖਾਅ ਬਾਰੇ ਦਾਅਵੇ ਲਈ ਸੰਖਿਆ ਅਤੇ ਘੇਰਾ ਚਾਹੀਦਾ ਹੈ। ਆਜ਼ਾਦੀ ਬਾਰੇ ਦਾਅਵੇ ਲਈ ਵਰਣਨ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੌਣ ਕੀ ਰੱਖਦਾ ਹੈ, ਵਿਸ਼ੇਸ਼ਣ ਨਹੀਂ।
| Field in a listing | What it evidences | What it cannot evidence |
|---|---|---|
| Hostname or address | A reachable endpoint existed when the entry was published | Who runs it, or what it stores |
| Protocols offered | Which client configurations should interoperate | Whether logging was disabled on that deployment |
| Country | Where the endpoint claims to be located | Which legal process could reach the operator |
| Availability score | How often the entry answered a probe | Anything about data handling |
ਸਵੈ-ਸੇਵੀ ਪ੍ਰੋਜੈਕਟ ਅਕਸਰ ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਉਦਾਹਰਨ ਹੁੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਕੁਝ ਆਪਣੇ ਸਵੀਕਾਰ ਕੀਤੇ ਨੋਡ ਲਈ ਸਪਸ਼ਟ ਲੌਗਿੰਗ ਸ਼ਰਤਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਨ। ਉਹ ਦਸਤਾਵੇਜ਼ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਿਯਮਾਂ ਬਾਰੇ ਮੁੱਢਲਾ ਸਬੂਤ ਹੈ, ਅਤੇ ਉਹ ਅਜੇ ਵੀ ਉਨ੍ਹਾਂ ਨੂੰ ਅਣਡਿੱਠਾ ਕਰਨ ਵਾਲੇ ਕਿਸੇ ਵਿਅਕਤੀਗਤ ਆਪਰੇਟਰ ਬਾਰੇ ਸਬੂਤ ਨਹੀਂ ਹੈ।
ਲੇਖਾ-ਪਰੀਖਿਆਵਾਂ ਦੂਜੇ ਪੈਮਾਨੇ ਉੱਤੇ ਉਹੀ ਤਰਕ ਅਪਣਾਉਂਦੀਆਂ ਹਨ। ਜੋ ਰਿਪੋਰਟ ਕਿਸੇ ਖਾਸ ਤੈਨਾਤੀ ਦੀ ਖਾਸ ਸਮੇਂ ਵਿੱਚ ਜਾਂਚ ਕਰਦੀ ਹੈ, ਉਹ ਉਸ ਹੱਦ ਦੇ ਅੰਦਰ ਲਾਹੇਵੰਦ ਹੈ। ਉਸੇ ਸੌਫਟਵੇਅਰ ਦੀ ਹਰ ਆਜ਼ਾਦ ਨਕਲ ਉੱਤੇ ਫੈਲਾਇਆ ਜਾਵੇ ਤਾਂ ਉਹ ਅਜਿਹੀ ਜ਼ਮਾਨਤ ਬਣ ਜਾਂਦੀ ਹੈ ਜੋ ਕਿਸੇ ਨੇ ਨਹੀਂ ਦਿੱਤੀ। ਸਿੱਟਾ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਘੇਰੇ ਵਾਲਾ ਪੈਰਾ ਪੜ੍ਹੋ।
ਜਦੋਂ ਕਿਸੇ ਵਿਕਰੇਤਾ ਦਾ ਪਰਦੇਦਾਰੀ ਬਿਆਨ ਉਸ ਦੀ ਆਪਣੀ ਸੇਵਾ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਤਦ ਇਸ ਨੂੰ ਉਸ ਵਿਕਰੇਤਾ ਦਾ ਆਪਣੇ ਸਿਸਟਮਾਂ ਬਾਰੇ ਬਿਆਨ ਮੰਨ ਕੇ ਪੜ੍ਹੋ। ਤੀਜੀ ਧਿਰ ਦੇ ਰਿਲੇ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਇਸ ਦੀ ਮੁੜ ਵਰਤੋਂ ਸ਼੍ਰੇਣੀਗਤ ਗਲਤੀ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਇੱਕੋ ਜਿਹਾ ਹੋਣ 'ਤੇ ਵੀ।
ਹਰ ਵਿਕਲਪ ਨਾਲ ਤੁਸੀਂ ਕੀ ਖਰੀਦਦੇ ਹੋ ਇਹ ਤੈਅ ਕਰੋ
ਜਨਤਕ ਨੋਡ ਜਵਾਬਦੇਹੀ ਦੀ ਕੀਮਤ 'ਤੇ ਪਹੁੰਚ ਅਤੇ ਵਿਭਿੰਨਤਾ ਖਰੀਦਦਾ ਹੈ। ਜੋ ਆਪਰੇਟਰ ਤੁਹਾਡਾ ਕੁਝ ਵੀ ਦੇਣਦਾਰ ਨਹੀਂ ਉਹ ਗਾਇਬ ਹੋ ਸਕਦਾ ਹੈ, ਸੰਰਚਨਾ ਬਦਲ ਸਕਦਾ ਹੈ ਜਾਂ ਸੂਚਨਾ ਤੋਂ ਬਿਨਾਂ ਰਿਕਾਰਡ ਰੱਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਉਪਾਅ ਸਿਰਫ਼ ਇੰਨਾ ਸੀਮਤ ਹੈ: ਅੰਤ ਬਿੰਦੂ ਬਦਲਣਾ। ਇਹ ਅਦਲਾ-ਬਦਲੀ ਕੁਝ ਕੰਮਾਂ ਲਈ ਮਨਜ਼ੂਰ ਹੈ ਅਤੇ ਬਾਕੀਆਂ ਲਈ ਨਹੀਂ।
ਭੁਗਤਾਨ ਵਾਲੀ ਸੇਵਾ ਪ੍ਰਕਾਸ਼ਿਤ ਨੀਤੀ ਅਤੇ ਗੁਆਉਣ ਲਈ ਕੁਝ ਰੱਖਣ ਵਾਲੀ ਵਿਰੋਧੀ ਧਿਰ ਖਰੀਦਦੀ ਹੈ। ਇਹ ਤਕਨੀਕੀ ਜ਼ਮਾਨਤ ਨਹੀਂ ਖਰੀਦਦੀ ਅਤੇ ਨੀਤੀ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹਟਾਉਂਦੀ, ਪਰ ਰੱਖ-ਰਖਾਅ ਬਿਆਨ ਵਾਲੀ ਨਾਮ ਵਾਲੀ ਸੰਸਥਾ ਦਾ ਮੁਲਾਂਕਣ ਗੁਮਨਾਮ ਰਿਲੇ ਨਾਲੋਂ ਸੌਖਾ ਹੈ।
ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਟਿਕਣ ਵਾਲਾ ਫੈਸਲਾ ਨਿਯਮ ਇਹ ਹੈ ਕਿ ਸਬੂਤ ਨੂੰ ਜੋਖਮ ਨਾਲ ਮਿਲਾਇਆ ਜਾਵੇ। ਜੇ ਕੰਮ ਬਦਲਦੇ ਅੰਤ ਬਿੰਦੂ ਨੂੰ ਸਹਿੰਦਾ ਹੈ, ਤਦ ਡਾਇਰੈਕਟਰੀ ਕੁਸ਼ਲ ਸਾਧਨ ਹੈ। ਜੇ ਇਹ ਕਿਸੇ ਖਾਸ ਡੇਟਾ ਸੰਭਾਲ ਵਾਅਦੇ 'ਤੇ ਨਿਰਭਰ ਹੈ, ਤਦ ਸਿਰਫ਼ ਉਹ ਧਿਰ ਸੰਬੰਧਿਤ ਹੈ ਜੋ ਉਹ ਵਾਅਦਾ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਡਾਇਰੈਕਟਰੀ ਜ਼ਮਾਨਤ ਨਹੀਂ, ਮਾਰਗ ਦੀ ਸਹੂਲਤ ਹੈ।
curl -s --interface tun0 https://example.net/ -o /dev/null -w '%{remote_ip}
'ਉੱਪਰ ਦਿੱਤਾ ਇੱਕ ਹੁਕਮ ਚਲਾਉਣਾ ਲਾਹੇਵੰਦ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਦੋ ਸਵਾਲ ਸਾਫ਼ ਵੱਖ ਕਰਦਾ ਹੈ। ਇਹ ਉਹ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਟ੍ਰੈਫ਼ਿਕ ਨੇ ਅਸਲ ਵਿੱਚ ਵਰਤਿਆ, ਇਹ ਕਨੈਕਟੀਵਿਟੀ ਦਾ ਤੱਥ ਹੈ, ਅਤੇ ਇਹ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਉਸ ਪਤੇ ਦੇ ਆਪਰੇਟਰ ਨੇ ਕਨੈਕਸ਼ਨ ਦੇ ਮੈਟਾਡੇਟਾ ਨਾਲ ਕੀ ਕੀਤਾ।
ਕਲਾਇੰਟ ਪਾਸੇ ਦੇ ਸਵਾਲ ਵੱਖ ਰੱਖੋ
ਆਪਰੇਟਰ ਦੀ ਨੀਤੀ ਇੱਕ ਪਰਤ ਹੈ, ਅਤੇ ਸੁਰੰਗ ਵਿੱਚੋਂ ਤੁਸੀਂ ਜੋ ਕਰਦੇ ਹੋ ਉਸ ਦੀ ਸੁਰੱਖਿਆ ਦੂਜੀ ਹੈ। ਮੰਜ਼ਿਲ 'ਤੇ HTTPS, ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸੈਸ਼ਨ ਸੰਭਾਲ ਅਤੇ ਤੁਸੀਂ ਜਿਸ ਖਾਤੇ ਵਿੱਚ ਦਾਖਲ ਹੋਏ ਉਸ ਦੀ ਤਾਕਤ ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਢਿੱਲਾ ਰਿਲੇ ਉਨ੍ਹਾਂ ਨੂੰ ਕਮਜ਼ੋਰ ਨਹੀਂ ਕਰਦਾ ਜਿਵੇਂ ਵਧੀਆ ਰਿਲੇ ਉਨ੍ਹਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ਨਹੀਂ ਕਰਦਾ।
ਇਹ ਵੰਡ ਦੋ ਆਮ ਗਲਤੀਆਂ ਰੋਕਦੀ ਹੈ। ਸਖ਼ਤ ਆਪਰੇਟਰ ਨੀਤੀ ਨੂੰ HTTPS ਛੱਡਣ ਦਾ ਕਾਰਨ ਮੰਨਣਾ ਇੱਕ ਹੈ, ਅਤੇ ਚੱਲਦੇ HTTPS ਕਨੈਕਸ਼ਨ ਨੂੰ ਇਹ ਅਣਡਿੱਠਾ ਕਰਨ ਦਾ ਕਾਰਨ ਮੰਨਣਾ ਕਿ ਰਿਲੇ ਕੌਣ ਚਲਾਉਂਦਾ ਹੈ ਦੂਜੀ ਹੈ। ਦੋਵੇਂ ਗਲਤੀਆਂ ਦੋ ਪਰਤਾਂ ਨੂੰ ਇੱਕ ਕਰ ਦਿੰਦੀਆਂ ਹਨ ਅਤੇ ਫਿਰ ਗਲਤ ਪਰਤ ਬਾਰੇ ਬਹਿਸ ਕਰਦੀਆਂ ਹਨ।
ਛੋਟਾ ਲਿਖਤੀ ਮੁਲਾਂਕਣ ਦੋਵੇਂ ਸੰਭਾਲਦਾ ਹੈ। ਹਰ ਵਾਅਦਾ ਦੇਣ ਵਾਲੀ ਧਿਰ ਦਾ ਨਾਮ ਲਓ, ਉਸ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲਾ ਦਸਤਾਵੇਜ਼ ਲਗਾਓ, ਅਤੇ ਤਾਰੀਖ਼ ਦਰਜ ਕਰੋ। ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਕੰਮ ਨੂੰ ਮਜ਼ਬੂਤ ਦਾਅਵਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਚੱਲਣ ਵਾਲਾ ਰਾਹ।
ਐਂਟਰੀ ਨੇ ਆਪਣਾ ਕੰਮ ਤਦ ਕੀਤਾ ਜਦੋਂ ਇਸ ਨੇ ਤੁਹਾਨੂੰ ਦੱਸਿਆ ਕਿ ਤੁਸੀਂ ਕਿੱਥੇ ਜੁੜ ਸਕਦੇ ਹੋ। ਸਵਾਲ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਉਸ ਵਿਅਕਤੀ ਦਾ ਹੈ ਜੋ ਉਹ ਅੰਤ ਬਿੰਦੂ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਮਾਨਦਾਰ ਜਵਾਬ ਅਕਸਰ ਇਹ ਹੁੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਜਾਣ ਨਹੀਂ ਸਕਦੇ ਅਤੇ ਉਸੇ ਅਨੁਸਾਰ ਚੋਣ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।