ಸದ್ದಿಲ್ಲದ, ಕಡಿಮೆ ವಿದ್ಯುತ್ ಬಳಸುವ, ಯಾವಾಗಲೂ ಆನ್ ಇರುವ VPN ಸರ್ವರ್ ಅನ್ನು ಹೇಗೆ ಯೋಜಿಸುವುದು

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

ಭಾಗಗಳಿಂದ ಅಲ್ಲ, ಪಾತ್ರಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಯಾರೂ ನೋಡದಿರುವಾಗ ಬಾಕ್ಸ್ ಮಾಡಬೇಕಾದ ಪ್ರತಿ ಕೆಲಸವನ್ನೂ ಬರೆಯಿರಿ. WireGuard ಅಥವಾ OpenVPN ಗೇಟ್ವೇ, ಫೈಲ್ ಹಂಚಿಕೆ, ಬ್ಯಾಕಪ್ ಗುರಿ ಮತ್ತು ಸೂಚಿಕೆ ಕೆಲಸಕ್ಕೆ ಬೇರೆ ಬೇರೆ ಸ್ಥಿರ ವೆಚ್ಚಗಳಿವೆ, ಮತ್ತು ನಾಲ್ಕನ್ನೂ ಮಾಡುವ ಯಂತ್ರವು ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಮಾಡುವ ಯಂತ್ರಕ್ಕಿಂತ ಬಹಳ ಎತ್ತರದ ನೆಲವನ್ನು ಹೊಂದಿದೆ. ನಿಷ್ಕ್ರಿಯ ಬಳಕೆ ಆ ನೆಲಗಳ ಸರಾಸರಿಯಲ್ಲ, ಮೊತ್ತ. ಆದ್ದರಿಂದ ಒಂದೇ ಕೋಣೆಯಲ್ಲಿ ಎರಡನ್ನೂ ಕಡಿಮೆ ವಿದ್ಯುತ್ ಎಂದು ಹೇಳಲಾದ ಎರಡು ಬಾಕ್ಸ್ಗಳು ಮೂರು ಪಟ್ಟು ಭಿನ್ನವಾಗಿರಬಹುದು.

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

ಮೂರು ಸ್ಥಿತಿಗಳಲ್ಲಿ ಇಡೀ ಬಾಕ್ಸ್ ಅನ್ನು ಅಳೆಯಿರಿ

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

ತಂತ್ರಾಂಶ ಕೌಂಟರ್ಗಳು ಗೋಡೆ ಓದುವಿಕೆಯನ್ನು ವಿವರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ ಆದರೆ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. RAPL ಇಂಟರ್ಫೇಸ್ ಪ್ಯಾಕೇಜ್ ಮತ್ತು ಮೆಮೊರಿ ಡೊಮೇನ್ನ ಶಕ್ತಿಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಇದು ವಿದ್ಯುತ್ ಸರಬರಾಜಿನ ನಷ್ಟ ಮತ್ತು USB ಮೂಲಕ ಸಂಪರ್ಕಿಸಿದ ಎಲ್ಲವನ್ನೂ ಹೊರಗಿಡುತ್ತದೆ.

read -r a < /sys/class/powercap/intel-rapl:0/energy_uj; sleep 60; read -r b < /sys/class/powercap/intel-rapl:0/energy_uj
awk -v a="$a" -v b="$b" 'BEGIN{printf "package average: %.1f W\n", (b-a)/60/1000000}'

ಶಬ್ದಕ್ಕೂ ಅದೇ ನಡವಳಿಕೆ ಬೇಕು. ಫ್ಯಾನ್ ಇಲ್ಲದ ಕೇಸ್ ಒಂದು ಮೂಲವನ್ನು ತೆಗೆದುಹಾಕಿ ಹಾರ್ಡ್ ಡಿಸ್ಕ್, ವಿದ್ಯುತ್ ಸರಬರಾಜು ಮತ್ತು ಕಾಯಿಲ್ ಗುಂಯ್ ಎಂಬುದನ್ನು ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಲಾಗಿನ್ ಪ್ರಾಂಪ್ಟ್ನಲ್ಲಿ ಅಲ್ಲ, ಬ್ಯಾಕಪ್ ಸಮಯದಲ್ಲಿ ಕೇಳಿ. ತಾಪಮಾನವೂ ಅದೇ ಸುತ್ತಿಗೆ ಸೇರಿದೆ: ನಿರಂತರ ಹೊರೆಯಲ್ಲಿ ಸಂವೇದಕಗಳನ್ನು ಓದಿ, ಮತ್ತು ಬಾಕ್ಸ್ ಸದ್ದಿಲ್ಲದಂತೆ ಮಾಡಲು ಎಂದಿಗೂ ಉಷ್ಣ ರಕ್ಷಣೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬೇಡಿ.

ವ್ಯಾಟ್ಗಳನ್ನು ಹೋಲಿಸಬಹುದಾದ ವರ್ಷವಾಗಿ ಪರಿವರ್ತಿಸಿ

ನಿರಂತರ ಬಳಕೆ ಒಂದು ಗುಣಾಕಾರದಿಂದ ಶಕ್ತಿಯಾಗಿ ಬದಲಾಗುತ್ತದೆ, ಮತ್ತು ಒಮ್ಮೆ ಅದನ್ನು ಮಾಡಿದರೆ ವಾರ್ಷಿಕ ವೆಚ್ಚ ಆಶ್ಚರ್ಯವಾಗುವುದಿಲ್ಲ. ಇಡೀ ವರ್ಷದಲ್ಲಿ ಒಂದು ಉದಾಹರಣೆಯ 11 W ಸರಾಸರಿ ಹೀಗೆ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ.

awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'

ಈ ಸಂಖ್ಯೆ ಅಂಕಗಣಿತ, ನಿಮ್ಮ ಬಾಕ್ಸ್ನ ಅಳತೆಯಲ್ಲ, ಮತ್ತು ನೀವು ಅದನ್ನು ಗುಣಿಸುವ ದರ ಉತ್ತರವನ್ನು ಕೆಲವು ವ್ಯಾಟ್ಗಳಿಗಿಂತ ಹೆಚ್ಚು ಸರಿಸುತ್ತದೆ. ಎರಡು ವಿನ್ಯಾಸಗಳನ್ನು ಹೋಲಿಸಲು ಲೆಕ್ಕ ಉಪಯುಕ್ತ: 6 W ನಿಷ್ಕ್ರಿಯ ಗೇಟ್ವೇ ಮತ್ತು 15 W ಇರುವ ಒಂದು — ಇದು ಬೆಲೆ ಹಾಕಬಹುದಾದ ನಿರ್ಣಯ. ಪ್ರೊಸೆಸರ್ನ ನಿರ್ದಿಷ್ಟ ವ್ಯಾಟೇಜ್ ಆ ಸಂಖ್ಯೆಯಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಹೊರೆಯಲ್ಲಿರುವ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ವಿಶ್ರಾಂತಿಯಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆಯನ್ನಲ್ಲ. ಗೋಡೆ ಮೀಟರ್ನ ಸರಾಸರಿಯನ್ನು ಸ್ಥಳೀಯ ದರದೊಂದಿಗೆ ಬಳಸಿ, ಫಲಿತಾಂಶವನ್ನು ಅಂದಾಜು ಎಂದು ಗುರುತಿಸಿ.

ನಿದ್ರೆಗೆ ಅನುಮತಿ ಇದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ

ನಿದ್ರೆ ಅತಿ ಹೆಚ್ಚು ಶಕ್ತಿಯನ್ನು ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಅತಿ ಹೆಚ್ಚು ಊಹೆಗಳನ್ನು ಮುರಿಯುತ್ತದೆ. ಮಲಗಿರುವ ಹೋಸ್ಟ್ ತನ್ನನ್ನು ಎಚ್ಚರಿಸುವ ಒಳಬರುವ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಲಾರದು, ಮತ್ತು ಕ್ಲೈಂಟ್ keepalive ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ; ಅದೇ LAN ನಲ್ಲಿ ಯಾವಾಗಲೂ ಆನ್ ಇರುವ ಸಾಧನ ಮಾತ್ರ wake-on-LAN ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಬಲ್ಲದು.

ಸುರಂಗ ಯಾವುದೇ ಗಂಟೆಗೆ ತಲುಪಲು ಸಾಧ್ಯವಾಗಬೇಕಿದ್ದರೆ, ನಿದ್ರೆಯನ್ನು ನೀತಿಯಿಂದ ನಿಷ್ಕ್ರಿಯ ಎಂದು ಪರಿಗಣಿಸಿ ಅದನ್ನು ನಿರ್ಮಾಣ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಬರೆಯಿರಿ. ಗುರಿಗಳನ್ನು ಮರೆಮಾಡುವುದು ಒರಟು, ಆದರೆ ಅದು ಸ್ಪಷ್ಟ ಮತ್ತು ಅಭ್ಯಾಸಕ್ಕಿಂತ ಪ್ಯಾಕೇಜ್ ಅಪ್ಗ್ರೇಡ್ಗಳನ್ನು ಚೆನ್ನಾಗಿ ತಡೆದುಕೊಳ್ಳುತ್ತದೆ.

systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list

Wake-on-LAN ಆ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ತನ್ನದೇ ಸಾಲಿಗೆ ಅರ್ಹ, ಏಕೆಂದರೆ ಅದು ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗುತ್ತದೆ. ಈ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಫರ್ಮ್ವೇರ್ನಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು, ಕೆಲವು ಇಂಟರ್ಫೇಸ್ಗಳಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಲು ಈಗಾಗಲೇ ಎಚ್ಚರವಿರುವ ಸಾಧನ ಬೇಕು. ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಪರೀಕ್ಷಿಸಿ, ಪ್ರಯಾಣದ ನಂತರವಲ್ಲ.

ಅದು ನಿಜವಾಗಿ ಕಾಣುವ ಹೊರೆಯ ಅಡಿಯಲ್ಲಿ ಸಾಬೀತು ಮಾಡಿ

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

uptime
sensors | grep -E 'Core|Package|fan'
ss -s

ಅದೇ ಕಿಟಕಿಯಲ್ಲಿ ಪ್ರವೇಶ ಕೊಂಡಿಯನ್ನೂ ನೋಡಿ, ಏಕೆಂದರೆ ಅಪ್ಸ್ಟ್ರೀಮ್ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೊಸೆಸರ್ಗಿಂತ ಬಹಳ ಮೊದಲೇ ದೂರದ ಥ್ರೂಪುಟ್ ಅನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ಸುರಂಗವು CPU ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದಾದದರ ಒಂದು ಭಾಗದಲ್ಲೇ ಸ್ಯಾಚುರೇಟ್ ಆದರೆ, ವೇಗವಾದ ಚಿಪ್ ಏನನ್ನೂ ಖರೀದಿಸುವುದಿಲ್ಲ.