ಡಾಕರ್‌ನಲ್ಲಿ Nginx ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ ಕೀಕ್ಲೋಕ್ v26 ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತಿದೆ: ವಿವಿಧ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಕನ್ಸೋಲ್ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವುದು

Nginx ಮತ್ತು ಡಾಕರ್‌ನೊಂದಿಗೆ ಕೀಕ್ಲೋಕ್ ಕನ್ಸೋಲ್ ದೋಷಗಳನ್ನು ನಿವಾರಿಸುವುದು

Nginx ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಜೊತೆಗೆ ಡಾಕರ್ ಕಂಟೇನರ್‌ನಲ್ಲಿ ಕೀಕ್ಲೋಕ್ ಅನ್ನು ಹೊಂದಿಸುವುದು ಸುರಕ್ಷಿತ ಪ್ರವೇಶವನ್ನು ನಿರ್ವಹಿಸಲು ಪ್ರಬಲವಾದ ಕಾನ್ಫಿಗರೇಶನ್ ಆಗಿರಬಹುದು, ಆದರೆ ಇದು ಸವಾಲುಗಳಿಲ್ಲದೆ ಬರುವುದಿಲ್ಲ. 🐳 ಕೀಕ್ಲೋಕ್ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸುವಾಗ ಅಥವಾ ಬಹು ಕ್ಷೇತ್ರಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ, ಅನಿರೀಕ್ಷಿತ ದೋಷಗಳು ಆಗಾಗ್ಗೆ ಬೆಳೆಯಬಹುದು, ನಿರ್ವಾಹಕರಿಗೆ ಗೊಂದಲವನ್ನು ಉಂಟುಮಾಡಬಹುದು.

ಈ ಸನ್ನಿವೇಶವು Keycloak v19.0.2 ನಿಂದ Keycloak v26 ಗೆ ಸ್ಥಳಾಂತರವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಈ ಸಮಯದಲ್ಲಿ ಲಾಗಿನ್ ನಂತರ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ "ದೋಷ ಸಂದೇಶವನ್ನು ನಿರ್ಧರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತಿಲ್ಲ". Nginx ಲಾಗ್‌ಗಳು ಮತ್ತು ಕೀಕ್ಲೋಕ್ ದೋಷ ಲಾಗ್‌ಗಳ ಮೂಲಕ ಸಮಸ್ಯೆಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು ವಿಫಲವಾದ HTTP ವಿನಂತಿಯನ್ನು ತೋರಿಸಿದೆ.

ಇದೇ ರೀತಿಯ ಸೆಟಪ್‌ಗಳಲ್ಲಿ, ತಪ್ಪಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ನೆಟ್‌ವರ್ಕಿಂಗ್ ಲೇಯರ್ "502 ಬ್ಯಾಡ್ ಗೇಟ್‌ವೇ" ದೋಷಗಳನ್ನು ಪ್ರಚೋದಿಸಬಹುದು, ಸಾಮಾನ್ಯವಾಗಿ ಕೀಕ್ಲೋಕ್‌ಗೆ Nginx ಅಥವಾ ಡಾಕರ್ ಮಾರ್ಗಗಳು ಹೇಗೆ ವಿನಂತಿಸುತ್ತದೆ ಎಂಬ ಸಮಸ್ಯೆಗಳಿಂದಾಗಿ. ಈ ಸಮಸ್ಯೆಗೆ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ಎನ್ವಿರಾನ್ಮೆಂಟ್ ವೇರಿಯೇಬಲ್‌ಗಳು ಅಥವಾ SSL ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಲ್ಲಿ ಕೀಕ್ಲೋಕ್ ಸಲೀಸಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಹೊಂದಾಣಿಕೆಗಳ ಅಗತ್ಯವಿರಬಹುದು.

ಈ ಮಾರ್ಗದರ್ಶಿಯಲ್ಲಿ, ನಾವು ಕೀಕ್ಲೋಕ್ ನಲ್ಲಿ ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಸಂಭಾವ್ಯ ಪರಿಹಾರಗಳ ಮೂಲಕ ನಡೆಯುತ್ತೇವೆ. ನಾವು ಪ್ರಮುಖ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇವೆ, ದೋಷ ಲಾಗ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತೇವೆ, ಮತ್ತು Docker-Nginx ಸೆಟಪ್‌ನಲ್ಲಿ ಕೀಕ್ಲೋಕ್ ಅನ್ನು ಸ್ಥಿರಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುವ ನಿರ್ದಿಷ್ಟ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಅನ್ವೇಷಿಸುತ್ತೇವೆ. ಕೊನೆಯಲ್ಲಿ, ನೀವು ಅಂತಹ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ಒಳನೋಟಗಳನ್ನು ಹೊಂದಿರುತ್ತೀರಿ ಮತ್ತು ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್ಗೆ ಸುಗಮ, ಅಡಚಣೆಯಿಲ್ಲದ ಪ್ರವೇಶವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತೀರಿ.

ಕೀಕ್ಲೋಕ್ ಮತ್ತು Nginx ಕಾನ್ಫಿಗರೇಶನ್‌ನ ವಿವರವಾದ ವಿಭಜನೆ

Nginx ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿಯ ಹಿಂದೆ ಕೀಕ್ಲೋಕ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ನಾವು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಕೀಕ್ಲೋಕ್ ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್‌ಗೆ ಸುರಕ್ಷಿತ ಪ್ರವೇಶವನ್ನು ರೂಟಿಂಗ್ ಮತ್ತು ನಿರ್ವಹಿಸುವಲ್ಲಿ ನಿರ್ಣಾಯಕ ಪಾತ್ರವನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ. Nginx ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್, ಉದಾಹರಣೆಗೆ, ಒಂದು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ ಅಪ್ಸ್ಟ್ರೀಮ್ ಕೀಕ್ಲೋಕ್‌ನ ಬ್ಯಾಕೆಂಡ್ ಐಪಿ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಬ್ಲಾಕ್, ವಿನಂತಿಗಳನ್ನು ನಿಖರವಾಗಿ ನಿರ್ದೇಶಿಸಲು Nginx ಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಕೀಕ್ಲೋಕ್ ಸೇವೆಯು ವಿಭಿನ್ನ ನೆಟ್‌ವರ್ಕ್ ವಿಭಾಗದಲ್ಲಿ ಅಥವಾ ಡಾಕರ್ ಕಂಟೇನರ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸನ್ನಿವೇಶಗಳಿಗೆ ಇದು ಅತ್ಯಗತ್ಯ. ಪ್ರಾಕ್ಸಿ ನಿರ್ದೇಶನಗಳನ್ನು ಬಳಸುವ ಮೂಲಕ ಪ್ರಾಕ್ಸಿ_ಪಾಸ್, ನಾವು Nginx ಅನ್ನು ಮಧ್ಯವರ್ತಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತೇವೆ, ಬಾಹ್ಯ ವಿನಂತಿಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಕೀಕ್ಲೋಕ್‌ನ ಆಂತರಿಕ ಸೇವಾ ಅಂತಿಮ ಬಿಂದುವಿಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತೇವೆ. ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಮತ್ತು ಸುರಕ್ಷಿತ ಪ್ರವೇಶಕ್ಕಾಗಿ ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿಗಳು ಅಗತ್ಯವಿರುವ ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ ಈ ಸೆಟಪ್ ಸಾಮಾನ್ಯವಾಗಿ ಕಂಡುಬರುತ್ತದೆ.

Nginx ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ, ಬಹು ಹೆಡರ್‌ಗಳನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ ಪ್ರಾಕ್ಸಿ_ಸೆಟ್_ಹೆಡರ್ ಕೀಕ್ಲೋಕ್ ಎಲ್ಲಾ ಕ್ಲೈಂಟ್ ಮಾಹಿತಿಯನ್ನು ನಿಖರವಾಗಿ ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಆಜ್ಞೆಗಳು. ಉದಾಹರಣೆಗೆ, ಎಕ್ಸ್-ರಿಯಲ್-ಐಪಿ ಮತ್ತು ಎಕ್ಸ್-ಫಾರ್ವರ್ಡ್ಡ್-ಪ್ರೊಟೊ ಕ್ಲೈಂಟ್‌ನ IP ಮತ್ತು ಮೂಲ ವಿನಂತಿಯ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ರವಾನಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ನಿಖರವಾದ ಮರುನಿರ್ದೇಶನ URL ಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ಭದ್ರತಾ ನೀತಿಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಕೀಕ್ಲೋಕ್ ಇದನ್ನು ಬಳಸುವುದರಿಂದ ಈ ಮಾಹಿತಿಯು ಅತ್ಯಗತ್ಯವಾಗಿದೆ. ಅಂತಹ ಸೆಟಪ್‌ಗಳಲ್ಲಿನ ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಯು ಹೆಡರ್‌ಗಳನ್ನು ಕಾಣೆಯಾಗಿದೆ, ಇದು ಕೀಕ್ಲೋಕ್ ಬಳಕೆದಾರರನ್ನು ದೃಢೀಕರಿಸಲು ಅಥವಾ ಕ್ಷೇತ್ರಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು. ಈ ಹೆಡರ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುವ ಮೂಲಕ, ವಿನಂತಿಗಳನ್ನು ಸರಿಯಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭವನ್ನು ಕೀಕ್ಲೋಕ್ ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ನಿರ್ವಾಹಕರು ಖಚಿತಪಡಿಸುತ್ತಾರೆ. ಈ ವಿಧಾನವು ವಿನಂತಿಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಎಂಬುದರಲ್ಲಿ ಭದ್ರತೆ ಮತ್ತು ಸ್ಥಿರತೆ ಎರಡನ್ನೂ ಹೆಚ್ಚಿಸುತ್ತದೆ.

ಕೀಕ್ಲೋಕ್‌ಗಾಗಿ ನಾವು ರಚಿಸಿದ ಡಾಕರ್ ಕಂಪೋಸ್ ಫೈಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಿಯೋಜನೆಯನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ env_file ಎಲ್ಲಾ ಪರಿಸರ ವೇರಿಯಬಲ್‌ಗಳಿಗೆ. ಡೇಟಾಬೇಸ್ ರುಜುವಾತುಗಳು, ಕೀಕ್ಲೋಕ್ ಹೋಸ್ಟ್ ಹೆಸರು ಮತ್ತು ಸಂಬಂಧಿತ ಮಾರ್ಗಗಳಂತಹ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ಲೋಡ್ ಮಾಡಲು ಡಾಕರ್ ಕಂಟೇನರ್ ಅನ್ನು ಇದು ಅನುಮತಿಸುತ್ತದೆ, ಇದು ಹೆಚ್ಚು ಸುರಕ್ಷಿತ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವಂತೆ ಮಾಡುತ್ತದೆ. ಪರಿಸರ ಫೈಲ್ ಅನ್ನು ಬಳಸುವುದು ಸಹ ಪ್ರಾಯೋಗಿಕವಾಗಿದೆ ಏಕೆಂದರೆ ಇದು ಡಾಕರ್ ಕಂಪೋಸ್ ಫೈಲ್‌ನಿಂದ ಸೂಕ್ಷ್ಮ ಮಾಹಿತಿಯನ್ನು ಡಿಕೌಪಲ್ ಮಾಡುತ್ತದೆ, ಹಾರ್ಡ್-ಕೋಡೆಡ್ ಮೌಲ್ಯಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಅಥವಾ ಪ್ರವೇಶ ರುಜುವಾತುಗಳನ್ನು ಮಾರ್ಪಡಿಸುವುದು ತಡೆರಹಿತವಾಗಿರುತ್ತದೆ, ಇದು ಸೇವೆಗಳನ್ನು ಆಗಾಗ್ಗೆ ನವೀಕರಿಸುವ ಕ್ರಿಯಾತ್ಮಕ ಪರಿಸರದಲ್ಲಿ ವಿಶೇಷವಾಗಿ ಉಪಯುಕ್ತವಾಗಿದೆ. ಉದಾಹರಣೆಯಲ್ಲಿ, ಪರಿಸರದ ವೇರಿಯೇಬಲ್ KC_PROXY_HEADERS ಅನ್ನು "xforwarded" ಗೆ ಹೊಂದಿಸಲಾಗಿದೆ, ಅದು ಪ್ರಾಕ್ಸಿಯ ಹಿಂದೆ ಇದೆ ಎಂದು ಕೀಕ್ಲೋಕ್ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ, ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ URL ಉತ್ಪಾದನೆ ಮತ್ತು ಸೆಷನ್ ನಿರ್ವಹಣೆಯಲ್ಲಿ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಮಾಡುತ್ತದೆ.

ಸಂರಚನೆಯ ಜೊತೆಗೆ, ನಾವು ಒದಗಿಸಿದ್ದೇವೆ a ಬ್ಯಾಷ್ ಕೀಕ್ಲೋಕ್‌ನ ಲಭ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಸರಳ ಆರೋಗ್ಯ ತಪಾಸಣೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್. ಸ್ಕ್ರಿಪ್ಟ್ ಬಳಸುತ್ತದೆ ಸುರುಳಿಯಾಗಿ ಕೀಕ್ಲೋಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ HTTP ವಿನಂತಿಯನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು ಸ್ಥಿತಿ ಕೋಡ್ 200 ಗೆ ಸಮನಾಗಿರುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಸೇವೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ, ಸ್ಕ್ರಿಪ್ಟ್ Nginx ಕಂಟೇನರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಸ್ವಯಂಚಾಲಿತ ಚೇತರಿಕೆಯ ರೂಪವನ್ನು ನೀಡುತ್ತದೆ. ಅಪ್‌ಟೈಮ್ ನಿರ್ಣಾಯಕವಾಗಿರುವ ಉತ್ಪಾದನಾ ಪರಿಸರಕ್ಕೆ ಈ ಸೆಟಪ್ ಸೂಕ್ತವಾಗಿದೆ, ಏಕೆಂದರೆ ಸಂಪರ್ಕ ಸಮಸ್ಯೆಗಳು ಸಂಭವಿಸಿದಲ್ಲಿ ಸ್ವಯಂ-ಗುಣಪಡಿಸಲು ಇದು ಸೇವೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಈ ರೀತಿಯ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸುವುದು, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪ್ರವೇಶಕ್ಕಾಗಿ ಪೈಥಾನ್-ಆಧಾರಿತ ಯುನಿಟ್ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ, ಸಿಸ್ಟಮ್‌ನ ಸ್ಥಿರತೆಯನ್ನು ಬಲಪಡಿಸುತ್ತದೆ, ಸೆಟಪ್ ಸಮಸ್ಯೆಗಳನ್ನು ಪೂರ್ವಭಾವಿಯಾಗಿ ತಿಳಿಸುತ್ತದೆ ಅಥವಾ ಸರಿಪಡಿಸುತ್ತದೆ ಎಂದು ತಿಳಿದಿರುವ ನಿರ್ವಾಹಕರಿಗೆ ಮನಸ್ಸಿನ ಶಾಂತಿಯನ್ನು ನೀಡುತ್ತದೆ. ನಿರ್ವಹಣೆಗೆ ಈ ಪೂರ್ವಭಾವಿ ವಿಧಾನವು ಅಲಭ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಮತ್ತು ಕೀಕ್ಲೋಕ್‌ಗೆ ತಡೆರಹಿತ ಪ್ರವೇಶವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಮುಖ್ಯವಾಗಿದೆ. ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್.

upstream sso-mydomain-com {
    server 10.10.0.89:8080;
}
server {
    listen 443 ssl;
    server_name sso.mydomain.com;
    location / {
        proxy_pass http://sso-mydomain-com/;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Forwarded-Host $host;
        proxy_set_header X-Forwarded-Port $server_port;
    }
    ssl_certificate /etc/nginx/ssl/sso.mydomain.com/fullchain.pem;
    ssl_certificate_key /etc/nginx/ssl/sso.mydomain.com/privkey.pem;
}
server {
    listen 8443 ssl;
    server_name sso.mydomain.com;
    error_log /usr/local/nginx/logs/sso_err.log debug;
    location / {
        proxy_pass http://sso-mydomain-com/;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Forwarded-Host $host;
        proxy_set_header X-Forwarded-Port $server_port;
    }
    ssl_certificate /etc/nginx/ssl/sso.mydomain.com/fullchain.pem;
    ssl_certificate_key /etc/nginx/ssl/sso.mydomain.com/privkey.pem;
}

version: '3.9'
services:
  keycloak:
    container_name: keycloak
    image: quay.io/keycloak/keycloak:26.0
    env_file:
      - .env
    ports:
      - "8080:8080"
    volumes:
      - /opt/keycloak/themes:/opt/keycloak/themes
      - /etc/localtime:/etc/localtime
    privileged: true
    command: start

import requests
def test_whoami_endpoint():
    url = "https://sso.mydomain.com:8443/auth/admin/master/console/whoami?currentRealm=master"
    headers = {"Content-Type": "application/json"}
    try:
        response = requests.get(url, headers=headers, verify=True)
        assert response.status_code == 200, "Expected 200 OK, got {}".format(response.status_code)
        print("Test passed: whoami endpoint accessible")
    except requests.ConnectionError:
        print("Connection error: Check Nginx reverse proxy and Keycloak availability")
    except AssertionError as e:
        print("Assertion error:", e)
# Run the test
test_whoami_endpoint()

#!/bin/bash
# Check if Keycloak is reachable via the /whoami endpoint
URL="http://10.10.0.89:8080/auth/admin/master/console/whoami"
STATUS_CODE=$(curl -s -o /dev/null -w "%{http_code}" $URL)
if [ "$STATUS_CODE" -ne 200 ]; then
    echo "Keycloak endpoint unavailable, restarting Nginx..."
    docker restart nginx
else
    echo "Keycloak endpoint is healthy."
fi

ಸುರಕ್ಷಿತ ಮತ್ತು ತಡೆರಹಿತ ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಕಾರ್ಯಾಚರಣೆಗಳಿಗಾಗಿ ಕೀಕ್ಲೋಕ್ ಅನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದು

ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿಯ ಹಿಂದೆ ಕೀಕ್ಲೋಕ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವಾಗ Nginx, ಹಲವಾರು ಹೆಚ್ಚುವರಿ ಪರಿಗಣನೆಗಳು ಸೆಟಪ್ ಸುರಕ್ಷಿತ, ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಸ್ಥಿರವಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಒಂದು ನಿರ್ಣಾಯಕ ಅಂಶವೆಂದರೆ SSL ಮುಕ್ತಾಯ - Nginx ಲೇಯರ್‌ನಲ್ಲಿ HTTPS ಅನ್ನು ನಿರ್ವಹಿಸುವುದು. ಕೀಕ್ಲೋಕ್ ಸಾಮಾನ್ಯವಾಗಿ ಡಾಕರ್‌ನಲ್ಲಿ HTTP ಯಲ್ಲಿ ಆಲಿಸುವುದರಿಂದ, Nginx SSL ಎಂಡ್‌ಪಾಯಿಂಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಆಫ್‌ಲೋಡ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕೀಕ್ಲೋಕ್‌ನಲ್ಲಿ ಸಂಪನ್ಮೂಲ ಲೋಡ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಸುರಕ್ಷಿತ HTTPS ಪ್ರವೇಶವನ್ನು ನಿರ್ವಹಿಸುವಾಗ HTTP ಮೂಲಕ ಕೀಕ್ಲೋಕ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಈ ಸೆಟಪ್ Nginx ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, SSL ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು Nginx ನಲ್ಲಿ ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ಪ್ರಮಾಣಪತ್ರ ನಿರ್ವಹಣೆಯನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ. ಲೆಟ್ಸ್ ಎನ್‌ಕ್ರಿಪ್ಟ್‌ನಂತಹ ಸ್ವಯಂಚಾಲಿತ ಪರಿಕರಗಳು ನವೀಕರಣವನ್ನು ಸುಗಮಗೊಳಿಸಬಹುದು, ವಿಶೇಷವಾಗಿ ಪ್ರಮಾಣಪತ್ರಗಳ ನವೀಕರಣದಂತೆ Nginx ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡುವ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳೊಂದಿಗೆ.

ಮತ್ತೊಂದು ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಮತ್ತು ಸ್ಕೇಲಿಂಗ್. ಉದಾಹರಣೆಗೆ, ಡಾಕರ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು, ನಿರ್ವಾಹಕರು Nginx ನಲ್ಲಿ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸರ್ವರ್ ಪೂಲ್ ಅನ್ನು ರಚಿಸಬಹುದು ಅದು ಬಹು ಕೀಕ್ಲೋಕ್ ಕಂಟೇನರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಲೋಡ್ ವಿತರಣೆ ಮತ್ತು ಲಭ್ಯತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ದಿ ಪ್ರಾಕ್ಸಿ_ಪಾಸ್ ಡೈರೆಕ್ಟಿವ್ ಪಾಯಿಂಟ್‌ಗಳು ಈ ಪೂಲ್‌ಗೆ, Nginx ಅನ್ನು ಬಹು ಕೀಕ್ಲೋಕ್ ನಿದರ್ಶನಗಳಲ್ಲಿ ಮಾರ್ಗದ ವಿನಂತಿಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ದಟ್ಟಣೆಯ ಪರಿಸರದಲ್ಲಿ ಈ ವಿಧಾನವು ಪ್ರಯೋಜನಕಾರಿಯಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಯಾವುದೇ ಒಂದು ನಿದರ್ಶನವನ್ನು ಅತಿಕ್ರಮಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಸೆಶನ್ ಪರ್ಸಿಸ್ಟೆನ್ಸ್, ಜಿಗುಟಾದ ಸೆಷನ್‌ಗಳು ಎಂದೂ ಕರೆಯುತ್ತಾರೆ, ಬಳಕೆದಾರರು ಅದೇ ನಿದರ್ಶನಕ್ಕೆ ಸಂಪರ್ಕದಲ್ಲಿರುವುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ, ದೃಢೀಕರಣ ಸಮಸ್ಯೆಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಆರೋಗ್ಯ ತಪಾಸಣೆಗಳನ್ನು Nginx ಅಥವಾ ಡಾಕರ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಬಹುದು, ಕೀಕ್ಲೋಕ್‌ನ ಲಭ್ಯತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು ಮತ್ತು ವೈಫಲ್ಯಗಳು ಸಂಭವಿಸಿದಲ್ಲಿ ನಿದರ್ಶನಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬಹುದು. 🛠️

ಅಂತಿಮವಾಗಿ, ಕೀಕ್ಲೋಕ್‌ನ ಅಂತರ್ನಿರ್ಮಿತ ಮೆಟ್ರಿಕ್‌ಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳನ್ನು ನಿಯಂತ್ರಿಸುವುದು ಸಿಸ್ಟಮ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು ದೋಷನಿವಾರಣೆಗೆ ಪ್ರಮುಖವಾಗಿದೆ. ಕೀಕ್ಲೋಕ್ ಪ್ರತಿ ವಿನಂತಿಗೆ ವಿವರವಾದ ಲಾಗ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು, ಇದು Nginx ನ ಪ್ರವೇಶ ಲಾಗ್‌ಗಳೊಂದಿಗೆ ಜೋಡಿಸಿದಾಗ, ಸಂಪೂರ್ಣ ಆಡಿಟ್ ಟ್ರಯಲ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ. Prometheus ಮತ್ತು Grafana ನಂತಹ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳು ಕೀಕ್ಲೋಕ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ದೃಶ್ಯೀಕರಿಸಬಹುದು, ಬಳಕೆದಾರರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಮೊದಲು ವೈಪರೀತ್ಯಗಳ ನಿರ್ವಾಹಕರನ್ನು ಎಚ್ಚರಿಸಬಹುದು. Nginx ನಲ್ಲಿ, ಸೆಟ್ಟಿಂಗ್ ದೋಷ_ಲಾಗ್ ಗೆ debug ಸೆಟಪ್ ಸಮಯದಲ್ಲಿ ಮಟ್ಟವು ಕಾನ್ಫಿಗರೇಶನ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಸಮಸ್ಯೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ವಿವರವಾದ ಮಾಹಿತಿಯನ್ನು ಸೆರೆಹಿಡಿಯುತ್ತದೆ. ಒಟ್ಟಿನಲ್ಲಿ, ಈ ತಂತ್ರಗಳು ಹೆಚ್ಚು ಸ್ಥಿತಿಸ್ಥಾಪಕ ಮತ್ತು ಸುರಕ್ಷಿತ ಕೀಕ್ಲೋಕ್ ನಿಯೋಜನೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ, ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿಯ ಹಿಂದೆ ಎಂಟರ್‌ಪ್ರೈಸ್-ದರ್ಜೆಯ ದೃಢೀಕರಣಕ್ಕೆ ಇದು ಸೂಕ್ತ ಪರಿಹಾರವಾಗಿದೆ.