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 ನ ಆವೃತ್ತಿ ಆಧಾರಿತ ಹೊಂದಾಣಿಕೆ ಮ್ಯಾಟ್ರಿಕ್ಸ್ ಬದ್ಧತೆಗೆ ಮೊದಲು ಓದಬೇಕಾದ ದಾಖಲೆ, ಏಕೆಂದರೆ ಮಿತಿಗಳು ಬಿಡುಗಡೆಗೆ ನಿರ್ದಿಷ್ಟ.
ಲ್ಯಾಂಡಿಂಗ್ ಪುಟವಲ್ಲ, ಮುಖ್ಯ ಹರಿವುಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ: ಸೈನ್ ಇನ್ ಮಾಡಿ, ಪ್ರತಿ ಅಗತ್ಯ ಕಾರ್ಯದ ಮೂಲಕ ಸಂಚರಿಸಿ, ಅಪ್ಲಿಕೇಶನ್ ಅಪ್ಲೋಡ್ ಮಾಡಿದರೆ ಅಪ್ಲೋಡ್ ಮಾಡಿ, ಉದ್ದೇಶಿತ ಸೆಷನ್ ಮುಗಿಯಲು ಬಿಡಿ ಮತ್ತು ಪ್ರತಿ ಲಾಗ್ಔಟ್ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿ. ಒಮ್ಮೆ ರೆಂಡರ್ ಆದ ಪುಟ ಅಪ್ಲಿಕೇಶನ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬ ಸಾಕ್ಷಿಯಲ್ಲ.
ಅಗತ್ಯವಾದ ಹರಿವನ್ನು ಮರುಬರೆಯಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ, ದಾಖಲಿತ ಫೆಡರೇಶನ್, ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ನೆಟ್ವರ್ಕ್-ಪ್ರವೇಶ ವಿನ್ಯಾಸಕ್ಕೆ ಹೋಗಿ. ಸಾಮಾನ್ಯ ಸುರಂಗದಂತೆ ವರ್ತಿಸಲು ಕೇಳಲಾದ ಬ್ರೌಸರ್ ಪೋರ್ಟಲ್ ಡೆಮೊ ಪಾಸ್ ಆಗುತ್ತದೆ ಮತ್ತು ಆಡಿಟ್ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.