ਸਥਿਤੀ ਫ਼ਾਈਲ ਸੈਸ਼ਨ ਗਿਣਦੀ ਹੈ, ਉਨ੍ਹਾਂ ਪਿੱਛੇ ਦਾ LAN ਨਹੀਂ

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

ਸਨੈਪਸ਼ਾਟ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ

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

status /run/openvpn/office.status 30
status-version 3

ਸੰਸਕਰਣ 3 ਹੈਡਰ ਕਤਾਰ ਨਾਲ ਟੈਬ-ਵੱਖਰੇ ਖੇਤਰ ਲਿਖਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪੁਰਾਣੇ ਫਾਰਮੈਟ ਵੱਖਰੇ ਹਨ ਅਤੇ ਬਾਅਦ ਦੇ ਸੰਸਕਰਣ ਖੇਤਰ ਜੋੜ ਸਕਦੇ ਹਨ। ਕਾਲਮ ਨੰਬਰ ਹਾਰਡਕੋਡ ਕਰਨ ਦੀ ਥਾਂ ਹੈਡਰ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਥਾਵਾਂ ਮੰਨ ਲੈਣ ਵਾਲੀ ਸਕ੍ਰਿਪਟ ਅਗਲੇ ਅੱਪਗ੍ਰੇਡ ਵਿੱਚ ਚੁੱਪਚਾਪ ਟੁੱਟ ਜਾਂਦੀ ਹੈ।

ਸੈਸ਼ਨ ਗਿਣੋ, ਲੋਕ ਜਾਂ ਮਸ਼ੀਨਾਂ ਨਹੀਂ

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

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

ਬਾਹਰਲਾ ਪਤਾ ਪਛਾਣਕਰਤਾ ਨਹੀਂ ਹੈ

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

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

ਰਾਊਟਿੰਗ ਕਤਾਰਾਂ ਹੋਸਟ ਸੂਚੀ ਨਹੀਂ ਹਨ

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

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

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

ਉਮਰ, ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਲਾਈਵ ਨਜ਼ਾਰਾ

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

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

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