Cross-Origin Resource Sharing (CORS) ನೀತಿಯ ಕಾರ್ಯನಿರ್ವಹಣೆ
ವೆಬ್ ಬ್ರೌಸರ್ಗಳು ಭದ್ರತೆಯ ದೃಷ್ಟಿಯಿಂದ ಕ್ರಾಸ್-ಆರಿಜಿನ್ ರಿಸೋರ್ಸ್ ಶೇರಿಂಗ್ (CORS) ನೀತಿಯನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತವೆ. ಒಂದು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನದೇ ಆದ ಮೂಲವನ್ನು (Origin) ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಮೂಲದಿಂದ ಸಂಪನ್ಮೂಲಗಳನ್ನು ವಿನಂತಿಸಿದಾಗ ಬ್ರೌಸರ್ ಈ ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸರ್ವರ್ ಕಳುಹಿಸುವ HTTP ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್ಗಳು (Response Headers) ಪ್ರಮುಖ ಪಾತ್ರವಹಿಸುತ್ತವೆ.
CORS ಪರೀಕ್ಷಕ ಉಪಕರಣವು ನೀವು ಒದಗಿಸುವ HTTP ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್ಗಳು ಮತ್ತು ವಿನಂತಿಯ ವಿವರಗಳ ಆಧಾರದ ಮೇಲೆ ಬ್ರೌಸರ್ ನಿರ್ದಿಷ್ಟ ವಿನಂತಿಯನ್ನು ಅನುಮತಿಸುತ್ತದೆಯೇ ಅಥವಾ ನಿರ್ಬಂಧಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ. ಈ ಉಪಕರಣವು ಸಂಪೂರ್ಣವಾಗಿ ನಿಮ್ಮ ಬ್ರೌಸರ್ನಲ್ಲಿಯೇ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ; ನಿಮ್ಮ ಹೆಡರ್ಗಳು ಮತ್ತು ವಿನಂತಿಯ ವಿವರಗಳು ನಿಮ್ಮ ಬ್ರೌಸರ್ನಲ್ಲಿ ಉಳಿಯುತ್ತವೆ. BroBroGo ಗೆ ಯಾವುದನ್ನೂ ಅಪ್ಲೋಡ್ ಮಾಡಲಾಗಿಲ್ಲ ಅಥವಾ ಉಳಿಸಲಾಗಿಲ್ಲ.
ಇನ್ಪುಟ್ ನಿಯಮಗಳು ಮತ್ತು ಮೌಲ್ಯೀಕರಣ
CORS ಪರೀಕ್ಷೆಯನ್ನು ನಿಖರವಾಗಿ ನಿರ್ವಹಿಸಲು ಉಪಕರಣವು ಕೆಲವು ನಿರ್ದಿಷ್ಟ ಇನ್ಪುಟ್ಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಮೌಲ್ಯೀಕರಣ ನಿಯಮಗಳನ್ನು ಬಳಸುತ್ತದೆ:
- ಪರಿಶೀಲಿಸಲು ಪ್ರತಿಕ್ರಿಯೆ: ಬಳಕೆದಾರರು "ನಿಜವಾದ ಪ್ರತಿಕ್ರಿಯೆ" ಅಥವಾ "ಪ್ರಿಫ್ಲೈಟ್ ಪ್ರತಿಕ್ರಿಯೆ" ಇವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು.
- HTTP ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್ಗಳು: ಪರೀಕ್ಷಿಸಬೇಕಾದ ಪ್ರತಿಕ್ರಿಯೆಯ ಹೆಡರ್ಗಳನ್ನು ಇಲ್ಲಿ ನಮೂದಿಸಬೇಕು. ಪ್ರಿಫ್ಲೈಟ್ ಪ್ರತಿಕ್ರಿಯೆಗಳಿಗಾಗಿ ಸ್ಥಿತಿ ಸಾಲನ್ನು (Status Line) ಸಹ ಸೇರಿಸಬೇಕು. ಇದರ ಗರಿಷ್ಠ ಮಿತಿ 200,000 ಅಕ್ಷರಗಳು. ಇನ್ಪುಟ್ ಖಾಲಿಯಾಗಿದ್ದರೆ "ಪರಿಶೀಲಿಸುವ ಮೊದಲು HTTP ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್ಗಳನ್ನು ಅಂಟಿಸಿ." ಎಂಬ ದೋಷ ಸಂದೇಶ ಕಾಣಿಸುತ್ತದೆ. ಇನ್ಪುಟ್ ಮಿತಿ ಮೀರಿದರೆ "ಈ ಪ್ರತಿಕ್ರಿಯೆಯು ಅಸಾಮಾನ್ಯವಾಗಿ ದೊಡ್ಡದಾಗಿದೆ. ಅದನ್ನು
‹max›ಅಕ್ಷರಗಳ ಅಡಿಯಲ್ಲಿ ಇರಿಸಿ." ಎಂಬ ದೋಷ ಬರುತ್ತದೆ. ಹೆಡರ್ ಸಾಲು ಅಮಾನ್ಯವಾಗಿದ್ದರೆ "ಲೈನ್‹line›ಮಾನ್ಯವಾದ HTTP ಹೆಡರ್ ಅಥವಾ ಸ್ಥಿತಿ ಲೈನ್ ಅಲ್ಲ." ಮತ್ತು ಹೆಡರ್ ಹೆಸರು ಅಮಾನ್ಯವಾಗಿದ್ದರೆ "‹line›ಸಾಲು ಅಮಾನ್ಯವಾದ HTTP ಹೆಡರ್ ಹೆಸರನ್ನು ಹೊಂದಿದೆ." ಎಂಬ ದೋಷಗಳು ಎದುರಾಗುತ್ತವೆ. - ಮೂಲ ವಿನಂತಿ: ವಿನಂತಿಯ ಮೂಲವನ್ನು (Origin) ನಮೂದಿಸಬೇಕು. ಇದು ಕೇವಲ ಸ್ಕೀಮ್, ಹೋಸ್ಟ್ ಮತ್ತು ಐಚ್ಛಿಕ ಪೋರ್ಟ್ ಅನ್ನು ಮಾತ್ರ ಹೊಂದಿರಬೇಕು (ಉದಾಹರಣೆಗೆ:
https://app.example.com). ಯುಆರ್ಎಲ್ ಪಾತ್, ಕ್ವೆರಿ ಅಥವಾ ರುಜುವಾತುಗಳನ್ನು ಇದು ಹೊಂದಿರಬಾರದು. ನಿಯಮ ಉಲ್ಲಂಘನೆಯಾದರೆ "https://app.example.com ನಂತಹ ಸ್ಕೀಮ್, ಹೋಸ್ಟ್ ಮತ್ತು ಐಚ್ಛಿಕ ಪೋರ್ಟ್ನೊಂದಿಗೆ ಮೂಲವನ್ನು ನಮೂದಿಸಿ." ಎಂಬ ದೋಷ ಸಂದೇಶ ಬರುತ್ತದೆ. - ವಿನಂತಿಸಿದ ವಿಧಾನ: ವಿನಂತಿಸಲು ಉದ್ದೇಶಿಸಿರುವ HTTP ವಿಧಾನವನ್ನು (Method) ನಮೂದಿಸಬೇಕು. ಅಮಾನ್ಯ ವಿಧಾನಗಳಿಗೆ "ಮಾನ್ಯವಾದ HTTP ವಿಧಾನ ಟೋಕನ್ ಅನ್ನು ನಮೂದಿಸಿ." ಮತ್ತು ಬ್ರೌಸರ್ ನಿರ್ಬಂಧಿತ ವಿಧಾನಗಳಿಗೆ "fetch ವಿನಂತಿಗಳಲ್ಲಿ
‹method›ವಿಧಾನವನ್ನು ಬ್ರೌಸರ್ಗಳು ಅನುಮತಿಸುವುದಿಲ್ಲ." ಎಂಬ ದೋಷಗಳು ಬರುತ್ತವೆ. - ಶಿರೋಲೇಖ ಹೆಸರುಗಳನ್ನು ವಿನಂತಿಸಲಾಗಿದೆ:
Access-Control-Request-Headersನಿಂದ ಪಡೆದ ಹೆಡರ್ ಹೆಸರುಗಳನ್ನು ಅಲ್ಪವಿರಾಮ ಅಥವಾ ಸಾಲುಗಳ ಮೂಲಕ ಬೇರ್ಪಡಿಸಿ ನಮೂದಿಸಬೇಕು (ಉದಾಹರಣೆಗೆ:Content-Type, Authorization). ಅಮಾನ್ಯ ಹೆಡರ್ ಇದ್ದರೆ “‹header›” ಮಾನ್ಯವಾದ HTTP ವಿನಂತಿ ಹೆಡರ್ ಹೆಸರಲ್ಲ." ಎಂಬ ದೋಷ ಸಂದೇಶ ಬರುತ್ತದೆ. - ರುಜುವಾತುಗಳನ್ನು ಸೇರಿಸಿ: ಕುಕೀಗಳು ಅಥವಾ HTTP ದೃಢೀಕರಣವನ್ನು ವಿನಂತಿಯು ಒಳಗೊಂಡಿದೆಯೇ ಎಂಬುದನ್ನು ಸೂಚಿಸುವ ಟಾಗಲ್ ಬಟನ್ ಇದಾಗಿದೆ.
ಯಾವುದೇ ಇನ್ಪುಟ್ ದೋಷಗಳಿದ್ದಲ್ಲಿ "ಹೈಲೈಟ್ ಮಾಡಲಾದ ಇನ್ಪುಟ್ ಅನ್ನು ಸರಿಪಡಿಸಿ ಮತ್ತು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ." ಎಂಬ ಸಾಮಾನ್ಯ ದೋಷ ಸಂದೇಶವನ್ನು ತೋರಿಸಲಾಗುತ್ತದೆ.
ಬ್ರೌಸರ್ ನಿರ್ಧಾರಗಳು ಮತ್ತು ವಿಶ್ಲೇಷಣೆ
ಉಪಕರಣವು ಇನ್ಪುಟ್ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಿ ಕೆಳಗಿನ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಒಂದನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ:
- ಅಂಟಿಸಿದ CORS ಪ್ರತಿಕ್ರಿಯೆಯಿಂದ ಅನುಮತಿಸಲಾಗಿದೆ.: ಒದಗಿಸಿದ ಹೆಡರ್ಗಳು ಬ್ರೌಸರ್ ನಿಯಮಗಳಿಗೆ ಅನುಗುಣವಾಗಿವೆ.
- ಅಂಟಿಸಿದ CORS ಪ್ರತಿಕ್ರಿಯೆಯಿಂದ ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ.: ಒದಗಿಸಿದ ಹೆಡರ್ಗಳು ಬ್ರೌಸರ್ ನಿಯಮಗಳನ್ನು ಉಲ್ಲಂಘಿಸುತ್ತವೆ.
- ಹೆಡರ್ಗಳು ಹಾದುಹೋಗುತ್ತವೆ, ಆದರೆ ಪ್ರಿಫ್ಲೈಟ್ ಸ್ಥಿತಿ ತಿಳಿದಿಲ್ಲ.: ಹೆಡರ್ಗಳು ಸರಿಯಾಗಿವೆ ಆದರೆ ಪ್ರಿಫ್ಲೈಟ್ ಪ್ರತಿಕ್ರಿಯೆಯ ಸ್ಥಿತಿ ಸಾಲು ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಈ ಸ್ಥಿತಿ ಉಂಟಾಗುತ್ತದೆ.
- ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ವಿನಂತಿಯ ವಿವರಗಳನ್ನು ನಮೂದಿಸಿ, ನಂತರ CORS ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.: ಯಾವುದೇ ಇನ್ಪುಟ್ ಇಲ್ಲದಿದ್ದಾಗ ಈ ಸಂದೇಶ ಕಾಣಿಸುತ್ತದೆ.
- ಅದರ CORS ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಲು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಅಂಟಿಸಿ.: ಇದು ಉಪಕರಣದ ಆರಂಭಿಕ ಸ್ಥಿತಿಯಾಗಿದೆ.
ವಿಶ್ಲೇಷಣೆಯ ನಂತರ, ಪಾರ್ಸ್ ಮಾಡಲಾದ Access-Control-* ಕ್ಷೇತ್ರಗಳನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.
CORS ನಿಯಮಗಳು ಮತ್ತು ವಿಶೇಷ ಸಂದರ್ಭಗಳು
CORS ನೀತಿಯನ್ನು ಮೌಲ್ಯೀಕರಿಸುವಾಗ ಬ್ರೌಸರ್ ಕೆಲವು ಕಟ್ಟುನಿಟ್ಟಾದ ನಿಯಮಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಇವುಗಳನ್ನು ಈ ಉಪಕರಣವು ಪರಿಶೀಲಿಸುತ್ತದೆ:
| ಸನ್ನಿವೇಶ | ನಿಯಮ ಮತ್ತು ಪರಿಣಾಮ |
|---|---|
| ರುಜುವಾತುಗಳನ್ನು ಸೇರಿಸಿದಾಗ (Credentials Included) | Access-Control-Allow-Origin ಹೆಡರ್ ವೈಲ್ಡ್ಕಾರ್ಡ್ * ಆಗಿರಬಾರದು. ಇದು ವಿನಂತಿಸಿದ ಮೂಲಕ್ಕೆ ನಿಖರವಾಗಿ ಹೊಂದಿಕೆಯಾಗಬೇಕು. |
| ರುಜುವಾತುಗಳೊಂದಿಗೆ ವೈಲ್ಡ್ಕಾರ್ಡ್ಗಳು | ರುಜುವಾತುಗಳನ್ನು ಬಳಸಿದಾಗ, ಅನುಮತಿಸಲಾದ ವಿಧಾನಗಳು ಮತ್ತು ಹೆಡರ್ಗಳಿಗಾಗಿ ಬಳಸುವ ವೈಲ್ಡ್ಕಾರ್ಡ್ಗಳು ತಮ್ಮ ವಿಶೇಷ ಅರ್ಥವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ. |
| ಬಹು ಮೂಲಗಳು (Multiple Origins) | Access-Control-Allow-Origin ಹೆಡರ್ನಲ್ಲಿ ಅಲ್ಪವಿರಾಮದಿಂದ ಬೇರ್ಪಡಿಸಿದ ಅಥವಾ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯಗಳಿದ್ದರೆ ಅದನ್ನು ಅಮಾನ್ಯ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. |
| ರುಜುವಾತುಗಳ ದೃಢೀಕರಣ | ರುಜುವಾತುಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ವಿನಂತಿಗಳಿಗೆ Access-Control-Allow-Credentials ಹೆಡರ್ ನಿಖರವಾಗಿ true ಆಗಿರಬೇಕು. |
| Authorization ಹೆಡರ್ | Access-Control-Allow-Headers: * ಇದ್ದಾಗಲೂ ಸಹ, Authorization ಹೆಡರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮತ್ತು ಸ್ಪಷ್ಟವಾಗಿ ಪಟ್ಟಿ ಮಾಡಬೇಕಾಗುತ್ತದೆ. |
ಮಿತಿಗಳು
ಈ ಉಪಕರಣವು ಕೇವಲ ನೀವು ಒದಗಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್ಗಳು ಮತ್ತು ವಿನಂತಿಯ ವಿವರಗಳನ್ನು ಮಾತ್ರ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇದು ಯಾವುದೇ ಬಾಹ್ಯ ಸರ್ವರ್ ಅನ್ನು ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ, ಯುಆರ್ಎಲ್ಗಳನ್ನು ಓದುವುದಿಲ್ಲ, ಕುಕೀಗಳನ್ನು ಹೊಂದಿಸುವುದಿಲ್ಲ, DNS/TLS ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ ಅಥವಾ ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್ಗಳನ್ನು ಮಾರ್ಪಡಿಸುವುದಿಲ್ಲ.
ಇಲ್ಲಿ ದೊರೆಯುವ ಯಶಸ್ವಿ ಫಲಿತಾಂಶವು ಕೇವಲ ಅಂಟಿಸಿದ ವಿವರಗಳಿಗೆ ಮಾತ್ರ ಸೀಮಿತವಾಗಿರುತ್ತದೆ. ಇದು ನೈಜ ಸಮಯದಲ್ಲಿ ಸಂಭವಿಸಬಹುದಾದ ಮರುನಿರ್ದೇಶನಗಳು (Redirects), ಕ್ಯಾಶ್ ಮಾಡಲಾದ ಪ್ರತಿಕ್ರಿಯೆಗಳು, ಬದಲಾಗುವ ಸರ್ವರ್ ನಿಯಮಗಳು, ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆಗಳು ಅಥವಾ ಪ್ರಿಫ್ಲೈಟ್ ನಂತರದ ನಿಜವಾದ ಪ್ರತಿಕ್ರಿಯೆಯ ಬದಲಾವಣೆಗಳನ್ನು ಪರಿಗಣಿಸುವುದಿಲ್ಲ.
FAQ - ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು
ಪ್ರಶ್ನೆ: ನಾನು ನಿಜವಾದ ಪ್ರತಿಕ್ರಿಯೆ ಅಥವಾ ಪ್ರಿಫ್ಲೈಟ್ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಅಂಟಿಸಬೇಕೇ?
ಉತ್ತರ: ಬ್ರೌಸರ್ ಕೋಡ್ ಒಂದು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಓದಬಹುದೇ ಎಂದು ಪರಿಶೀಲಿಸಲು ನಿಜವಾದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಳಸಿ. ನಂತರದ ವಿಧಾನವನ್ನು ಮತ್ತು ಅದರ ವಿನಂತಿಸಿದ ಹೆಡರ್ ಹೆಸರುಗಳನ್ನು ಅನುಮೋದಿಸುವ OPTIONS ಪ್ರತ್ಯುತ್ತರಕ್ಕಾಗಿ ಪ್ರಿಫ್ಲೈಟ್ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಳಸಿ.
ಪ್ರಶ್ನೆ: ವೈಲ್ಡ್ಕಾರ್ಡ್ ರುಜುವಾತುಗಳೊಂದಿಗೆ ಏಕೆ ವಿಫಲವಾಗಬಹುದು?
ಉತ್ತರ: ಕುಕೀಗಳು ಅಥವಾ HTTP ದೃಢೀಕರಣವನ್ನು ಸೇರಿಸಿದಾಗ, ಅನುಮತಿಸಲಾದ ಮೂಲವು ವಿನಂತಿಸುವ ಮೂಲಕ್ಕೆ ನಿಖರವಾಗಿ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಅನುಮತಿಸಲಾದ ವಿಧಾನಗಳು ಮತ್ತು ಹೆಡರ್ಗಳಿಗಾಗಿ ವೈಲ್ಡ್ಕಾರ್ಡ್ಗಳು ಸಹ ತಮ್ಮ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಅರ್ಥವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ.
ಪ್ರಶ್ನೆ: ಲೈವ್ ವಿನಂತಿಯು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಹಾದುಹೋಗುವ ಫಲಿತಾಂಶವು ಸಾಬೀತುಪಡಿಸುತ್ತದೆಯೇ?
ಉತ್ತರ: ಇಲ್ಲ. ಈ ಫಲಿತಾಂಶವು ಅಂಟಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಇಲ್ಲಿ ನಮೂದಿಸಿದ ವಿನಂತಿಯ ವಿವರಗಳನ್ನು ಮಾತ್ರ ಒಳಗೊಂಡಿದೆ. ಮರುನಿರ್ದೇಶನಗಳು, ಕ್ಯಾಶ್ ಮಾಡಿದ ಪ್ರತಿಕ್ರಿಯೆಗಳು, ಸರ್ವರ್ ನಿಯಮಗಳನ್ನು ಬದಲಾಯಿಸುವುದು, ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆಗಳು ಮತ್ತು ಪ್ರಿಫ್ಲೈಟ್ ನಂತರ ನಿಜವಾದ ಪ್ರತಿಕ್ರಿಯೆಯು ಇನ್ನೂ ಫಲಿತಾಂಶವನ್ನು ಬದಲಾಯಿಸಬಹುದು.
ಪ್ರಶ್ನೆ: ಈ ಉಪಕರಣವನ್ನು ಬಳಸುವಾಗ ನನ್ನ ಡೇಟಾ ಸುರಕ್ಷಿತವೇ?
ಉತ್ತರ: ಹೌದು, ನಿಮ್ಮ ಹೆಡರ್ಗಳು ಮತ್ತು ವಿನಂತಿಯ ವಿವರಗಳು ನಿಮ್ಮ ಬ್ರೌಸರ್ನಲ್ಲಿಯೇ ಉಳಿಯುತ್ತವೆ. BroBroGo ಗೆ ಯಾವುದನ್ನೂ ಅಪ್ಲೋಡ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ಉಳಿಸಲಾಗುವುದಿಲ್ಲ.