VPN CORS ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗದು, ಅದು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ

ಒಟ್ಟಿಗೆ ಬದಲಾದ ಎರಡು ವಿಷಯಗಳನ್ನು ಬೇರ್ಪಡಿಸುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ: ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗ ಮತ್ತು ಬ್ರೌಸರ್‌ನ ಅನುಷ್ಠಾನ. VPN ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ಬದಲಿಸುತ್ತದೆ; ಅದು ಪುಟದ ಮೂಲವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಅದು ಸ್ಕೀಮ್, ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್‌ನಿಂದ ರೂಪುಗೊಳ್ಳುತ್ತದೆ. ವಿನಂತಿ ಈಗ ಯಶಸ್ವಿಯಾದರೆ, ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಏನೋ ಬದಲಾಗಿದೆ, ಅಥವಾ ವಿನಂತಿಯೇ ಬದಲಾಗಿದೆ. ಯಾವುದು ಎಂದು ಕಂಡುಹಿಡಿಯುವುದೇ ಪೂರ್ತಿ ತನಿಖೆ.

CORS ಬ್ರೌಸರ್ ಜಾರಿಗೊಳಿಸುವ ಹೆಡರ್ ಪ್ರೋಟೋಕಾಲ್, ಆದ್ದರಿಂದ ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗದಲ್ಲಿ ಯಾವುದೂ ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗದು.

ಮೂಲವು IP ವಿಳಾಸವಲ್ಲ

ಮೂಲವು ಸ್ಕೀಮ್, ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್. ಅದು ಪ್ಯಾಕೆಟ್‌ಗಳು ಹೊರಡುವ ವಿಳಾಸವಲ್ಲ, ಮತ್ತು ಸರ್ವರ್ ನೋಡುವ IP ಯೂ ಅಲ್ಲ. ಅದಕ್ಕೇ VPN ಪ್ರತಿಯೊಂದು ಗಮನಿಸಬಹುದಾದ ವಿಳಾಸವನ್ನು ಬದಲಿಸಿ ಮೂಲವನ್ನು ಅದೇ ರೀತಿ ಬಿಡಬಹುದು. ಬ್ರೌಸರ್ ಪ್ರತಿಕ್ರಿಯೆಯ Access-Control-Allow-Origin ಅನ್ನು ಪುಟದ ಮೂಲದೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ, ಮತ್ತು ನಿರ್ಗಮನ ವಿಳಾಸ ಆ ಹೋಲಿಕೆಗೆ ಎಂದೂ ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ.

ಆದ್ದರಿಂದ CORS ದೋಷವನ್ನು ಸರಿಪಡಿಸುತ್ತಿರುವಂತೆ ಕಾಣುವ ಎಕ್ಸ್‌ಟೆನ್ಷನ್ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಬೇರೆ ಏನನ್ನೋ ಮಾಡುತ್ತದೆ: ಹೆಡರ್‌ಗಳನ್ನು ಮರುಬರೆಯುತ್ತದೆ, ಅಥವಾ ವಿನಂತಿಯನ್ನು ಇನ್ನು ಕ್ರಾಸ್-ಒರಿಜಿನ್ ಆಗದಂತೆ ಮಾರ್ಗೀಕರಿಸುತ್ತದೆ. ಎರಡೂ VPNನ ಗುಣವಲ್ಲ.

ಬ್ರೌಸರ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಕಳುಹಿಸುತ್ತದೆ

ಸರಳವಲ್ಲದ ಕ್ರಾಸ್-ಒರಿಜಿನ್ ವಿನಂತಿಗೆ ಬ್ರೌಸರ್ ಮೊದಲು ಪೂರ್ವ-ಪರಿಶೀಲನೆ OPTIONS ಕಳುಹಿಸುತ್ತದೆ, ಅದು ಉದ್ದೇಶಿತ ಮೆಥಡ್ ಮತ್ತು ಹೆಡರ್‌ಗಳನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ. ಸರ್ವರ್ ತಾನು ಅನುಮತಿಸುವ ಅನುಮತಿಗಳೊಂದಿಗೆ ಉತ್ತರಿಸಬೇಕು, ಮತ್ತು ಆ ಉತ್ತರ ನಿಯಮಗಳನ್ನು ಪೂರೈಸಿದರೆ ಮಾತ್ರ ನಿಜವಾದ ವಿನಂತಿ ಮುಂದುವರಿಯುತ್ತದೆ. VPN ಎರಡೂ ವಿನಿಮಯಗಳನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಮಾರ್ಗವನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ಮಧ್ಯಂತರ ಸೇವೆಗಳು ಏನು ಉತ್ತರಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಬದಲಿಸಬಹುದು. ಅದು ಮೂಲ ಸ್ಟ್ರಿಂಗ್ ಅಥವಾ ಪೂರ್ವ-ಪರಿಶೀಲನೆಯ ಷರತ್ತನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಕಮಾಂಡ್-ಲೈನ್ ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಅದರಲ್ಲಿ ಏನನ್ನೂ ತೋರಿಸುವುದಿಲ್ಲ. ಅದು Origin ಹೆಡರ್ ಕಳುಹಿಸದಿರಬಹುದು, ಹೆಚ್ಚಾಗಿ ಪೂರ್ವ-ಪರಿಶೀಲನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಮತ್ತು ಬೇರೆ ರುಜುವಾತುಗಳನ್ನು ಹೊತ್ತಿರಬಹುದು. curl ಗೆ ಹಿಂತಿರುಗಿಸಿದ ಬಾಡಿ ಸರ್ವರ್ curl ಗೆ ಉತ್ತರಿಸಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಬದಲಾದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹುಡುಕಿ

ಕೇವಲ ಸ್ಥಿತಿ ಕೋಡ್ ಅಲ್ಲ, ಪ್ರತಿ ಮಾರ್ಗದ ನಿಜವಾದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹೋಲಿಸಿ. CORS ಅನುಮತಿಗಳನ್ನು ಹೊತ್ತ ಹೆಡರ್‌ಗಳು, ವಿಷಯದ ಪ್ರಕಾರ, ಯಾವುದೇ ಮರುನಿರ್ದೇಶನ, ಮತ್ತು WAF ಅಥವಾ CDN ರೂಪಾಂತರ ಬೇರೆ ಪುಟವನ್ನು ಸೃಷ್ಟಿಸಿದೆಯೇ ಎಂಬುದನ್ನು ನೋಡಿ. ಪ್ರಾದೇಶಿಕ ನಿರಾಕರಣೆ, ದೃಢೀಕರಣ ಮರುನಿರ್ದೇಶನ ಅಥವಾ ಅನುಮತಿ-ಹೆಡರ್ ಇಲ್ಲದ ದೋಷ ಪುಟ—ಎಲ್ಲವೂ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ ಆದರೆ CORS ದೋಷದಂತೆ ಕಾಣುತ್ತವೆ. ಅವು ವಿತರಣಾ-ಮಾರ್ಗದ ವ್ಯತ್ಯಾಸಗಳು, ಮತ್ತು ಅವನ್ನೇ ದಾಖಲಿಸಬೇಕು.

ಎರಡೂ ಮಾರ್ಗಗಳ ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್‌ಗಳನ್ನು ಸೆರೆಹಿಡಿದು ಸಾಲಿನಿಂದ ಸಾಲಿಗೆ ಹೋಲಿಸಿ. ಒಂದು ದೋಷ ಪುಟದಲ್ಲಿ Access-Control-Allow-Origin ಇಲ್ಲದಿರುವುದೇ ಏಕೈಕ ವ್ಯತ್ಯಾಸವಾದರೆ, ನೀವು ಕಾರಣವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ.

ಅನುಷ್ಠಾನವಲ್ಲ, ಸೇವೆಯನ್ನು ಸರಿಪಡಿಸಿ

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

CORS ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಬ್ರೌಸರ್ ಎಕ್ಸ್‌ಟೆನ್ಷನ್‌ಗಳನ್ನು ತಪ್ಪಿಸಿ. ಅವು ಭದ್ರತಾ ಗಡಿಯನ್ನು ಬದಲಿಸುತ್ತವೆ ಮತ್ತು ವಿವರಿಸಬೇಕಾದ ಪ್ರತಿಕ್ರಿಯೆ-ವ್ಯತ್ಯಾಸವನ್ನು ಮರೆಮಾಡುತ್ತವೆ, ಮತ್ತು ಉಳಿದ ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರರಿಗೂ ಅದೇ ವೈಫಲ್ಯವನ್ನು ಬಿಡುತ್ತವೆ.

ಎರಡೂ ಪ್ರತಿಕ್ರಿಯೆಗಳು, ಬಳಸಿದ ಮೂಲ ಮತ್ತು ತೆಗೆದುಕೊಂಡ ಮಾರ್ಗವನ್ನು ದಾಖಲಿಸಿ. ಆ ದಾಖಲೆ VPN ವದಂತಿಯನ್ನು ಸೇವಾ ದೋಷವಾಗಿ ಬದಲಿಸುತ್ತದೆ.