VPN ಹಿಂದೆ Plex ರಿಮೋಟ್ ಪ್ರವೇಶ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸುವುದು

VPN ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಂಡ ಕ್ಷಣವೇ ರಿಮೋಟ್ ಪ್ರವೇಶ ಲಭ್ಯವಿಲ್ಲ ಎಂದಾಗುತ್ತದೆ, ಆದರೆ ಅದೇ ಸರ್ವರ್ ದೂರಿಲ್ಲದೆ LAN ಗೆ ಸ್ಟ್ರೀಮ್ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ. Plex ಲಾಗ್ಗಳಲ್ಲಿ ಈ ಬದಲಾವಣೆಗೆ ಯಾವುದೇ ವಿವರಣೆ ಇಲ್ಲ, ಏಕೆಂದರೆ ಮುರಿದ ಭಾಗ Plex ಅಲ್ಲ: ಅದು ಸಂಚಾರವು ಇನ್ನು ಮುಂದೆ ತಲುಪದ ವಿಳಾಸವನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ. ಗ್ರಾಹಕರ ನಡುವೆ ಒಂದು ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಪೂರೈಕೆದಾರರು ಒಂದು ಪೋರ್ಟ್ ಅನ್ನು ನಿಮ್ಮ ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತಾರೆ, ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಯಂತ್ರದಲ್ಲಿನ ಯಾವುದೋ ಒಂದು ಆ ಪೋರ್ಟ್ ಅನ್ನು Plex ಶ್ರೋತೃಕ್ಕೆ ಸಾಗಿಸಬೇಕು. ತಲುಪಬಹುದಾದ ಪರೀಕ್ಷೆ ಹಸಿರಾಗುವ ಮೊದಲು ಮೂರೂ ಕೊಂಡಿಗಳು ಒಂದೇ ಬಾಹ್ಯ ಪೋರ್ಟ್ನಲ್ಲಿ ಒಪ್ಪಬೇಕು.

ಸರಪಳಿಯಲ್ಲಿ ಮೂರು ಕೊಂಡಿಗಳಿವೆ, ಮತ್ತು Plex ಕೊನೆಯದನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ

ಪೂರೈಕೆದಾರರಿಗೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವಿದೆ ಮತ್ತು ಅವರ ಪೋರ್ಟ್ಗಳಲ್ಲಿ ಒಂದನ್ನು ನಿಮ್ಮ ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ನಕ್ಷೆ ಮಾಡುತ್ತಾರೆ. ನಿಮ್ಮ ಯಂತ್ರವು ಆ ಪೋರ್ಟ್ಗೆ ಬರುವ ಎಲ್ಲವನ್ನೂ ತೆಗೆದುಕೊಂಡು Plex ಶ್ರೋತೃಕ್ಕೆ ಮರುನಿರ್ದೇಶಿಸುತ್ತದೆ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಲೂಪ್ಬ್ಯಾಕ್ ಪೋರ್ಟ್ 32400 ನಲ್ಲಿ ಕುಳಿತಿರುತ್ತದೆ. ನಂತರ Plex ಗೆ ಬಾಹ್ಯ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯನ್ನು ತಿಳಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ ಅದರ ಸ್ವಂತ ಪರಿಶೀಲನೆ ಹೊರಗಿನ ಜಗತ್ತು ಡಯಲ್ ಮಾಡುವುದಕ್ಕೆ ಹೊಂದುತ್ತದೆ.

ಯಾವುದೇ ಒಂದು ಕೊಂಡಿಯನ್ನು ಮುರಿದರೆ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ರಿಮೋಟ್ ಪ್ರವೇಶವನ್ನು ಲಭ್ಯವಿಲ್ಲ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಯಾವ ಕೊಂಡಿ ವಿಫಲವಾಯಿತು ಎಂಬ ಯಾವುದೇ ಸುಳಿವಿಲ್ಲದೆ. ಆ ಮೌನವೇ ಜನರು ಸರ್ವರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಪದೇ ಪದೇ ಟಾಗಲ್ ಮಾಡುವ ಕಾರಣ, ಆದರೆ ಸೂಜಿ ಅಲುಗಾಡುವುದಿಲ್ಲ. ಮೂರು ಕೊಂಡಿಗಳು ಸ್ವತಂತ್ರವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ: ಹಳೆಯ ಸುರಂಗ ವಿಳಾಸದ ಕಡೆ ಗುರಿಯಿಟ್ಟ ಫಾರ್ವರ್ಡ್, Ethernet ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಮಾತ್ರ ಆವರಿಸುವ ಮರುನಿರ್ದೇಶನ, ಮತ್ತು ಇನ್ನೂ 32400 ಹೊಂದಿರುವ Plex ಕ್ಷೇತ್ರ, ಎಲ್ಲವೂ ಒಂದೇ ಕೆಂಪು ಪಠ್ಯವನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ. ಊಹಿಸುವ ಬದಲು ಶ್ರೋತೃದಿಂದ ಹೊರಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ, ಮತ್ತು ವಿಫಲವಾದ ಕೊಂಡಿ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ನಿಮಿಷದಲ್ಲಿ ತನ್ನ ಹೆಸರನ್ನು ಹೇಳಿಕೊಳ್ಳುತ್ತದೆ.

ಮೊದಲ ಕೊಂಡಿ: VPN ಪೂರೈಕೆದಾರರಲ್ಲಿ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡಿ

ಪೂರೈಕೆದಾರರ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಪುಟವನ್ನು ತೆರೆದು ನಕ್ಷೆಯನ್ನು ಸೇರಿಸಿ. ಹೆಚ್ಚಿನ ಅನುಷ್ಠಾನಗಳು ನಿಮಗೆ ಯಾದೃಚ್ಛಿಕ ಬಾಹ್ಯ ಪೋರ್ಟ್ ನೀಡಿ ಒಳಗಿನದನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಬಿಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಹಂಚಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಈಗ ಹೊಂದಿರುವ ಸುರಂಗ ವಿಳಾಸದ ಕಡೆ ಗುರಿಯಿಡಿ. ಆ ಸಂಖ್ಯೆಯನ್ನು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಮುಂದಿನ ಹಂತವೂ ಅದನ್ನು ನಿಖರವಾಗಿ ಪುನರಾವರ್ತಿಸುತ್ತದೆ.

ಮರುಸಂಪರ್ಕದಲ್ಲಿ ನಕ್ಷೆಯನ್ನು ತಿರುಗಿಸುವ ಪೂರೈಕೆದಾರರು ಈ ಸೆಟಪ್ ಒಂದು ಸಂಜೆ ಉಳಿದು ನಂತರ ಸಾಯುವ ಸಾಮಾನ್ಯ ಕಾರಣ. ಕೆಲವರು ಸ್ಥಿರ ಪೋರ್ಟ್ ಕೇಳಲು ಬಿಡುತ್ತಾರೆ, ಇತರರು ಪ್ರತಿ ಹಸ್ತಲಾಘವದಲ್ಲಿ ಹೊಸದನ್ನು ಹಂಚುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಯಾವುದನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲು ಪ್ರಸ್ತುತ ನಕ್ಷೆ ಪುಟವನ್ನು ಓದಿ.

ಎರಡನೇ ಕೊಂಡಿ: pf ಆಂಕರ್ನೊಂದಿಗೆ ಪೋರ್ಟ್ ಮರುನಿರ್ದೇಶಿಸಿ

macOS ನಲ್ಲಿ ಮರುನಿರ್ದೇಶನ pf ಆಂಕರ್ನಲ್ಲಿದೆ, ಪ್ಯಾಕೆಟ್ ಸಾಗಿಸಬಲ್ಲ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೆ ಒಂದು ನಿಯಮ. ಮೊದಲು ಸುರಂಗದ ನಿಯಮ ಮತ್ತು ನಂತರ Ethernet ನಿಯಮ ಬರೆಯಿರಿ, ಎರಡರಲ್ಲೂ ಅದೇ ಬಾಹ್ಯ ಪೋರ್ಟ್ ಇರಲಿ, ಇಲ್ಲದಿದ್ದರೆ ಫೇಲ್ಓವರ್ ಸಮಯದಲ್ಲಿ Wi-Fi ಮೂಲಕ ಬರುವ ಸಂಚಾರ ಎಲ್ಲಿಯೂ ಇಳಿಯುವುದಿಲ್ಲ.

# /etc/pf.anchors/plex.forward
rdr pass on tun0 inet proto tcp from any to any port 41893 -> 127.0.0.1 port 32400
rdr pass on en0 inet proto tcp from any to any port 41893 -> 127.0.0.1 port 32400

ಆಂಕರ್ ಫೈಲ್ ತಾನಾಗಿಯೇ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ; ಮುಖ್ಯ ಸಂರಚನೆಯು ಅದನ್ನು ಉಲ್ಲೇಖಿಸಿ ಲೋಡ್ ಮಾಡಬೇಕು. ಈ ಎರಡು ಸಾಲುಗಳನ್ನು /etc/pf.conf ನಲ್ಲಿ ಇರಿಸಿ, ಯಾವುದೇ ಇರುವ ಮರುನಿರ್ದೇಶನ ನಿಯಮಗಳಿಗಿಂತ ಮೊದಲು, ನಂತರ ಮತ್ತೆ ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಕರ್ನಲ್ ನಿಜವಾಗಿ ಏನನ್ನು ಸ್ವೀಕರಿಸಿತು ಎಂದು ಓದಿ.

rdr-anchor "plex"
load anchor "plex" from "/etc/pf.anchors/plex.forward"

sudo pfctl -vnf /etc/pf.anchors/plex.forward
sudo pfctl -f /etc/pf.conf
sudo pfctl -s nat

ಅಜ್ಞಾತ ಪೋರ್ಟ್ ಬಗ್ಗೆ ಸಿಂಟ್ಯಾಕ್ಸ್ ದೂರು ಎಂದರೆ ನಿಮ್ಮ ಸಂಪಾದನೆಯಿಂದ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ ಉಳಿದುಕೊಂಡಿದೆ. ಖಾಲಿ nat ಕೋಷ್ಟಕ ಎಂದರೆ ಆಂಕರ್ ಎಂದೂ ಲೋಡ್ ಆಗಿಲ್ಲ, ಮತ್ತು ಪ್ರಸ್ತುತ macOS ನಲ್ಲಿ pf ಡೀಫಾಲ್ಟ್ ಆಗಿ ಸಕ್ರಿಯವಾಗಿಲ್ಲದ ಕಾರಣ, sudo pfctl -E ಸರಿಪಡಿಸುವಿಕೆಯ ಭಾಗ, ಐಚ್ಛಿಕ ಹೆಚ್ಚುವರಿಗಳಲ್ಲ. ಪ್ರತಿ ಮರುಬೂಟ್ ಮತ್ತು ಪ್ರತಿ ನಕ್ಷೆ ಬದಲಾವಣೆಯ ನಂತರ ಆಂಕರ್ ಅನ್ನು ಮತ್ತೆ ಲೋಡ್ ಮಾಡಿ. ಆಂಕರ್ ಫೈಲ್ ಅನ್ನು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣದಲ್ಲಿಡಿ, ಇದರಿಂದ ಪೂರೈಕೆದಾರರ ಪೋರ್ಟ್ ಬದಲಾವಣೆ ಮರುಶೋಧನೆಯ ವ್ಯಾಯಾಮವಲ್ಲ, ಒಂದು ಸಾಲಿನ ಸಂಪಾದನೆಯಾಗುತ್ತದೆ.

ಮೂರನೇ ಕೊಂಡಿ: Plex ಒಳಗೆ ಅದೇ ಪೋರ್ಟ್ ಅನ್ನು ಪಿನ್ ಮಾಡಿ

Plex ನಲ್ಲಿ ಸೆಟ್ಟಿಂಗ್ಸ್ ತೆರೆಯಿರಿ, ನಂತರ ಸರ್ವರ್, ನಂತರ ರಿಮೋಟ್ ಪ್ರವೇಶ, ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಕೈಯಿಂದ ಸೂಚಿಸಲು ಅನುಮತಿಸುವ ಬಾಕ್ಸ್ ಅನ್ನು ಟಿಕ್ ಮಾಡಿ. 32400 ಬದಲು ಪೂರೈಕೆದಾರರ ಬಾಹ್ಯ ಪೋರ್ಟ್ ನಮೂದಿಸಿ, ನಂತರ ತಲುಪಬಹುದಾದ ಪರೀಕ್ಷೆಯನ್ನು ಚಲಾಯಿಸಲು ಬಿಡಿ. ಹೊಸ ಬಿಲ್ಡ್ಗಳು ಈ ನಿಯಂತ್ರಣವನ್ನು ಹಳೆಯ Connect ಪುಟದಿಂದ ದೂರ ಸರಿಸಿವೆ, ಆದ್ದರಿಂದ ಮಾರ್ಗದರ್ಶಿ ಹೇಳುವ ಸ್ಥಳದಲ್ಲಿ ಕ್ಷೇತ್ರವಿಲ್ಲದಿದ್ದರೆ ರಿಮೋಟ್ ಪ್ರವೇಶದ ಅಡಿಯಲ್ಲಿ ನೋಡಿ.

LAN ನಿಂದ ಪರೀಕ್ಷಿಸುವುದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅದೇ Wi-Fi ನಲ್ಲಿರುವ ಲ್ಯಾಪ್ಟಾಪ್ ಸರ್ವರ್ಗೆ ನೇರವಾಗಿ ತಲುಪುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾರ್ವಜನಿಕ ಮಾರ್ಗ ಮೃತವಾಗಿದ್ದರೂ ಪರಿಶೀಲನೆ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಸೆಲ್ಯುಲಾರ್ ಡೇಟಾದ ಫೋನ್, ಅಥವಾ ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನ ಹೊರಗಿನ ಯಾವುದೇ ಹೋಸ್ಟ್ ಬಳಸಿ ಮತ್ತು ಅಲ್ಲಿಂದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಮತ್ತು ಬಾಹ್ಯ ಪೋರ್ಟ್ ಡಯಲ್ ಮಾಡಿ.

Plex ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಪ್ರತಿ ಕೊಂಡಿಯನ್ನು ದೃಢೀಕರಿಸಿ

ಶ್ರೋತೃದಿಂದ ಪ್ರಾರಂಭಿಸಿ ಹೊರಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ. Plex ಕೇವಲ LAN ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾಗಿದ್ದರೆ ಲೂಪ್ಬ್ಯಾಕ್ ಕಡೆಗಿನ ಮರುನಿರ್ದೇಶನವನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲ ಆಜ್ಞೆ ಅದು ಎಲ್ಲಿ ಕೇಳುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವ ಆಜ್ಞೆ.

sudo lsof -nP -iTCP:32400 -sTCP:LISTEN

ನಂತರ ಮರುನಿರ್ದೇಶನ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಮತ್ತು ನೀವು ಪೂರೈಕೆದಾರರಿಗೆ ನೀಡಿದ ಪೋರ್ಟ್ಗೆ ಹೊಂದುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ. nat ಕೋಷ್ಟಕವು ಎರಡೂ ಇಂಟರ್ಫೇಸ್ಗಳಲ್ಲಿ ಅದೇ ಬಾಹ್ಯ ಪೋರ್ಟ್ ತೋರಿಸಬೇಕು.

sudo pfctl -s nat | grep 41893
nc -vz 203.0.113.42 41893

ಆ ಕೊನೆಯ ಆಜ್ಞೆಯನ್ನು Mac ನಿಂದ ಅಲ್ಲ, ನೆಟ್ವರ್ಕ್ನ ಹೊರಗಿನಿಂದ ಚಲಾಯಿಸಿ. ಸೆಲ್ಯುಲಾರ್ನಿಂದ TCP ಸಂಪರ್ಕ ಪೂರ್ಣಗೊಂಡರೂ Plex ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ತೋರಿಸಿದರೆ, ಪೋರ್ಟ್ ಶ್ರೋತೃವನ್ನು ತಲುಪುತ್ತಿದೆ ಮತ್ತು ಉಳಿದ ಶಂಕಿತ Plex ಕ್ಷೇತ್ರದಲ್ಲಿ ಬರೆದ ಸಂಖ್ಯೆ. ಏನೂ ಉತ್ತರಿಸದಿದ್ದರೆ, ಮುರಿತ ಮೇಲ್ಭಾಗದಲ್ಲಿದೆ: ಪೂರೈಕೆದಾರರ ನಕ್ಷೆ, ಸುರಂಗ ವಿಳಾಸ, ಅಥವಾ pf ಸಕ್ರಿಯವಾಗಿಲ್ಲದಿರುವುದು.