VPN ਐਗਜ਼ਿਟ ਨੂੰ ਬਲਾਕ ਕਰਨਾ ਪਤਾ ਬਲਾਕ ਕਰਦਾ ਹੈ, ਵਿਅਕਤੀ ਨਹੀਂ

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

ਜੋ ਨਿਯਮ ਤੁਸੀਂ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ ਉਹ ਸਰੋਤ ਪਤੇ ਬਾਰੇ ਹੈ

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

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

ਰਜਿਸਟਰੀ ਖੋਜ ਅਸਲ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕੀ ਦੱਸਦੀ ਹੈ

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

dig +short exit.example.net
whois 203.0.113.0 | head -40

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

ਰੁਕੋ ਜੇ ਪ੍ਰਸਤਾਵਿਤ ਨਿਯਮ ਸਿਰਫ਼ ਇੱਕ ਖੋਜ ਨਾਲ ਜਾਇਜ਼ ਠਹਿਰਦਾ ਹੈ। ਸਨੈਪਸ਼ਾਟ ਦਾਇਰੇ ਦਾ ਫੈਸਲਾ ਨਹੀਂ ਹੈ।

ਸਾਂਝੇ ਐਗਜ਼ਿਟ ਅਤੇ ਪਾਸੇ ਦਾ ਨੁਕਸਾਨ

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

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

ਨੀਤੀ ਜਿੰਨਾ ਆਗਿਆ ਦਿੰਦੀ ਹੈ ਉੱਨਾ ਤੰਗ ਦਾਇਰਾ ਚੁਣੋ, ਅਤੇ ਲਿਖੋ ਕਿ ਗਲਤੀ ਨਾਲ ਕੌਣ ਫਸ ਸਕਦਾ ਹੈ।

ਦਰਜ ਕਰਨ ਯੋਗ ਸਬੂਤ, ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਵਾਪਸੀ ਦਾ ਰਾਹ

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

nft list ruleset | grep -n 203.0.113
ss -tn state syn-recv '( dport = :443 )'

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

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