VPN ਐਗਜ਼ਿਟ ਪਤਾ ਰਜਿਸਟਰ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਦਰਜ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਐਗਜ਼ਿਟ ਰਜਿਸਟਰ ਤਾਂ ਹੀ ਲਾਭਦਾਇਕ ਹੈ ਜੇ ਹਰ ਐਂਟਰੀ ਆਪਣਾ ਅਰਥ, ਪ੍ਰਕਾਸ਼ਕ ਅਤੇ ਮਿਆਦ ਦੱਸੇ। ਵਰਗੀਕਰਨ ਗਾਹਕ ਦੀ ਪਛਾਣ ਨਹੀਂ ਹੈ।
ਐਗਜ਼ਿਟ ਰਜਿਸਟਰ ਸੂਚੀਆਂ ਵਰਗੇ ਲੱਗਦੇ ਹਨ, ਅਤੇ ਸੂਚੀ ਔਖਾ ਹਿੱਸਾ ਨਹੀਂ ਹੈ। ਔਖਾ ਹਿੱਸਾ ਇਹ ਤੈਅ ਕਰਨਾ ਹੈ ਕਿ ਹਰ ਐਂਟਰੀ ਕੀ ਦਾਅਵਾ ਕਰਦੀ ਹੈ, ਇਸਨੂੰ ਕੌਣ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਦਾਅਵਾ ਸੱਚਾ ਨਹੀਂ ਰਹਿੰਦਾ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ। ਇਹਨਾਂ ਪ੍ਰਸਤਾਵਾਂ ਵਿੱਚ ਤਿੰਨ ਵੱਖਰੀਆਂ ਪਤਾ ਭੂਮਿਕਾਵਾਂ ਰਲਾ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਜੋ ਰਜਿਸਟਰ ਉਹਨਾਂ ਨੂੰ ਰਲਾਉਂਦਾ ਹੈ ਉਹ ਕਿਸੇ ਵੀ ਸਵਾਲ ਦਾ ਭਰੋਸੇਯੋਗ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ। ਇੱਕ ਐਂਟਰੀ ਨੂੰ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਵਾਪਸੀ ਤੱਕ ਟ੍ਰੈਕ ਕਰੋ ਅਤੇ ਡਿਜ਼ਾਈਨ ਦੀਆਂ ਲੋੜਾਂ ਆਪਣੇ ਆਪ ਦਿਖਾਈ ਦੇਣਗੀਆਂ।
ਸੂਚੀ ਨਾਲ ਨਹੀਂ, ਰਿਕਾਰਡ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ
ਪਹਿਲਾ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਕਿੰਨੇ ਪਤੇ ਸ਼ਾਮਲ ਕਰਨੇ ਹਨ, ਬਲਕਿ ਇਹ ਕਿ ਇੱਕ ਕਤਾਰ ਦਾ ਕੀ ਅਰਥ ਹੈ। ਕੀ ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਗਾਹਕ ਕਿੱਥੇ ਜੁੜਦੇ ਹਨ, ਕੋਈ ਮੰਜ਼ਿਲ ਕਿਹੜਾ ਸਰੋਤ ਦੇਖ ਸਕਦੀ ਹੈ, ਜਾਂ ਰਜਿਸਟਰ ਵਿੱਚ ਕੋਈ ਫਾਲਤੂ ਕਿਸ ਕੋਲ ਹੈ? ਇਹ ਤਿੰਨ ਦਾਅਵੇ ਹਨ, ਤਿੰਨ ਮਾਲਕਾਂ ਅਤੇ ਤਿੰਨ ਅਸਫਲਤਾ ਢੰਗਾਂ ਨਾਲ। ਜੋ ਰਜਿਸਟਰ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਉਹ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਦਰਜ ਕਰਦਾ ਹੈ, ਉਸਦੀ ਪ੍ਰਮਾਣਿਕਤਾ, ਸੋਧ ਜਾਂ ਮਿਆਦ ਪੁੱਗਣਾ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਅਰਥ ਨੂੰ ਸਹੀ ਸਮਝਣਾ ਡਿਜ਼ਾਈਨ ਦਾ ਕੰਮ ਹੈ, ਅਤੇ ਸੂਚੀ ਸਿਰਫ਼ ਨਤੀਜਾ ਹੈ।
ਕੋਈ ਵੀ ਸਕੀਮਾ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਕਤਾਰ ਦੀ ਪਰਿਭਾਸ਼ਾ ਲਿਖੋ। ਜੇ ਪਰਿਭਾਸ਼ਾ ਨੂੰ «ਅਤੇ» ਸ਼ਬਦ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਸੰਭਵ ਹੈ ਕਿ ਇਹ ਦੋ ਰਿਕਾਰਡ ਹਨ ਜੋ ਇੱਕ ਹੋਣ ਦਾ ਨਾਟਕ ਕਰ ਰਹੇ ਹਨ।
ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਖਣ ਵਾਲੀਆਂ ਤਿੰਨ ਪਤਾ ਭੂਮਿਕਾਵਾਂ
ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਰਲਾਉਣਾ ਸੌਖਾ ਹੈ ਕਿਉਂਕਿ ਇੱਕ ਤੈਨਾਤੀ ਤਿੰਨੇ ਇਕੱਠੀਆਂ ਵਰਤ ਸਕਦੀ ਹੈ, ਅਤੇ ਅਕਸਰ ਵਰਤਦੀ ਹੈ। ਇੱਕ ਸੇਵਾ ਇੱਕ ਪਤੇ 'ਤੇ ਕਨੈਕਸ਼ਨ ਖਤਮ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਦੂਜੇ ਪਤੇ ਤੋਂ ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਭੇਜ ਸਕਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਰਜਿਸਟਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੀਜੀ ਤੱਥ ਦਰਜ ਕਰਦਾ ਹੈ।
| Address role | Who may publish | What it does not prove | Withdrawal trigger |
|---|---|---|---|
| Forwarded exit | The operator that forwards the traffic, or a feed it authorizes | That a subscriber is behind the address, or that all its traffic is tunnelled | The address stops forwarding for that operator, or the prefix is reassigned |
| Registered allocation | The registry, or the holder of the allocation | That the resource is used as a VPN exit, or which application uses it | The allocation is returned, transferred, or the holder changes |
| Tunnel entry | The operator that terminates the tunnel | That traffic exits from the same address, or that the client is a subscriber | The endpoint is decommissioned or its address changes |
ਹੋਸਟਿੰਗ ਬਲਾਕ ਵਿੱਚ VPN ਐਗਜ਼ਿਟ ਅਤੇ ਅਸੰਬੰਧਿਤ ਕੰਮ ਦਾ ਭਾਰ ਨਾਲ-ਨਾਲ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਰਜਿਸਟਰ ਮੇਲ ਕਿਸੇ ਖਾਸ ਪਤੇ ਨੇ ਕਿਸੇ ਖਾਸ ਪਲ ਕੀ ਕੀਤਾ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਜੋ ਐਂਟਰੀ ਆਪਣੀ ਭੂਮਿਕਾ ਨਹੀਂ ਦੱਸਦੀ ਉਹ ਕਿਸੇ ਖਾਸ ਚੀਜ਼ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਭੂਮਿਕਾ ਦਾ ਨਾਮ ਦੇਣਾ ਹੀ ਰਿਕਾਰਡ ਨੂੰ ਖੰਡਨਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਪਤਾ ਪਰਿਵਾਰ ਵੀ ਦੱਸੋ, ਕਿਉਂਕਿ ਸਿਰਫ਼ IPv4 ਨੂੰ ਚੁੱਪਚਾਪ ਕਵਰ ਕਰਨ ਵਾਲਾ ਰਜਿਸਟਰ ਉਲਟਾ ਮੰਨਣ ਵਾਲੇ ਹਰੇਕ ਵਿਅਕਤੀ ਨੂੰ ਭਟਕਾ ਦੇਵੇਗਾ।
ਇੱਕ ਐਂਟਰੀ ਨੂੰ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਵਾਪਸੀ ਤੱਕ ਟ੍ਰੈਕ ਕਰੋ
ਇੱਕ ਕਾਲਪਨਿਕ ਐਗਜ਼ਿਟ ਲਓ ਅਤੇ ਇਸਨੂੰ ਟ੍ਰੈਕ ਕਰੋ। ਓਪਰੇਟਰ ਐਲਾਨੇ ਪ੍ਰਭਾਵੀ ਸਮੇਂ 'ਤੇ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਆਪਣੀ ਭੂਮਿਕਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਖਪਤਕਾਰ ਇਸਨੂੰ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਪਤਾ ਐਗਜ਼ਿਟ ਵਜੋਂ ਸੇਵਾ ਦੇਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਹਰ ਕਦਮ ਲਈ ਇੱਕ ਨਿਯਮ ਚਾਹੀਦਾ ਹੈ: ਕੌਣ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਪ੍ਰੀਫਿਕਸ ਅਸਲ ਵਿੱਚ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ, ਐਂਟਰੀ ਕਦੋਂ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਵਾਪਸ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਵਾਪਸੀ ਮਾਰਗ ਤੋਂ ਬਿਨਾਂ ਫੀਡ ਪੁਰਾਣੇ ਦਾਅਵੇ ਇਕੱਠੇ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕੋਈ ਵੀ ਮੌਜੂਦਾ ਦਾਅਵਿਆਂ ਤੋਂ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਅਧਿਕਾਰ ਨੂੰ ਲੇਬਲ ਦੀ ਸ਼ੁੱਧਤਾ ਤੋਂ ਵੱਖ ਕਰੋ। ਸੰਸਥਾ ਨੂੰ ਸਰੋਤ ਨਾਲ ਜੋੜਨ ਵਾਲਾ ਰਜਿਸਟਰ ਰਿਕਾਰਡ ਫਾਲਤੂ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਮੌਜੂਦਾ ਵਰਤੋਂ ਨੂੰ ਨਹੀਂ, ਅਤੇ ਇਹ ਵੱਖਰੇ ਸਬੂਤਾਂ ਵਾਲੇ ਵੱਖਰੇ ਦਾਅਵੇ ਹਨ। ਖਪਤਕਾਰਾਂ ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸ 'ਤੇ ਭਰੋਸਾ ਕਰ ਰਹੇ ਹਨ।
ਸੋਧ ਨੂੰ ਵੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਗਾਹਕ ਨੂੰ ਦੁਬਾਰਾ ਫਾਲਤੂ ਕੀਤਾ ਪਤਾ, ਜਾਂ ਗਲਤ ਲੇਬਲ ਨਾਲ ਫੜੀ ਅਸੰਬੰਧਿਤ ਸੇਵਾ, ਟਿਕਟ ਕਤਾਰ ਵਿੱਚ ਬਹਿਸ ਦੀ ਬਜਾਏ ਹੱਲ ਤੱਕ ਦਸਤਾਵੇਜ਼ੀ ਮਾਰਗ ਮੰਗਦੀ ਹੈ। ਵਾਪਸੀ ਟ੍ਰਿਗਰ ਪ੍ਰਕਾਸ਼ਨ ਨਿਯਮ ਵਾਲੇ ਉਸੇ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਪ੍ਰਕਾਸ਼ਿਤ ਫੀਡ ਕੀ ਸਮਰਥਨ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਪ੍ਰਕਾਸ਼ਿਤ ਪ੍ਰੀਫਿਕਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਇੱਕ ਸਥਾਪਿਤ ਪੈਟਰਨ ਹਨ, ਅਤੇ ਮੌਜੂਦਾ ਉਦਾਹਰਨਾਂ ਵਿਵਹਾਰ ਦੀ ਬਜਾਏ ਭੂਗੋਲ ਜਾਂ ਮਾਲਕੀ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ। VPN ਫੀਡ ਨੂੰ ਆਪਣਾ ਅਰਥ-ਸ਼ਾਸਤਰ, ਆਪਣੇ ਸਬੂਤ ਨਿਯਮ ਅਤੇ ਆਪਣੀ ਸਮੀਖਿਆ ਪ੍ਰਕਿਰਿਆ ਚਾਹੀਦੀ ਹੋਵੇਗੀ, ਅਤੇ ਦੇਸ਼ਾਂ ਦੀ ਸੂਚੀ ਦਾ ਨਾਮ ਬਦਲਣ ਨਾਲ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਨਹੀਂ ਮਿਲਦਾ। ARIN ਰਜਿਸਟਰੀ ਗਾਈਡ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਫਾਲਤੂ ਰਿਕਾਰਡ ਕੀ ਦਾਅਵਾ ਕਰਦੇ ਹਨ ਅਤੇ ਕੀ ਨਹੀਂ, ਅਤੇ ਨਵੀਂ ਫੀਡ ਨੂੰ ਆਪਣੇ ਦਾਅਵਿਆਂ ਬਾਰੇ ਉਹੀ ਸਪਸ਼ਟਤਾ ਕਮਾਉਣੀ ਪਵੇਗੀ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਕੰਮ ਹੈ, ਮੁੜ-ਲੇਬਲ ਦਾ ਕੰਮ ਨਹੀਂ।
ਅਜਿਹੀ ਫੀਡ ਜੋ ਸਮਰਥਨ ਕਰ ਸਕਦੀ ਹੈ ਉਹ ਨੈੱਟਵਰਕ ਸਰੋਤ ਬਾਰੇ ਵਰਗੀਕਰਨ ਦਾ ਫੈਸਲਾ ਹੈ। ਜੋ ਇਹ ਨਹੀਂ ਕਰ ਸਕਦੀ ਉਹ ਹੈ ਸਾਂਝੇ ਪਤੇ ਪਿੱਛੇ ਦੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਕਰਨਾ, ਇਹ ਸਾਬਤ ਕਰਨਾ ਕਿ ਉਸ ਪਤੇ ਤੋਂ ਸਾਰਾ ਟ੍ਰੈਫਿਕ ਸੁਰੰਗ ਵਿੱਚੋਂ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਇਹ ਤੈਅ ਕਰਨਾ ਕਿ ਕੋਈ ਖਾਸ ਬੇਨਤੀ ਦੁਰਵਰਤੋਂ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਹ ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲ ਹਨ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਸਬੂਤ ਲੋੜਾਂ ਨਾਲ।
ਕਾਨੂੰਨੀ ਸਵਾਲ ਨੂੰ ਵਿਸ਼ੇਸ਼ਤਾ ਤੋਂ ਬਾਹਰ ਰੱਖੋ
ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਤੈਅ ਨਹੀਂ ਕਰ ਸਕਦੀ ਕਿ ਪ੍ਰਸਤਾਵਿਤ ਰਜਿਸਟਰੇਸ਼ਨ ਲੋੜ ਕਾਨੂੰਨੀ, ਅਨੁਪਾਤਕ ਜਾਂ ਸਮਝਦਾਰ ਹੈ ਜਾਂ ਨਹੀਂ। ਉਸ ਮੁਲਾਂਕਣ ਲਈ ਅਸਲ ਕਾਨੂੰਨੀ ਪਾਠ, ਪ੍ਰਭਾਵਿਤ ਅਧਿਕਾਰ, ਅਧਿਕਾਰ ਖੇਤਰ ਅਤੇ ਕਾਨੂੰਨੀ ਵਿਸ਼ਲੇਸ਼ਣ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕੋਈ ਡੇਟਾ ਫਾਰਮੈਟ ਨਹੀਂ ਦੇ ਸਕਦਾ। ਫਾਰਮੈਟ ਚੰਗੀ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਮਾੜੀ ਨੀਤੀ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ।
ਵਿਸ਼ੇਸ਼ਤਾ ਜੋ ਕਰ ਸਕਦੀ ਹੈ ਉਹ ਬਹਿਸ ਨੂੰ ਠੋਸ ਬਣਾਉਣਾ ਹੈ। ਪਹਿਲਾਂ ਪ੍ਰਸਤਾਵਿਤ ਡੇਟਾ, ਇਸਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਇਸਦੇ ਅਸਫਲਤਾ ਢੰਗ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ, ਤਾਂ ਜੋ ਨੀਤੀ ਬਹਿਸ ਇੱਕ ਅਸਲੀ ਵਿਧੀ ਬਾਰੇ ਹੋਵੇ, ਨਾ ਕਿ ਅਜਿਹੀ ਅਪਰਿਭਾਸ਼ਿਤ ਸੂਚੀ ਬਾਰੇ ਜਿਸਦੀ ਹਰ ਭਾਗੀਦਾਰ ਵੱਖਰੀ ਕਲਪਨਾ ਕਰਦਾ ਹੈ। ਕਾਨੂੰਨੀ ਸਵਾਲ ਵਿੱਚ ਤਕਨੀਕੀ ਦਸਤਾਵੇਜ਼ ਇਹੋ ਵੱਧ ਤੋਂ ਵੱਧ ਯੋਗਦਾਨ ਦੇ ਸਕਦਾ ਹੈ।