ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಯ ಹೋಸ್ಟ್‌ನಾಮ್ ವಿನಂತಿಯಲ್ಲಿ ಇಲ್ಲ

east.proxy.example ಮತ್ತು west.proxy.example ಒಂದೇ ಸಾಮಾನ್ಯ HTTP ಪ್ರಾಕ್ಸಿ ಶ್ರೋತೃಕ್ಕೆ ಪರಿಹರಿಸಲಾಗುತ್ತವೆ ಎಂದು ಭಾವಿಸೋಣ. ಯಾವುದೇ ಹೆಸರನ್ನು ಬಳಸುವ ಕ್ಲೈಂಟ್ ಕಳುಹಿಸಬಹುದು:

GET http://www.example.org/report HTTP/1.1
Host: www.example.org

ವಿನಂತಿ ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ. TCP ತೆರೆಯುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಪರಿಹರಿಸಿದ ಪ್ರಾಕ್ಸಿ ಅಲಿಯಾಸ್ ಅನ್ನು ಅದು ಹೊತ್ತೊಯ್ಯುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ Express ನಲ್ಲಿ Host ನಿಂದ ಪಡೆದ ಹೋಸ್ಟ್‌ನಾಮ್ ಆ ಪ್ರಾಕ್ಸಿ ಉಪಡೊಮೇನ್‌ಗಳ ಆಧಾರದ ಮೇಲೆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾರದು.

ನೀವು ಕ್ಲೈಂಟ್ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಎರಡನ್ನೂ ನಿಯಂತ್ರಿಸಿದರೆ, ಸ್ಪಷ್ಟ ರೂಟಿಂಗ್ ಇನ್‌ಪುಟ್ ಒದಗಿಸಿ. X-Route ಲೇಬಲ್ ಅನ್ನು ಜಾರಿಗೆ ತರುವ ಪ್ರಾಕ್ಸಿಗೆ:

curl --proxy http://east.proxy.example:8080 \
  --proxy-header 'X-Route: east' \
  https://www.example.org/

--proxy-header ಪ್ರಾಕ್ಸಿಯೊಂದಿಗಿನ ಸಂವಹನವನ್ನು ಗುರಿಯಾಗಿಸುತ್ತದೆ, CONNECT ಸೇರಿದಂತೆ. HTTPS ವಿನಂತಿಯಲ್ಲಿನ ಸಾಮಾನ್ಯ -H ಶೀರ್ಷಿಕೆ ಗಮ್ಯಸ್ಥಾನದ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ HTTP ವಿನಿಮಯದ ಒಳಗೆ ಸೇರುತ್ತದೆ.

ಸರ್ವರ್ ರೂಟಿಂಗ್ ನೀತಿಯನ್ನು ಜಾರಿಗೆ ತಂದು ಅಧಿಕೃತಗೊಳಿಸಬೇಕು, ನಂತರ ಲೇಬಲ್ ಅನ್ನು ವೆಬ್‌ಸೈಟ್‌ಗೆ ಕಳುಹಿಸದೆ ಬಳಸಿಕೊಳ್ಳಬೇಕು. ಪರ್ಯಾಯವಾಗಿ, ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸಿದ ಕೇಳುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಖಾತೆಗಳನ್ನು ರೂಟಿಂಗ್ ಇನ್‌ಪುಟ್ ಆಗಿ ಬಳಸಿ.

HTTPS ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ, Node ತನ್ನ HTTP ಸರ್ವರ್‌ನ connect ಘಟನೆಯ ಮೂಲಕ ಆರಂಭಿಕ ಸುರಂಗ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯ Express ವಿನಂತಿ ಮಿಡಲ್‌ವೇರ್ ಆ ಘಟನೆಯನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಅದರ CONNECT ಗುರಿ ಇನ್ನೂ ಗಮ್ಯಸ್ಥಾನ ಸರ್ವರ್ ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ, ಪ್ರಾಕ್ಸಿ ಅಲಿಯಾಸ್ ಅನ್ನಲ್ಲ.