ನಿಷ್ಕ್ರಿಯ ಸಮಯದಲ್ಲಿ VPN ಕಡಿತ ಸರಿಪಡಿಸಿ: Wi-Fi ಪವರ್ ಸೇವ್ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ

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

ಮೊದಲ ಪರಿಶೀಲನೆ: ಕಡಿತವು ನಿಷ್ಕ್ರಿಯತೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆಯೇ?

ಊಹಿಸುವ ಬದಲು ಸಂಬಂಧವನ್ನು ಸಾಬೀತು ಮಾಡುವುದರಿಂದ ಆರಂಭಿಸಿ. ನೀವು ಕಳುಹಿಸಿದ ಕೊನೆಯ ಪ್ಯಾಕೆಟ್ನ ಗೋಡೆ-ಗಡಿಯಾರ ಸಮಯ, ಕ್ಲೈಂಟ್ ಸುರಂಗ ಕುಸಿದಿದೆ ಎಂದು ವರದಿ ಮಾಡಿದ ಸಮಯ, ಮತ್ತು ಅಷ್ಟರಲ್ಲಿ ಪರದೆ ಆಫ್ ಆಗಿತ್ತೇ ಎಂಬುದನ್ನು ಬರೆಯಿರಿ. ಪ್ರತಿ ಬಾರಿಯೂ ಅಂತರ ಒಂದೇ ಆಗಿದ್ದರೆ ನಿಮಗೆ ನಿಷ್ಕ್ರಿಯತೆಯ ಮಾರ್ಗದಲ್ಲಿ ಸಮಸ್ಯೆ ಇದೆ; ಸಕ್ರಿಯ ಬಳಕೆಯ ವೇಳೆ ಕಡಿತಗಳು ಯದೃಚ್ಛಿಕವಾಗಿ ಬಂದರೆ ಐದನೇ ಪರಿಶೀಲನೆಗೆ ಹೋಗಿ.

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

ಎರಡನೇ ಪರಿಶೀಲನೆ: ಇದು VPN ಸಂಚಾರ ಮಾತ್ರವೇ?

ಸುರಂಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು, ಲಿಂಕ್ ಸ್ವತಃ ಇನ್ನೂ ಬಳಸಬಹುದೇ ಎಂದು ಕಂಡುಕೊಳ್ಳಿ. ಸುರಂಗ ಸತ್ತಿದ್ದರೂ ಪರದೆ ಇನ್ನೂ ಆಫ್ ಇರುವಾಗ, ಪ್ರವೇಶ ಬಿಂದುವಿನ ವಿಳಾಸ ಮತ್ತು ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟ್ ಅನ್ನು IP ಮೂಲಕ ತಲುಪಲು ಪ್ರಯತ್ನಿಸಿ. ಸಾಮಾನ್ಯ ping ಕೂಡ ವಿಫಲವಾದರೆ, ರೇಡಿಯೊ ಅಥವಾ ಪ್ರವೇಶ ಬಿಂದು ನಿಮ್ಮನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟಿದೆ, ಮತ್ತು VPN ಕ್ಲೈಂಟ್ ಕೇವಲ ಪ್ರೇಕ್ಷಕ.

ಸುರಂಗ ಮೌನವಾಗಿರುವಾಗ ಸಾಮಾನ್ಯ ಸಂಚಾರ ಹರಿಯುತ್ತಿದ್ದರೆ, ಲಿಂಕ್ ಆರೋಗ್ಯಕರವಾಗಿದೆ ಮತ್ತು ಸಮಸ್ಯೆ ಸುರಂಗದ ಸ್ವಂತ ಟೈಮರ್ಗಳಲ್ಲಿ ಅಥವಾ ಕ್ಲೈಂಟ್ ಮರುಪ್ರಾರಂಭವನ್ನು ನಿಭಾಯಿಸುವ ರೀತಿಯಲ್ಲಿ ಇದೆ. ಇವು ಎರಡು ಬೇರೆ ಬೇರೆ ಸರಿಪಡಿಸುವಿಕೆಗಳು, ಆದ್ದರಿಂದ ಈ ಹೆಜ್ಜೆಯನ್ನು ಬಿಡಬೇಡಿ. Wi-Fi ಮತ್ತು Ethernet ಎರಡೂ ಇರುವ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಕೇಬಲ್ ತೆಗೆದು ನಿಷ್ಕ್ರಿಯತೆ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ: ತಂತಿಯ Ethernetನಲ್ಲಿ ಮಾಯವಾಗುವ ನಿಷ್ಕ್ರಿಯತೆ ಕಡಿತವು ವೈರ್ಲೆಸ್ ಪದರದ ಪರವಾಗಿ ಬಲವಾದ ಸಾಕ್ಷ್ಯ.

ಮೂರನೇ ಪರಿಶೀಲನೆ: ಪವರ್ ಸೇವ್ ಸ್ಥಿತಿ ಓದಿ

ಬಹುಪಾಲು ಡೆಸ್ಕ್ಟಾಪ್ಗಳು ನಿಮಗೆ ಚೆಕ್ ಬಾಕ್ಸ್ ನೀಡುತ್ತವೆ, ಆದರೆ ಆ ಬಾಕ್ಸ್ ಡ್ರೈವರ್ ಇರುವ ಸ್ಥಿತಿಯಲ್ಲ. ಮೊದಲು ಡ್ರೈವರ್ನ ಸ್ವಂತ ವರದಿ ಓದಿ, ನಂತರ ನಿರ್ಧರಿಸಿ. mac80211 ಇರುವ Linuxನಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ ನೇರವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

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

Windowsನಲ್ಲಿpowercfg /q SCHEME_CURRENT ಸಕ್ರಿಯ ಯೋಜನೆಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ವೈರ್ಲೆಸ್ ಅಡಾಪ್ಟರ್ನ ಉಪಮರವು ಅಡಾಪ್ಟರ್ಗೆ ಶಕ್ತಿ ಉಳಿಸಲು ಆದೇಶಿಸಬಹುದೇ ಎಂದು ತೋರಿಸುತ್ತದೆ; ಅದೇ ಆಯ್ಕೆ ಅಡಾಪ್ಟರ್ನ ಪವರ್ ನಿರ್ವಹಣೆ ಟ್ಯಾಬ್ನಲ್ಲಿ Device Managerನಲ್ಲೂ ಇದೆ. macOSನಲ್ಲಿ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೆ 802.11 ಪವರ್ ಸೇವ್ ನಿಮಗೆ ತೋರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಬದಲಾಗಿpmset -g ಸ್ಲೀಪ್ ಮತ್ತು ಸ್ಟ್ಯಾಂಡ್ಬೈ ನಡವಳಿಕೆಗೆ ನೋಡಿ. ಅಲ್ಲಿ ವೈಫಲ್ಯ ಸಾಮಾನ್ಯವಾಗಿ ರೇಡಿಯೊದ ನಿಷ್ಕ್ರಿಯ ನಡವಳಿಕೆಯಲ್ಲ, ಸ್ಲೀಪ್ ಮತ್ತು ಎಚ್ಚರದ ಮಾರ್ಗದಲ್ಲಿ ಕಂಡುಬರುತ್ತದೆ.

ನಾಲ್ಕನೇ ಪರಿಶೀಲನೆ: ಒಂದನ್ನು ಬದಲಿಸಿ, ನಂತರ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

ಪ್ರತಿ ಸಲಹೆಯಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದು ಚರ ಬದಲಿಸಿ ಮತ್ತು ಅದೇ ಕೆಲಸದ ಭಾರವನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಪವರ್ ಸೇವ್ ಆಫ್ ಇರುವಾಗ ಸುರಂಗ ಈಗ ಒಂದು ಗಂಟೆ ನಿಷ್ಕ್ರಿಯತೆಯನ್ನು ತಾಳಿದರೆ, ನೀವು ನಿಜವಾದದ್ದನ್ನು ಕಲಿತಿದ್ದೀರಿ. ಅದು ಇನ್ನೂ ಬಿದ್ದರೆ, ಮುಂದಿನ ಕಲ್ಪನೆಯನ್ನು ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಹಿಂತಿರುಗಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮೂರು ಅತಿಕ್ರಮಿಸುವ ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಯಾವುದು ಮುಖ್ಯ ಎಂಬ ತಿಳುವಳಿಕೆ ಇಲ್ಲದೆ ಉಳಿಯುತ್ತೀರಿ.

ಸಂಪರ್ಕವನ್ನು ಜೀವಂತವಾಗಿ ಇಡುವುದು ಇನ್ನೊಂದು ಸ್ವತಂತ್ರ ಚರ ಮತ್ತು ಅದನ್ನು ಪದೇ ಪದೇ ಪವರ್ ಸೇವ್ನೊಂದಿಗೆ ಗೊಂದಲ ಮಾಡಲಾಗುತ್ತದೆ. WireGuardನ PersistentKeepalive = 25 NAT ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಬೆಚ್ಚಗೆ ಇಡುತ್ತದೆ;OpenVPN ಎರಡೂ ತುದಿಗಳಲ್ಲಿkeepalive ಮತ್ತುping-restart ಬಳಸುತ್ತದೆ. ಎರಡೂ ಇಲ್ಲದಿದ್ದರೆ ಮೌನವಾಗಿರುವ ಸುರಂಗದಲ್ಲಿ ಸಂಚಾರವನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಕಡಿತವನ್ನು ಸರಿಪಡಿಸಿದಂತೆ ತೋರುವ ಜೀವಂತ ಇಡುವಿಕೆ ರೇಡಿಯೊ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಬದಲು ಮುಚ್ಚಿರಬಹುದು. ಅವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ, ಒಂದೊಂದಾಗಿ ಪರೀಕ್ಷಿಸಿ:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

ಐದನೇ ಪರಿಶೀಲನೆ: ರೇಡಿಯೊ ನಿರ್ದೋಷಿಯಾದಾಗ

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

ನಂತರ ಅದೇ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಅದೇ ನಿಷ್ಕ್ರಿಯತೆ ಪರೀಕ್ಷೆ ಮಾಡುವ ಎರಡನೇ ಸಾಧನದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಎರಡು ಸಾಧನಗಳು ಒಂದೇ ಮಧ್ಯಂತರದಲ್ಲಿ ಬಿದ್ದರೆ ಅದು ಮಾರ್ಗ ಅಥವಾ ಸರ್ವರ್ನ ಕಥೆ; ಒಂದೇ ಸಾಧನ ಬಿದ್ದರೆ ಅದು ಸ್ಥಳೀಯ ಡ್ರೈವರ್ ಅಥವಾ ಶಕ್ತಿಯ ಕಥೆ. ಆ ಹೋಲಿಕೆ ಹತ್ತು ನಿಮಿಷ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ತಪ್ಪು ಸಂರಚನೆಯನ್ನು ಮತ್ತೆ ಬರೆಯುವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಅದನ್ನು ಶಾಶ್ವತ ಮಾಡುವ ಮೊದಲು

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

• ಮೂಲ ಪವರ್ ಸೇವ್ ಮೌಲ್ಯವನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ನ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ, ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದಾಗಿರಲಿ.
• ಪ್ರತಿ ಡ್ರೈವರ್ ಅಥವಾ ಕ್ಲೈಂಟ್ ನವೀಕರಣದ ನಂತರ ನಿಷ್ಕ್ರಿಯತೆ ಪರೀಕ್ಷೆಯನ್ನು ಮತ್ತೆ ಮಾಡಿ; ಡಿಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳು ಬದಲಾಗುತ್ತವೆ.
• ಸಮಸ್ಯೆಯನ್ನು ವರದಿ ಮಾಡುವಾಗ ping ಲಾಗ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಲಾಗ್ ಅನ್ನು ಒಟ್ಟಿಗೆ ಇಡಿ.
• ಎರಡನೇ ಹೆಜ್ಜೆ ವಿಫಲವಾದರೆ, VPN ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಅದನ್ನು ಸ್ಥಳೀಯ ಲಿಂಕ್ ದೋಷ ಎಂದು ಪರಿಗಣಿಸಿ.

ನೀವು ಒಂದೇ ಕೆಲಸ ಮಾಡುವುದಾದರೆ, ಎರಡನೇ ಪರಿಶೀಲನೆ ಮಾಡಿ. ಈ ಪಟ್ಟಿಯ ಉಳಿದ ಭಾಗ ನಿಮಗೆ ಅನ್ವಯಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದು ಅದೇ, ಮತ್ತು ಉತ್ತರ ಪವರ್ ಸೇವ್ ಎಂದು ಈಗಾಗಲೇ ನಿರ್ಧರಿಸಿದ ಮೇಲೆ ಜನರು ಬಿಡುವ ಹೆಜ್ಜೆಯೂ ಅದೇ.