VPN ಅನ್ನು UART Wi-Fi ಮಾಡ್ಯೂಲ್‌ನ ಹಿಂದೆ ಇರಿಸಿ, ಅದರ ಒಳಗಲ್ಲ

UART Wi-Fi ಮಾಡ್ಯೂಲ್ ಇರುವ ಮೈಕ್ರೋಕಂಟ್ರೋಲರ್, ಅದರ ಹಿಂದಿನ ಸೇವೆಯನ್ನು ತಲುಪಲು VPN ಅನ್ನು ಜಾರಿಗೊಳಿಸಬೇಕಾಗಿಲ್ಲ. ಮಾಡ್ಯೂಲ್ ಈಗಾಗಲೇ TCP/IP ಸ್ಟ್ಯಾಕ್ ನಡೆಸುತ್ತದೆ ಮತ್ತು ಸೀರಿಯಲ್ ಪೋರ್ಟ್ ಮೂಲಕ ಸಾಕೆಟ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ LAN ನಲ್ಲಿರುವ ಗೇಟ್‌ವೇ ಆ ಸಂಚಾರವನ್ನು ಸುರಂಗದ ಮೂಲಕ ಕೊಂಡೊಯ್ಯಬಹುದು. ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳಿಗೆ ಕ್ರಮವಾಗಿ ಉತ್ತರಿಸಲು ಸಾಧ್ಯವಾದರೆ ಮಾತ್ರ ಈ ವಿನ್ಯಾಸ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಪರಿಶೀಲನಾ ಪಟ್ಟಿಯಾಗಿ ಪರಿಗಣಿಸಿ: ವಿಳಾಸ, ಸಾಕೆಟ್, ಮಾರ್ಗ, ಗಡಿ. ವಿಫಲವಾಗುವ ಮೊದಲ ದ್ವಾರದಲ್ಲೇ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನವು ಅದನ್ನು ಸರಿದೂಗಿಸಲಾರವು.

ಪ್ರತಿ ಪದರಕ್ಕೆ ಒಂದು ಕೆಲಸ ನೀಡಿ

UART ಕೊಂಡಿ ಮೈಕ್ರೋಕಂಟ್ರೋಲರ್ ಮತ್ತು ಮಾಡ್ಯೂಲ್ ನಡುವೆ AT ಆದೇಶಗಳು ಮತ್ತು ಪೇಲೋಡ್ ಸಾಗಿಸುತ್ತದೆ. ಮಾಡ್ಯೂಲ್ Wi-Fi ಜಾಲಕ್ಕೆ ಸೇರಿ ತನ್ನ ಮೂಲ ವಿಳಾಸ ಸೇರಿದಂತೆ IP ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಗೇಟ್‌ವೇ ಸುರಂಗ, ರುಜುವಾತುಗಳು ಮತ್ತು ಮುಂದುಗಡೆ ರವಾನೆ ನೀತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಈ ಕೆಲಸಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುವುದೇ ವಿನ್ಯಾಸವನ್ನು ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಡೀಬಗ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

ಈ ಪ್ರತ್ಯೇಕತೆ ಗೇಟ್‌ವೇ ನೀತಿಯನ್ನು ಬರೆಯುವ ರೀತಿಯನ್ನೂ ಬದಲಿಸುತ್ತದೆ. ಮೂಲ ನಿಯಮವು ಮಾಡ್ಯೂಲ್‌ನ LAN ವಿಳಾಸವನ್ನು ಹೆಸರಿಸಬೇಕು, ಸೀರಿಯಲ್ ಕೊಂಡಿಯ ಹಿಂದಿನ ಮೈಕ್ರೋಕಂಟ್ರೋಲರ್‌ಗೆ ಕಲ್ಪಿತ ವಿಳಾಸವನ್ನಲ್ಲ. ಈ ವಿನ್ಯಾಸದಲ್ಲಿ ಮೈಕ್ರೋಕಂಟ್ರೋಲರ್‌ಗೆ ತನ್ನದೇ IP ಗುರುತು ಇಲ್ಲ, ಮತ್ತು ಇದೆ ಎಂದು ನಟಿಸುವುದು ಎಂದಿಗೂ ಹೊಂದಿಕೆಯಾಗದ ನಿಯಮವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

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

ಗೇಟ್‌ವೇ ಮಾಡ್ಯೂಲ್‌ನ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸಬಹುದೇ?

ಯಾವುದೇ ಸಾಕೆಟ್ ತೆರೆಯುವ ಮೊದಲು, ಮಾಡ್ಯೂಲ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ, ಅದಕ್ಕೆ ವಿಳಾಸ ಇದೆ ಮತ್ತು ಗೇಟ್‌ವೇ ಅದನ್ನು ನಿರೀಕ್ಷಿತ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ನೋಡುತ್ತಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಇದೇ ಹೆಚ್ಚಾಗಿ ಮೌನವಾಗಿ ವಿಫಲವಾಗುವ ದ್ವಾರ, ಏಕೆಂದರೆ LAN ಬಿಟ್ಟಿರದ ಸಂಪರ್ಕ ಪ್ರಯತ್ನದ ಬಗ್ಗೆ ಮಾಡ್ಯೂಲ್ ಸಂತೋಷದಿಂದ ವರದಿ ಮಾಡುತ್ತದೆ.

AT+CWMODE=1
AT+CWJAP="lab-wifi","passphrase"
AT+CIPSTA?
AT+CIPMUX=0

ಏಕ-ಸಂಪರ್ಕ ಕ್ರಮವು ಆದೇಶಗಳ ಕ್ರಮವನ್ನು ಸರಳವಾಗಿರಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದೇ ಸೇವೆಯೊಂದಿಗೆ ಮಾತನಾಡುವ ಒಂದು ಸಂವೇದಕಕ್ಕೆ ಇದೇ ಸರಿಯಾದ ಆರಂಭ. ಬಹು-ಸಂಪರ್ಕ ಕ್ರಮವು ಮುಂದಿನ ಪ್ರತಿ ಆದೇಶದ ವಾಕ್ಯರಚನೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಫರ್ಮ್‌ವೇರ್ ಆವೃತ್ತಿಯಿಂದ ಉದಾಹರಣೆ ನಕಲಿಸುವ ಮೊದಲು ನೀವು ಯಾವ ಕ್ರಮದಲ್ಲಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ.

ಮಾಡ್ಯೂಲ್‌ನಿಂದ ಸಾಕೆಟ್ ತೆರೆಯಿರಿ

ವಿಳಾಸ ಮತ್ತು ಕ್ರಮ ನಿರ್ಧಾರವಾದ ನಂತರ ಮಾಡ್ಯೂಲ್ ಖಾಸಗಿ ಸೇವೆಗೆ TCP ಸಂಪರ್ಕ ತೆರೆಯಬಹುದು. ಕೆಳಗಿನ ವಿಳಾಸ ದಸ್ತಾವೇಜು ಶ್ರೇಣಿಯ ಉದಾಹರಣೆ; ಅದರ ಜಾಗದಲ್ಲಿ ನಿಮ್ಮದನ್ನು ಇರಿಸಿ ಅದೇ ಆಕಾರವನ್ನು ಉಳಿಸಿ.

AT+CIPSTART="TCP","10.90.0.20",9000
AT+CIPSEND=18
{"t":21.4,"rh":48}

ಆ AT ಆದೇಶ ಸಾಮಾನ್ಯ TCP ಸಾಕೆಟ್ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಸಾಕೆಟ್ ಸುರಂಗವಲ್ಲ: ಅದರಲ್ಲಿ ಯಾವುದೂ VPN ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ ಮತ್ತು ಯಾವುದೂ ಪೇಲೋಡ್ ಗೂಢಲಿಪೀಕರಿಸುವುದಿಲ್ಲ. ಫರ್ಮ್‌ವೇರ್‌ನ TLS ಕ್ರಮವು ತನ್ನದೇ ಆದೇಶ ಮತ್ತು ತನ್ನದೇ ಪ್ರಮಾಣಪತ್ರ ನಿರ್ವಹಣೆ ಇರುವ ಪ್ರತ್ಯೇಕ ವೈಶಿಷ್ಟ್ಯ, ಮತ್ತು ಯಾವುದೇ UART ಮಾಡ್ಯೂಲ್ ಎರಡನ್ನೂ ಬೆಂಬಲಿಸದೇ ಇರಬಹುದು. ಮೇಲಿನ ವಾಕ್ಯರಚನೆ ಅದಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ನಿಮ್ಮ ಫರ್ಮ್‌ವೇರ್‌ನ TCP/IP AT ಆದೇಶ ಉಲ್ಲೇಖ ನೋಡಿ.

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

ಸಂಪರ್ಕವನ್ನು ಗೇಟ್‌ವೇ ಮೂಲಕ ಕಳುಹಿಸಿ

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

ip route get 10.90.0.20
sudo tcpdump -ni wg0 'host 10.90.0.20 and port 9000'
sudo conntrack -L | grep 9000

ಮೊದಲು ಮರಳು ದಾರಿಯನ್ನು ಗಮನಿಸಿ. ಸೇವೆ ತಲುಪಿ ಎಂದೂ ಹಿಂತಿರುಗದ ರವಾನೆಯಾದ ಪ್ಯಾಕೆಟ್ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಯಾವುದೇ ದೋಷವಿಲ್ಲದೆ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿ ಕಾಲ ಮೀರುವಿಕೆ ಉಂಟುಮಾಡುತ್ತದೆ, ಇದು ಜನರನ್ನು ಗಂಟೆಗಟ್ಟಲೆ Wi-Fi ಕೊಂಡಿಯತ್ತ ನೋಡುವಂತೆ ಮಾಡುತ್ತದೆ. conntrack ನಮೂದು ಗೇಟ್‌ವೇ ಉತ್ತರವನ್ನು ಎಂದಾದರೂ ನೋಡಿತೇ ಎಂದು ಹೇಳುತ್ತದೆ.

ಸುರಂಗ ನಿಜವಾಗಿ ಎಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ

ಸುರಂಗ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಆರಂಭವಾಗುತ್ತದೆ. ಅದು UART ಕೊಂಡಿಯನ್ನು ಗೂಢಲಿಪೀಕರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಮಾಡ್ಯೂಲ್‌ನಿಂದ ಗೇಟ್‌ವೇವರೆಗಿನ LAN ವಿಭಾಗವನ್ನು ಸುರಂಗದ ಭಾಗವಾಗಿಸುವುದಿಲ್ಲ. ಆ ವಿಭಾಗದಲ್ಲಿ ರಕ್ಷಣೆ ಬೇಕಾದ ಯಾವುದಕ್ಕೂ ತನ್ನದೇ ಕಾರ್ಯವಿಧಾನ ಬೇಕು, ಮತ್ತು ಈ ಉದಾಹರಣೆಯ ಸಾಮಾನ್ಯ TCP ಎಂಬುದು TLS ಅಲ್ಲ.

ಸುರಂಗ ಬಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನೂ ನಿರ್ಧರಿಸಿ. ವಿತರಣೆ VPN ಮೂಲಕವೇ ಆಗಬೇಕಿದ್ದರೆ, ಮುಂದುಗಡೆ ರವಾನೆ ನೀತಿ ಪರ್ಯಾಯ ಮಾರ್ಗದಲ್ಲಿ ಅದೇ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಅನುಮತಿ ನೀಡಬಾರದು, ಏಕೆಂದರೆ ಪರ್ಯಾಯ ಮಾರ್ಗ ಷರತ್ತನ್ನು ಮೌನವಾಗಿ ನಿಷ್ಫಲಗೊಳಿಸುತ್ತದೆ. ಮರುಸಂಪರ್ಕದ ನಡವಳಿಕೆಯನ್ನು ಮಿತಿಗೊಳಿಸಿ, ಆಗ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡ ಮಾಡ್ಯೂಲ್ ಸೀರಿಯಲ್ ಕೊಂಡಿ ಅಥವಾ ದೂರದ ಸೇವೆಯನ್ನು ಪುನಃ ಪ್ರಯತ್ನಗಳಿಂದ ತುಂಬದು.

ನಾಲ್ಕೂ ಉತ್ತರಗಳನ್ನು ಒಟ್ಟಿಗೆ ಬರೆಯಿರಿ: ಮಾಡ್ಯೂಲ್‌ನ ವಿಳಾಸ, ಸಾಕೆಟ್‌ನ ಗುರಿ, ಗೇಟ್‌ವೇ ಮಾರ್ಗ ಮತ್ತು ಗೂಢಲಿಪೀಕರಣ ಎಲ್ಲಿ ಆರಂಭವಾಗುತ್ತದೆ. ಈ ಸಾಧನವನ್ನು ಮುಂದೆ ಡೀಬಗ್ ಮಾಡುವವರಿಗೆ ನಾಲ್ಕೂ ಬೇಕು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಫರ್ಮ್‌ವೇರ್‌ನಿಂದ ಮಾತ್ರ ಊಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.