VPN ಮೂಲಕ Wake-on-LAN ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲವೇ? ಪ್ರಸಾರ ಎಂದಿಗೂ ದಾಟುವುದಿಲ್ಲ

ಸುರಂಗ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಹಂಚಿಕೆಗಳು ಉತ್ತರಿಸುತ್ತಿವೆ, ಆದರೂ ಯಂತ್ರ ನಿದ್ರೆಯಲ್ಲೇ ಇರುತ್ತದೆ. magic packet ಅನ್ನು ಗುರಿಯ ಸ್ವಂತ ವಿಭಾಗದಲ್ಲೇ ಕಳುಹಿಸಬೇಕು, ಆದ್ದರಿಂದ ಅಲ್ಲಿ ಸಹಾಯಕನನ್ನು ಇರಿಸಿ.

ನೀವು ಕಚೇರಿಯ ಯಂತ್ರವನ್ನು ನಿದ್ರೆಗೆ ಹಾಕುತ್ತೀರಿ, ಮನೆಯಿಂದ VPN ಸಂಪರ್ಕಿಸುತ್ತೀರಿ, ಅದು ಆಫ್ ಆಗಿಯೇ ಇರುತ್ತದೆ. ಸುರಂಗ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ, ಕಡತ ಹಂಚಿಕೆಗಳು ಉತ್ತರಿಸುತ್ತಿವೆ, ಮತ್ತು ರೌಟರ್‌ನ wake-on-LAN ಪುಟ ವಿನಂತಿ ಕಳುಹಿಸಿದೆ ಎಂದು ತಿಳಿಸುತ್ತದೆ. ಕಾಣುವ ಪ್ರತಿಯೊಂದು ಸಂಕೇತವೂ ಜಾಲ ಸರಿಯಾಗಿದೆ ಎನ್ನುತ್ತದೆ, ಅದಕ್ಕೇ ಈ ಪ್ರಕರಣ ಗೊಂದಲಕರ: ಯಂತ್ರವನ್ನು ಎಬ್ಬಿಸುವ ಚೌಕಟ್ಟು ಅದು ಇರುವ ವಿಭಾಗವನ್ನು ಎಂದಿಗೂ ತಲುಪುವುದಿಲ್ಲ.

ಲಕ್ಷಣಗಳು ಉಪಜಾಲದ ಕಡೆಗೆ ತೋರಿಸುತ್ತವೆ, ಸುರಂಗದ ಕಡೆಗೆ ಅಲ್ಲ

ನಿದ್ರಿಸುತ್ತಿರುವ ಆತಿಥೇಯಕ್ಕೆ ಪಿಂಗ್ ವಿಫಲವಾಗುತ್ತದೆ, ಆ ಭಾಗ ಸಾಮಾನ್ಯ. ಸ್ಟ್ಯಾಂಡ್‌ಬೈನಲ್ಲಿರುವ ಯಂತ್ರಕ್ಕೆ ಚಾಲನೆಯಲ್ಲಿರುವ IP ಸ್ಟ್ಯಾಕ್ ಇರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ARP ಅಥವಾ ICMP ಗೆ ಉತ್ತರಿಸಲಾರದು, ಯಾವ ಸುರಂಗ ಸಂರಚನೆಯೂ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಉಪಯುಕ್ತ ಪರೀಕ್ಷೆ ಎಂದರೆ ಅದೇ LAN ನಲ್ಲಿ ಎರಡನೇ ಯಂತ್ರ ಎದ್ದೇಳುತ್ತದೆಯೇ, ರೌಟರ್‌ನ ಸ್ವಂತ ಎಬ್ಬಿಸುವ ಪುಟ ಅದಕ್ಕೆ ಸೇರಿಸಿದ ಆತಿಥೇಯಕ್ಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದು.

ಅದೇ ವಿಭಾಗದಲ್ಲಿ ಪರೀಕ್ಷೆ ಉತ್ತೀರ್ಣವಾದ ಮೇಲೆ, ದೋಷ ವ್ಯಾಪ್ತಿಯಲ್ಲಿದೆ. ನೀವು ಬಳಸುವ ಕಳುಹಿಸುವವರು VPN ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ, ಅದು ನಿರ್ಮಿಸುವ ಪ್ಯಾಕೆಟ್ ಸ್ಥಳೀಯ ಕೊಂಡಿಗೆ ಪ್ರಸಾರ, ಆದ್ದರಿಂದ ಅದು ತಪ್ಪು ಇಂಟರ್‌ಫೇಸ್‌ನಿಂದ ಹೊರಹೋಗುತ್ತದೆ ಅಥವಾ ಹೊರಹೋಗುವುದೇ ಇಲ್ಲ. ಸುರಂಗ ಕೆಟ್ಟಿಲ್ಲ; ಅದು ತಪ್ಪು ಬಗೆಯ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುತ್ತಿದೆ. ರೌಟರ್‌ನ ಒಂದು ಸೆಟ್ಟಿಂಗನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಕಳುಹಿಸುವವರು ಯಾವ ಇಂಟರ್‌ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ.

magic packet ಒಂದು ಚೌಕಟ್ಟು, ಸೇವೆ ಅಲ್ಲ

ಪೇಲೋಡ್ ಆರು ಬೈಟ್‌ಗಳ ಸ್ಥಿರ ಹೆಡರ್ 0xFF ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ನಂತರ ಗುರಿ ಕಾರ್ಡ್‌ನ ಯಂತ್ರಾಂಶ ವಿಳಾಸ ಹದಿನಾರು ಬಾರಿ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ, ನಂತರ ನಾಲ್ಕು ಬೈಟ್‌ಗಳ ಐಚ್ಛಿಕ SecureOn ಗುಪ್ತಪದ ಬರುತ್ತದೆ. ಕಳುಹಿಸುವವರು ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ UDP ನಲ್ಲಿ ಸುತ್ತಿ ಪೋರ್ಟ್ 7 ಅಥವಾ ಪೋರ್ಟ್ 9 ಗೆ ಕಳುಹಿಸುತ್ತಾರೆ, ಆದರೆ ಪೋರ್ಟ್ ಸಂಖ್ಯೆ ಕಳುಹಿಸುವವರು ಮತ್ತು ಕಾರ್ಡ್ ನಡುವಿನ ಸಂಪ್ರದಾಯ, ಸಂಪರ್ಕಿಸಬಹುದಾದ ಕೇಳುಗ ಅಲ್ಲ. ಯಾವುದೂ ಕೇಳುತ್ತಿಲ್ಲ, ಯಾವುದೂ ಉತ್ತರಿಸುತ್ತಿಲ್ಲ.

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

ರೌಟ್ ಮಾಡಿದ ಸುರಂಗ ಅದನ್ನು ಏಕೆ ತಲುಪಿಸಲಾರದು

ರೌಟ್ ಮಾಡಿದ VPN ಇಂಟರ್‌ಫೇಸ್ ಎರಡು ಸುರಂಗ ವಿಳಾಸಗಳ ನಡುವಿನ ಬಿಂದು-ಬಿಂದು IP ಕೊಂಡಿ. ಅದು ಸಹವರ್ತಿಗೆ ವಿಳಾಸ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸಲು ಇದೆ, ಆದ್ದರಿಂದ ಪಿಂಗ್, SSH ಮತ್ತು ಕಡತ ಹಂಚಿಕೆಗಳು ಅದರ ಮೂಲಕ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಪ್ರಸಾರ ಚೌಕಟ್ಟು ಆ ಸಹವರ್ತಿಗೆ ವಿಳಾಸವಾಗಿಲ್ಲ, ಮತ್ತು ಸೀಮಿತ ಪ್ರಸಾರ ವಿಳಾಸವನ್ನು ರೌಟರ್ ಎಂದಿಗೂ ತಾನಾಗಿಯೇ ಮುಂದೆ ಕಳುಹಿಸುವುದಿಲ್ಲ.

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

ಕಾರ್ಡ್‌ನ್ನು ನಿಜವಾಗಿ ತಲುಪುವ ಮೂರು ಸ್ಥಳಗಳು

ಪ್ರತಿ ಕಾರ್ಯಸಾಧ್ಯ ಜೋಡಣೆಯೂ ಚೌಕಟ್ಟನ್ನು ಗುರಿಯ ವಿಭಾಗದಲ್ಲಿ ಇಡುತ್ತದೆ, ಅವು ಜಾಲಕ್ಕೆ ಎಷ್ಟು ಉಪದ್ರವ ಕೊಡುತ್ತವೆ ಎಂಬುದರಲ್ಲಿ ಭಿನ್ನ:

  1. ಗುರಿ ವಿಭಾಗದಲ್ಲಿ ಯಾವಾಗಲೂ ಆನ್ ಇರುವ ಸಾಧನವನ್ನು ಇರಿಸಿ. ವಿದ್ಯುತ್‌ನಲ್ಲಿ ಇರುವ ರೌಟರ್, NAS ಅಥವಾ ಸಣ್ಣ ಲಿನಕ್ಸ ಪೆಟ್ಟಿಗೆ ಚೌಕಟ್ಟನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಕಳುಹಿಸಬಲ್ಲದು, ಸುರಂಗದ ಮೂಲಕ ಅದನ್ನು ತಲುಪಿದ ಕ್ಷಣ, ಮತ್ತು VPN ನಲ್ಲಿ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ.
  2. ರೌಟರೇ ಚೌಕಟ್ಟನ್ನು ಕಳುಹಿಸಲಿ. ಅನೇಕ ಫರ್ಮ್‌ವೇರ್‌ಗಳು LAN ಸೇತುವೆಯಿಂದ ಕಳುಹಿಸುವ ಎಬ್ಬಿಸುವ ಪುಟ ನೀಡುತ್ತವೆ, ಗುರಿ ಆ ಸೇತುವೆಯ ಮೇಲಿರುವವರೆಗೆ ಇದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಎರಡನೇ ರೌಟರ್ ಹಿಂದೆ ಇಲ್ಲದಿದ್ದರೆ.
  3. ಪ್ರಸಾರಗಳು ನಿಜವಾಗಿ ದಾಟಬೇಕಾದರೆ ಸ್ಥಳಗಳನ್ನು TAP ಬಗೆಯ ಸುರಂಗದಿಂದ ಸೇತುವೆ ಮಾಡಿ. ಇದು ಎರಡು ಪ್ರಸಾರ ಕ್ಷೇತ್ರಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ಜೊತೆಗೆ ಪ್ರಸಾರ ಬಿರುಗಾಳಿಗಳು, ಒಂದೇ ವಿಳಾಸ ಯೋಜನೆ ಮತ್ತು ಎರಡೂ ಸ್ಥಳಗಳನ್ನು ಒಟ್ಟಿಗೆ ನೋಡುವ ಪ್ರತಿ ಅನ್ವೇಷಣಾ ಪ್ರೋಟೋಕಾಲ್ ಬರುತ್ತವೆ.

ಮೊದಲ ಆಯ್ಕೆ ಒಂದು ಯಂತ್ರಕ್ಕೆ ಉತ್ತಮ. ಮೂರನೆಯದು ನಿರಂತರ ವೆಚ್ಚದ ಜಾಲ ವಿನ್ಯಾಸ ನಿರ್ಣಯ, ಆದ್ದರಿಂದ ಅದನ್ನು ಹಾಗೆಯೇ ಪರಿಗಣಿಸಿ, ಒಂದು ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗೆ ತ್ವರಿತ ಪರಿಹಾರವಾಗಿ ಅಲ್ಲ.

ಯಾವ ಸಹಾಯಕ ಚೌಕಟ್ಟನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಯಾವ ಸೇತುವೆ ಅಥವಾ VLAN ನಲ್ಲಿದೆ ಎಂದು ಬರೆಯಿರಿ. ತಪ್ಪು ಇಂಟರ್‌ಫೇಸ್‌ನಿಂದ ಕಳುಹಿಸುವ ಸಹಾಯಕ ಪೂರ್ಣ ದಾಖಲೆಯನ್ನೂ ಎಂದಿಗೂ ಎದ್ದೇಳದ ಯಂತ್ರವನ್ನೂ ಕೊಡುತ್ತದೆ, ಆ ಜೋಡಿ ಒಂದು ಮಧ್ಯಾಹ್ನವನ್ನು ತಿನ್ನುತ್ತದೆ.

ಕ್ಲೈಂಟ್‌ಗೆ ದೂರು ಹೇಳುವ ಮೊದಲು ಕಳುಹಿಸುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಮೊದಲು ಗುರಿ ಕಾರ್ಡ್ ನೋಡಿ, ಏಕೆಂದರೆ ಯಾವ ಕಳುಹಿಸುವವರೂ ಸಿದ್ಧವಿಲ್ಲದ ಕಾರ್ಡ್ ಎಬ್ಬಿಸಲಾರರು. ಕೆಳಗಿನ ಆದೇಶವು ಬೆಂಬಲಿತ ಮತ್ತು ಪ್ರಸ್ತುತ ಎಬ್ಬಿಸುವ ವಿಧಾನಗಳನ್ನು ಓದುತ್ತದೆ, ಇಲ್ಲಿ ಪ್ರಸ್ತುತ g ಮೌಲ್ಯ ಎಂದರೆ magic packet ಆನ್ ಆಗಿದೆ:

ethtool enp3s0 | grep -A1 'Wake-on'
ip neigh show 192.168.1.50
tcpdump -ni br0 -e 'ether broadcast and udp dst port 9'
etherwake -i br0 3c:7c:3f:00:11:22

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

Windows ನಲ್ಲಿ ಕಾರ್ಡ್‌ನ ಸಮಾನ ಪರಿಶೀಲನೆ powercfg /devicequery wake_armed, ಇದು ವ್ಯವಸ್ಥೆಯನ್ನು ಎಬ್ಬಿಸಲು ಅನುಮತಿ ಇರುವ ಸಾಧನಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಆ ಪಟ್ಟಿಯಲ್ಲಿ ಇಲ್ಲದ ಜಾಲ ಅಡಾಪ್ಟರ್ ತನಗೆ ಕಳುಹಿಸಿದ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ಟನ್ನೂ ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ, ಚೌಕಟ್ಟು ತಂತಿಯಲ್ಲಿ ಎಷ್ಟೇ ಸರಿಯಾಗಿ ಕಾಣಿಸಿದರೂ.

ನಂತರ ಎದ್ದೇಳುವಿಕೆ ಮತ್ತು ಮುಂದಿನದನ್ನು ದೃಢೀಕರಿಸಿ. ಆನ್ ಆಗುವ ಆದರೆ ಹೆಸರಿನಿಂದ ಅಗಮ್ಯವಾಗಿ ಉಳಿಯುವ ಯಂತ್ರಕ್ಕೆ ಸ್ಥಿರ ವಿಳಾಸ ಮತ್ತು DNS ದಾಖಲೆ ಬೇಕು, ಏಕೆಂದರೆ ಪ್ರಸಾರದಿಂದ ಹೆಸರು ಬಿಡಿಸುವುದು ಇನ್ನೂ ಸುರಂಗ ದಾಟುವುದಿಲ್ಲ. ತಂತಿರಹಿತ ಎಬ್ಬಿಸುವಿಕೆ ಪ್ರತ್ಯೇಕ ಮತ್ತು ತಂತಿ ಆವೃತ್ತಿಗಿಂತ ಬಹಳ ಕಡಿಮೆ ನಂಬಲರ್ಹ ಸಾಮರ್ಥ್ಯ, ಆದ್ದರಿಂದ VPN ಸೇರಿಸುವ ಮೊದಲೇ ಅದೇ ವಿಭಾಗದಲ್ಲಿ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ. ಟಿಕೆಟ್‌ನಲ್ಲಿ ಇಂಟರ್‌ಫೇಸ್ ಹೆಸರು ಮತ್ತು ಸಹಾಯಕನ ಆತಿಥೇಯ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ದೋಷ ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ಎರಡು ಸಂಗತಿಗಳಿಗೆ ಸಂಬಂಧಿಸಿರುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು