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

ਤੈਅ ਕਰੋ ਕਿ ਪਤਾ ਕਿਹੜੀ ਪਰਤ ਦਾ ਹੈ

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

RFC 2865 Framed-IP-Address ਨੂੰ ਉਪਭੋਗਤਾ ਲਈ ਸੰਰਚਿਤ ਕਰਨ ਵਾਲੇ ਪਤੇ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਕੋਈ ਖਾਸ ਗੇਟਵੇ ਇਸਦਾ ਆਦਰ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ ਜਾਂ ਨਹੀਂ। ਪਹਿਲ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਅਧਿਕਾਰ ਨਿਰਮਾਤਾ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਹੈ, ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਪਰਿਭਾਸ਼ਾ ਨੂੰ ਨਹੀਂ।

ਪਰਖ ਬੇਨਤੀ ਭੇਜੋ ਅਤੇ ਜਵਾਬ ਪੜ੍ਹੋ

ਪਹਿਲਾਂ ਸਰਵਰ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪਰਖੋ, ਤਾਂ ਜੋ ਗੁੰਮ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਗੇਟਵੇ ਦੀ ਸਮੱਸਿਆ ਨਾ ਸਮਝਿਆ ਜਾਵੇ। radtest ਇੱਕ Access-Request ਭੇਜਦਾ ਹੈ ਅਤੇ ਵਾਪਸ ਆਉਣ ਵਾਲੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਛਾਪਦਾ ਹੈ।

radtest alice 'S3cret' 127.0.0.1 0 testing123

Access-Accept ਵਿੱਚ Framed-IP-Address ਲੱਭੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਮੁੱਲ ਇੱਛਤ ਹੈ, ਬੈਕਅਪ ਨਿਯਮ ਤੋਂ ਆਇਆ ਪੂਲ ਪਤਾ ਨਹੀਂ। ਜਦੋਂ ਵਿਸ਼ੇਸ਼ਤਾ ਮੌਜੂਦ ਨਹੀਂ ਹੁੰਦੀ, ਉਪਭੋਗਤਾ ਐਂਟਰੀ ਜਾਂ ਅਧਿਕਾਰ ਨੀਤੀ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ, ਅਤੇ ਗੇਟਵੇ ਉਹ ਨਹੀਂ ਦੇ ਸਕਦਾ ਜੋ ਸਰਵਰ ਨੇ ਕਦੇ ਭੇਜਿਆ ਹੀ ਨਹੀਂ। ਜੇ ਜਵਾਬ ਨੂੰ ਕਿਸੇ ਖਾਸ ਨਿਯਮ ਨਾਲ ਜੋੜਨਾ ਔਖਾ ਹੋਵੇ ਤਾਂ ਬੇਨਤੀ ਦੁਹਰਾਓ, ਜਦੋਂ ਸਰਵਰ ਡੀਬੱਗ ਮੋਡ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੋਵੇ। ਸ਼ੈੱਲ ਇਤਿਹਾਸ ਅਤੇ ਟਿਕਟਾਂ ਤੋਂ ਸਾਂਝਾ ਭੇਤ ਦੂਰ ਰੱਖੋ, ਕਿਉਂਕਿ ਉੱਪਰ ਦਿੱਤਾ ਪਲੇਸਹੋਲਡਰ ਲੌਗਇਨ ਪ੍ਰਮਾਣ ਨਹੀਂ ਹੈ।

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਗੇਟਵੇ ਨੇ ਮੁੱਲ ਦਾ ਆਦਰ ਕੀਤਾ

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

ip -4 addr show tun0

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

ਇਕੋ ਸਮੇਂ ਅਤੇ ਰੱਦ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ