RADIUS accounting ਬਨਾਮ ਸਫਲ ਲੌਗਇਨ: ਹਰ ਇੱਕ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ

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

ਦੋ ਵੱਖਰੇ ਸਵਾਲ

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

ਉਹ ਇੱਕੋ ਪ੍ਰੋਟੋਕੋਲ ਉੱਤੇ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕੋ ਸਰਵਰ ਤੱਕ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਸੇ ਲਈ ਲੋਕ ਮੰਨ ਲੈਂਦੇ ਹਨ ਕਿ ਇੱਕ ਦੂਜੇ ਦਾ ਅਰਥ ਹੈ।

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

ਤਿੰਨ ਰਿਕਾਰਡ ਕਿਸਮਾਂ ਤੁਹਾਨੂੰ ਕੀ ਦਿੰਦੀਆਂ ਹਨ

Start ਰਿਕਾਰਡ ਸੈਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ, Interim-Update ਖੁੱਲ੍ਹਾ ਰਹਿਣ ਦੌਰਾਨ ਸਰਗਰਮੀ ਦੱਸਦਾ ਹੈ, ਅਤੇ Stop ਇਸਨੂੰ ਬੰਦ ਕਰਦਾ ਹੈ। ਤਿੰਨੇ ਸੈਸ਼ਨ ਪਛਾਣਕਰਤਾ ਰੱਖਦੇ ਹਨ ਤਾਂ ਜੋ ਪ੍ਰਾਪਤਕਰਤਾ ਇਹਨਾਂ ਨੂੰ ਇੱਕੋ ਸੇਵਾ ਘਟਨਾ ਨਾਲ ਜੋੜ ਸਕੇ।

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

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

ਕਿਉਂ ਵਰਤੋਂਕਾਰ-ਨਾਮ ਸੈਸ਼ਨ ਨਹੀਂ ਹੈ

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

ਇਹੀ ਸ਼ਾਰਟਕੱਟ ਹੈ ਜਿਸ ਨਾਲ ਵਰਤੋਂ ਰਿਪੋਰਟਾਂ ਨੂੰ ਅਸੰਭਵ ਮਿਆਦਾਂ ਮਿਲਦੀਆਂ ਹਨ।

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

PAM ਕਿੱਥੇ ਫਿੱਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕਿੱਥੇ ਨਹੀਂ

OpenVPN ਦਾ ਪ੍ਰਮਾਣਿਕਤਾ ਪਲੱਗਇਨ PAM ਦੇ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਖਾਤਾ-ਪ੍ਰਬੰਧਨ ਪੜਾਅ ਬੁਲਾਉਂਦਾ ਹੈ। ਖਾਤਾ ਪੜਾਅ ਯੋਗਤਾ ਜਾਂਚਦਾ ਹੈ; ਇਸਦੇ ਨਾਮ ਦਾ ਅਰਥ ਵਰਤੋਂ accounting ਨਹੀਂ ਹੈ, ਅਤੇ ਪਲੱਗਇਨ PAM ਦੇ ਸੈਸ਼ਨ ਖੋਲ੍ਹਣ ਅਤੇ ਬੰਦ ਕਰਨ ਵਾਲੇ ਹੁੱਕ ਨਹੀਂ ਚਲਾਉਂਦਾ।

ਕੁਝ PAM RADIUS ਮੌਡਿਊਲ ਉਹਨਾਂ ਸੈਸ਼ਨ ਹੁੱਕਾਂ ਰਾਹੀਂ accounting ਰਿਕਾਰਡ ਭੇਜ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਹ ਤਾਂ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਬੁਲਾਉਂਦੀ ਹੈ।

ਇਸ ਲਈ ਅਜਿਹਾ ਮੌਡਿਊਲ ਪ੍ਰਮਾਣਿਕਤਾ ਸਟੈਕ ਵਿੱਚ ਜੋੜਨ ਨਾਲ ਡਿਸਕਨੈਕਟ ਘਟਨਾਵਾਂ ਨਹੀਂ ਬਣਦੀਆਂ। ਜੇ ਤੁਹਾਨੂੰ ਪੂਰਾ ਜੀਵਨ-ਚੱਕਰ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਅਜਿਹਾ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਚੁਣੋ ਜੋ ਇਸਦਾ ਮਾਲਕ ਹੋਵੇ: ਇੱਕ ਪਲੱਗਇਨ ਜਾਂ ਸਮਰਥਿਤ ਬਿਲਡ ਜੋ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਿਤੀ ਬਦਲਣ 'ਤੇ Start, Interim-Update ਅਤੇ Stop ਕੱਢਦਾ ਹੈ। ਇਸਦੀ ਸੰਭਾਲ ਸਥਿਤੀ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਉਪਲਬਧ ਨਾ ਹੋਣ 'ਤੇ ਇਸਦਾ ਦਸਤਾਵੇਜ਼ੀ ਵਿਵਹਾਰ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਰਿਕਾਰਡ ਚੁੱਪਚਾਪ ਡਿੱਗਣ ਵਾਲਾ ਪਲੱਗਇਨ ਉਸੇ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ ਜਿਸਨੇ ਉਹਨਾਂ ਨੂੰ ਕਦੇ ਭੇਜਿਆ ਹੀ ਨਹੀਂ। accounting ਵਿਸ਼ੇਸ਼ਤਾ ਉਹਨਾਂ ਰਿਕਾਰਡਾਂ ਦੀ ਅਰਥ-ਵਿਵਸਥਾ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ ਪਾਲਣਾ ਕਰਨੀ ਹੁੰਦੀ ਹੈ।

ਇੱਕ ਸਵੀਕ੍ਰਿਤੀ ਦੌੜ ਜੋ ਇਕਰਾਰਨਾਮਾ ਸਾਬਤ ਕਰਦੀ ਹੈ

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

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

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