APM ਪੋਰਟਲ ਪਹੁੰਚ: ਐਪਲੀਕੇਸ਼ਨ ਸੈਸ਼ਨ ਕਿਸਦਾ ਹੈ?
BIG-IP Portal Access ਪ੍ਰਕਾਸ਼ਨ ਫੈਸਲੇ ਲਈ ਪੰਜ ਜਾਂਚਾਂ: ਸਰੋਤ ਦਾ ਦਾਇਰਾ, ਬੈਕਐਂਡ ਸੈਸ਼ਨ, ਦੋ ਟਾਈਮਰ, ਲੌਗਆਉਟ ਦਾ ਅਰਥ ਅਤੇ ਰੀਰਾਈਟਿੰਗ ਦੀਆਂ ਸੀਮਾਵਾਂ।
BIG-IP APM Portal Access ਰਾਹੀਂ ਇੰਟਰਾਨੈੱਟ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਵਰਚੁਅਲ ਸਰਵਰ ਦੀ ਨਕਲ ਕਰਨ ਬਾਰੇ ਨਹੀਂ, ਸੈਸ਼ਨਾਂ ਬਾਰੇ ਫੈਸਲਾ ਹੈ। ਪੋਰਟਲ ਵਰਤੋਂਕਾਰ ਨੂੰ ਅੰਦਰ ਲੈਂਦਾ ਹੈ, ਰੀਰਾਈਟ ਪ੍ਰੋਫਾਈਲ ਚੁਣੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਗੇਟਵੇ ਦੇ ਰਾਹ ਉੱਤੇ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਕੋਲ ਅਜੇ ਵੀ ਆਪਣਾ ਸੈਸ਼ਨ ਹੈ। ਪੰਜ ਜਾਂਚਾਂ ਅੰਦਾਜ਼ਨ ਵਿਵਹਾਰ ਵਾਲੇ ਡਿਜ਼ਾਈਨ ਨੂੰ, ਜਿੱਥੇ ਹੈਲਪ ਡੈਸਕ ਇੱਕ-ਇੱਕ ਵਰਤੋਂਕਾਰ ਤੋਂ ਟਾਈਮਆਉਟ ਬਾਰੇ ਜਾਣਦਾ ਹੈ, ਉਸ ਡਿਜ਼ਾਈਨ ਤੋਂ ਵੱਖ ਕਰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਗਲਤ ਜਾਂਚ ਉੱਤੇ ਰੁਕੋ।
ਜਾਂਚ 1: ਸਰੋਤ ਪ੍ਰਕਾਸ਼ਿਤ ਹੈ, ਸਿਰਫ਼ ਲਿੰਕ ਨਹੀਂ ਕੀਤਾ
webtop ਵਿੱਚ ਬੁੱਕਮਾਰਕ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਵਰਤੋਂਕਾਰ ਇੱਕ ਐਂਟਰੀ ਦੇਖਦਾ ਹੈ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਕਾਸ਼ਿਤ ਹੈ। ਐਕਸੈਸ ਪ੍ਰੋਫਾਈਲ, ਰੀਰਾਈਟ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਜੋੜਨ ਵਾਲਾ ਵਰਚੁਅਲ ਸਰਵਰ ਲੱਭੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਰੋਤ ਦੀ ਨਿਯੁਕਤੀ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ। ਇਹਨਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਗੈਰਹਾਜ਼ਰ ਜਾਂ ਅਸੰਗਤ ਹੋਵੇ ਤਾਂ ਬਾਕੀ ਸੂਚੀ ਬੇਮਾਅਨੀ ਹੈ।
ਅੱਧਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕੇਸ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਉੱਤੇ ਸਿਹਤਮੰਦ ਦਿਸਦਾ ਹੈ। ਵਰਚੁਅਲ ਸਰਵਰ ਐਕਸੈਸ ਪ੍ਰੋਫਾਈਲ ਰੱਖਦਾ ਹੈ ਜਦੋਂ ਕਿ ਰੀਰਾਈਟ ਪ੍ਰੋਫਾਈਲ ਕਿਸੇ ਹੋਰ ਸਰੋਤ URI ਤੱਕ ਸੀਮਿਤ ਹੈ, ਇਸ ਲਈ webtop ਐਂਟਰੀ ਦਿਸਦੀ ਹੈ ਅਤੇ ਪਹਿਲਾ ਪੰਨਾ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਉਪ-ਰਾਹ ਦੀਆਂ ਬੇਨਤੀਆਂ ਗੇਟਵੇ ਦਾ ਰਾਹ ਛੱਡ ਕੇ ਸਿੱਧਾ ਬੈਕਐਂਡ ਤੱਕ ਪਹੁੰਚਦੀਆਂ ਹਨ। ਉਲਟ ਤਸਵੀਰ ਗਲਤ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਦਿੱਤਾ ਸਰੋਤ ਹੈ: ਬੁੱਕਮਾਰਕ ਖੁੱਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਅਜਿਹਾ ਖੋਲ੍ਹਦਾ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕੀਤਾ।
ਜਾਂਚ 2: ਬੈਕਐਂਡ ਸੈਸ਼ਨ ਵੱਖਰੀ ਸਥਿਤੀ ਹੈ
APM ਵਰਤੋਂਕਾਰ ਨੂੰ ਸਾਈਨ ਇਨ ਮੰਨਦਾ ਹੋਵੇ ਤਾਂ ਵੀ ਬੈਕਐਂਡ ਆਪਣਾ ਪ੍ਰਮਾਣੀਕਰਨ ਮੰਗ ਸਕਦਾ ਹੈ। ਸਮਰਥਿਤ SSO ਏਕੀਕਰਨ ਉਹ ਸੰਬੰਧ ਤੁਹਾਡੇ ਲਈ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਪਰ ਪੋਰਟਲ ਲੌਗਇਨ ਸਵੀਕਾਰ ਕਰਨ ਨਾਲ ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਉਹੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਜਾਂ ਉਹੀ ਸੈਸ਼ਨ ਕੂਕੀ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੀ। ਜੇ ਸਰੋਤ ਲਈ SSO ਸੰਰਚਿਤ ਨਹੀਂ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਮਾਣਿਤ ਪੋਰਟਲ ਦੇ ਅੰਦਰ ਆਪਣਾ ਲੌਗਇਨ ਮੰਗੇਗੀ।
ਦਿਸਦਾ ਸੰਕੇਤ ਬਦਲਣ ਲਈ SSO ਬੰਦ ਕਰਨਾ ਆਮ ਅਤੇ ਮਾੜਾ ਸ਼ਾਰਟਕਟ ਹੈ: ਇਹ ਸੰਕੇਤ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਜੀਵਨ-ਚੱਕਰ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਪ੍ਰਮਾਣੀਕਰਨ ਦਾ ਡਿਜ਼ਾਈਨ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਇਸਦੀ ਥਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਬੈਕਐਂਡ ਲੌਗਇਨ ਬਿਲਕੁਲ ਦਿਸਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਜੇ ਦਿਸਣਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਉਸਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਪ੍ਰਵਾਹ ਦਾ ਸਪਸ਼ਟ ਹਿੱਸਾ ਬਣਾਓ।
ਜਾਂਚ 3: ਦੋ ਘੜੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਇੱਕੋ ਘੜੀ ਨਹੀਂ
APM ਦੇ ਐਕਸੈਸ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਅਕਿਰਿਆ ਦਾ ਟਾਈਮਆਉਟ ਅਤੇ ਸੈਸ਼ਨ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਉਮਰ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਆਪਣਾ ਆਈਡਲ ਟਾਈਮਰ ਅਤੇ ਕੂਕੀ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋਣਾ ਹੈ। ਪੋਰਟਲ ਦਾ ਟਾਈਮਰ ਵਧਾਉਣ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਸੈਸ਼ਨ ਨਹੀਂ ਵਧਦਾ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸੈਸ਼ਨ ਘਟਾਉਣ ਨਾਲ ਵਰਤੋਂਕਾਰ ਪੋਰਟਲ ਤੋਂ ਲੌਗਆਉਟ ਨਹੀਂ ਹੁੰਦਾ।
| Timer | Owner | What it ends |
|---|---|---|
| Inactivity timeout | APM access profile | the portal session after idle time |
| Maximum lifetime | APM access profile | the portal session regardless of activity |
| Application cookie | Backend application | the application session inside a live portal |
ਪੁਰਾਣੀ ਸਹਾਇਤਾ ਕਾਲ ਇੱਕ ਅਣ-ਮਿਲਦੀ ਜੋੜੀ ਤੋਂ ਆਉਂਦੀ ਹੈ: ਪੋਰਟਲ ਅਜੇ ਵੈਧ ਹੈ, ਐਪਲੀਕੇਸ਼ਨ ਸੈਸ਼ਨ ਨਹੀਂ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਪੋਰਟਲ ਦਾ ਵਿਰੋਧ ਕਰਦਾ ਦਿਸਦਾ ਲੌਗਇਨ ਫਾਰਮ ਦਿਸਦਾ ਹੈ। ਇਹ ਸਹੀ ਵਿਵਹਾਰ ਹੈ, ਖਰਾਬੀ ਨਹੀਂ, ਅਤੇ ਹੱਲ ਇਹ ਹੈ ਕਿ ਇਸ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਕਿਹੜੀ ਘੜੀ ਪਹਿਲਾਂ ਖਤਮ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਜਾਂਚ 4: ਲੌਗਆਉਟ ਦਾ ਨਿਸ਼ਚਿਤ ਦਾਇਰਾ ਹੈ
ਲਿਖੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਸਾਈਨ-ਆਉਟ ਬਟਨ ਕੀ ਖਤਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਸਿਰਫ਼ ਉਹ ਐਪਲੀਕੇਸ਼ਨ, ਪੂਰਾ APM ਸੈਸ਼ਨ, ਜਾਂ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਦਾ ਵਧੇਰੇ ਵਿਸ਼ਾਲ ਸੈਸ਼ਨ। ਐਕਸੈਸ ਪ੍ਰੋਫਾਈਲ ਵਿਕਲਪਿਕ ਦੇਰੀ ਨਾਲ ਲੌਗਆਉਟ URI ਦੀ ਸੂਚੀ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਇਹੀ ਲੋੜ ਹੋਵੇ ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਲੌਗਆਉਟ ਪੋਰਟਲ ਸੈਸ਼ਨ ਖਤਮ ਕਰਨ ਵਾਲਾ ਤੁਸੀਂ ਇਸੇ ਤਰ੍ਹਾਂ ਬਣਾਉਂਦੇ ਹੋ। ਇਸ ਤੋਂ ਬਿਨਾਂ, ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਲੌਗਆਉਟ ਪੋਰਟਲ ਨੂੰ ਜੀਵਤ ਛੱਡਦਾ ਹੈ, ਅਤੇ ਅਗਲੀ ਬੇਨਤੀ ਵਰਤੋਂਕਾਰ ਨੂੰ ਚੁੱਪਚਾਪ ਦੁਬਾਰਾ ਸਾਈਨ ਇਨ ਕਰ ਸਕਦੀ ਹੈ।
ਉਸੇ ਪੋਰਟਲ ਦੇ ਹੋਰ ਸਰੋਤਾਂ ਉੱਤੇ ਅਸਰ ਦਾ ਹਿਸਾਬ ਲਓ। ਜੇ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਲੌਗਆਉਟ ਛੇ ਹੋਰਾਂ ਦਾ ਸੈਸ਼ਨ ਖਤਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਵਰਤੋਂਕਾਰ ਇਸਨੂੰ ਬੱਗ ਕਹਿਣਗੇ, ਜਦ ਤੱਕ ਵਿਵਹਾਰ ਪਹਿਲਾਂ ਐਪਲੀਕੇਸ਼ਨ ਮਾਲਕ ਨਾਲ ਸਹਿਮਤ ਨਹੀਂ ਹੋਇਆ। ਟੈਬ ਬੰਦ ਕਰਨਾ ਅਤੇ webtop ਉੱਤੇ ਵਾਪਸ ਆਉਣਾ ਕੁਝ ਖਤਮ ਹੋਣ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਜਾਂਚ 5: ਐਪਲੀਕੇਸ਼ਨ ਰੀਰਾਈਟਿੰਗ ਤੋਂ ਬਚਦੀ ਹੈ
Portal Access ਚੁਣੀ ਵੈੱਬ ਸਮੱਗਰੀ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਰੀਰਾਈਟਿੰਗ ਦੇ ਕਿਨਾਰੇ ਹੁੰਦੇ ਹਨ। ਆਧੁਨਿਕ ਕਲਾਇੰਟ-ਸਾਈਡ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਬੈਕਗਰਾਊਂਡ ਵਰਕਰ, ਅੱਪਲੋਡ ਪ੍ਰਵਾਹ ਅਤੇ ਫੈਡਰੇਟਿਡ ਲੌਗਇਨ ਦਿੱਤੇ ਰਿਲੀਜ਼ ਦੀ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋ ਸਕਦੇ ਹਨ। F5 ਦਾ ਵਰਜਨ-ਆਧਾਰਿਤ ਅਨੁਕੂਲਤਾ ਮੈਟ੍ਰਿਕਸ ਉਹ ਦਸਤਾਵੇਜ਼ ਹੈ ਜੋ ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਸੀਮਾਵਾਂ ਰਿਲੀਜ਼ ਅਨੁਸਾਰ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।
ਲੈਂਡਿੰਗ ਪੰਨੇ ਦੀ ਥਾਂ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰਵਾਹਾਂ ਦੀ ਜਾਂਚ ਕਰੋ: ਸਾਈਨ ਇਨ ਕਰੋ, ਹਰ ਲੋੜੀਂਦੇ ਫੰਕਸ਼ਨ ਵਿੱਚ ਜਾਓ, ਜੇ ਐਪਲੀਕੇਸ਼ਨ ਅੱਪਲੋਡ ਕਰਦੀ ਹੈ ਤਾਂ ਅੱਪਲੋਡ ਕਰੋ, ਇੱਛਤ ਸੈਸ਼ਨ ਖਤਮ ਹੋਣ ਦਿਓ ਅਤੇ ਹਰ ਲੌਗਆਉਟ ਰਾਹ ਦੀ ਪਾਲਣਾ ਕਰੋ। ਇੱਕ ਵਾਰ ਰੈਂਡਰ ਹੋਇਆ ਪੰਨਾ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਕੰਮ ਕਰਨ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਜਦੋਂ ਲੋੜੀਂਦਾ ਪ੍ਰਵਾਹ ਦੁਬਾਰਾ ਨਹੀਂ ਲਿਖਿਆ ਜਾ ਸਕਦਾ, ਤਾਂ ਦਸਤਾਵੇਜ਼ੀ ਫੈਡਰੇਸ਼ਨ, ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਜਾਂ ਨੈੱਟਵਰਕ-ਐਕਸੈਸ ਡਿਜ਼ਾਈਨ ਵੱਲ ਜਾਓ। ਆਮ ਟਨਲ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਨ ਲਈ ਕਿਹਾ ਗਿਆ ਬ੍ਰਾਊਜ਼ਰ ਪੋਰਟਲ ਡੈਮੋ ਪਾਸ ਕਰੇਗਾ ਅਤੇ ਆਡਿਟ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਵੇਗਾ।