ಒಂದೇ Pi ನಲ್ಲಿ Pi-hole ಮತ್ತು VPN: ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಇನ್ನೂ ಬೆಂಬಲಿತವೇ?

Pi-hole ಮತ್ತು VPN ಒಟ್ಟಿಗೆ ಇರುವ ಒಂದೇ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ಎರಡು ವಿಷಯಗಳು ಬೆರೆತುಹೋಗುತ್ತವೆ: ನೀವು ಸ್ಥಾಪಿಸಿದ ಡಿಸ್ಟ್ರಿಬ್ಯೂಷನ್ ಕುಟುಂಬ ಮತ್ತು ಘಟಕಗಳು ನಿಜವಾಗಿ ಬೆಂಬಲಿಸುವ ಬಿಡುಗಡೆ ಜೊತೆಗೆ ಆರ್ಕಿಟೆಕ್ಚರ್. ಇಮೇಜ್ ಅನ್ನು ಬೂಟ್ ಮಾಡುವ ಬೋರ್ಡ್ ಕರ್ನಲ್ ಚಲಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; Pi-hole ನ FTL ಬೈನರಿ ಮತ್ತು ನಿಮ್ಮ VPN ಸ್ಥಾಪಕ ಒಂದೇ ಬಳಕೆದಾರ-ಸ್ಥಳವನ್ನು ಗುರಿಯಾಗಿಸುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ನಿಜವಾದ ಪರೀಕ್ಷೆ ಬೋರ್ಡ್ ಬೆಂಬಲ, ಬಿಡುಗಡೆ ಶಾಖೆ, ಪ್ಯಾಕೇಜ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಮತ್ತು ನೀವೇ ನಡೆಸಬಹುದಾದ ಅಪ್ಗ್ರೇಡ್ ಮಾರ್ಗದ ನಾಲ್ಮುಖ ಓವರ್ಲ್ಯಾಪ್. ಈ ನಾಲ್ಕರಲ್ಲಿ ಒಂದು ಕಾಲು ತಪ್ಪಿದರೂ ಉಪಕರಣ ಈ ವಾರ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ನಂತರ ಮುಂದಿನ ಭದ್ರತಾ ನವೀಕರಣದಲ್ಲಿ ನಿಮ್ಮನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ.

ಬೆಂಬಲವನ್ನು ಬಿಡುಗಡೆ ಶಾಖೆ ನಿರ್ಧರಿಸುತ್ತದೆ, ಕುಟುಂಬದ ಹೆಸರಲ್ಲ

ಯೋಜನೆ ಇನ್ನೂ ಯಾವ ಬಿಡುಗಡೆಯ ವಿರುದ್ಧ ಪರೀಕ್ಷಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ, ನಂತರ ಉತ್ತರವನ್ನು Debian ಅಲ್ಲ, ಆವೃತ್ತಿ ಸ್ಟ್ರಿಂಗ್ ಆಗಿ ಬರೆಯಿರಿ. Pi-hole ನ ಪೂರ್ವಾಪೇಕ್ಷೆ ಪುಟ ಬೆಂಬಲಿತ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗಳು ಮತ್ತು ಪೂರ್ವನಿರ್ಮಿತ FTL ಆರ್ಕಿಟೆಕ್ಚರ್ಗಳನ್ನು ಎರಡು ಪ್ರತ್ಯೇಕ ಅಗತ್ಯಗಳಾಗಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಬೆಂಬಲವನ್ನು ಡಿಸ್ಟ್ರಿಬ್ಯೂಷನ್ ಸ್ವತಃ ಇನ್ನೂ ನಿರ್ವಹಿಸುವ ಬಿಡುಗಡೆಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಬೆಂಬಲಿತ ಪಟ್ಟಿಯ ಒಳಗೂ ರೂಪಾಂತರಗಳು ಅಥವಾ ಅಸಾಮಾನ್ಯ ಸಂರಚನೆಗಳು ವಿಫಲವಾಗಬಹುದು ಎಂದು ಎಚ್ಚರಿಸುತ್ತದೆ. ಆ ಪದಪುಂಜ ಮುಖ್ಯ: ಬೆಂಬಲಿತ ಕುಟುಂಬ ಅದರ ಪ್ರತಿಯೊಂದು ಸದಸ್ಯರನ್ನೂ ಆವರಿಸುವುದಿಲ್ಲ.

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

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

ಬೈನರಿ ಗುರಿಯನ್ನು ನಿಮ್ಮ ಬಳಕೆದಾರ-ಸ್ಥಳಕ್ಕೆ ಹೊಂದಿಸಿ

ಆರ್ಕಿಟೆಕ್ಚರ್ ಹೆಚ್ಚು ಶಾಂತ ವೈಫಲ್ಯ. 32-ಬಿಟ್ ಬಳಕೆದಾರ-ಭೂಮಿಯೊಂದಿಗೆ 64-ಬಿಟ್ ಕರ್ನಲ್ ಹಲವು ಬೋರ್ಡ್ಗಳಲ್ಲಿ ನಿಜವಾದ, ಬೆಂಬಲಿತ ಸಂಯೋಜನೆ, ಮತ್ತು ಅದು 32-ಬಿಟ್ FTL ಬೈನರಿಯನ್ನು ದೂರಿಲ್ಲದೆ ಚಲಾಯಿಸುತ್ತದೆ, arm64 ಗೆ ಮಾತ್ರ ಪ್ರಕಟವಾದದ್ದನ್ನು ನೀವು ಸ್ಥಾಪಿಸುವ ಕ್ಷಣದವರೆಗೆ. ಇಮೇಜ್ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಎರಡೂ ಅರ್ಧಗಳನ್ನು ಮುದ್ರಿಸಿ, ಮತ್ತು ಔಟ್ಪುಟ್ ಅನ್ನು ನಿಮ್ಮ ಟಿಪ್ಪಣಿಗಳ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ.

uname -m
dpkg --print-architecture
grep -E '^(PRETTY_NAME|VERSION_ID)=' /etc/os-release
apt-cache policy pihole-ftl

ಆ ಎರಡು ಆರ್ಕಿಟೆಕ್ಚರ್ ಸಾಲುಗಳು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ನೀವು ಮಿಶ್ರ ಸಂರಚನೆಯಲ್ಲಿದ್ದೀರಿ: ಒಂಟಿ Pi-hole ಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಎರಡನೇ ಸೇವೆ ಸ್ಥಳೀಯ ಗ್ರಂಥಾಲಯಗಳನ್ನು ಬಯಸಿದಾಗ ಸೂಕ್ಷ್ಮ. ಸ್ವಚ್ಛ 64-ಬಿಟ್ ಇಮೇಜ್ಗೆ ಮತ್ತೆ ಫ್ಲಾಶ್ ಮಾಡುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಹೊಂದಿಕೆಯಾಗದಿರುವಿಕೆಯನ್ನು ಸೃಷ್ಟಿಸಿದ ಟೂಲ್ಚೇನ್ ಮರುನಿರ್ಮಿಸುವುದಕ್ಕಿಂತ ವೇಗ.

ಬೋರ್ಡ್ ಮಾರ್ಕೆಟಿಂಗ್ ಇದನ್ನೂ ನಿರ್ಧರಿಸುವುದಿಲ್ಲ. ಮೆಮೊರಿ ಗಾತ್ರ ಮತ್ತು CPU ಮಾದರಿ ನಿಮ್ಮ ಪ್ಯಾಕೇಜ್ಗಳು ಯಾವ libc ಗೆ ಲಿಂಕ್ ಆಗುತ್ತವೆ ಎಂಬುದರ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಮುದ್ರಿತ ಮೌಲ್ಯಗಳಿಂದ ನಿರ್ಧರಿಸಿ, ಎಂದಿಗೂ ಉತ್ಪನ್ನ ಪುಟದಿಂದಲ್ಲ.

ಒಂದು ಪೆಟ್ಟಿಗೆ, ಎರಡು ಸೇವೆಗಳು, ಜಾಲದ ಒಬ್ಬ ಮಾಲೀಕ

ಮೊದಲ ಪ್ಯಾಕೇಜ್ ಮೇಲೆ ಹೋಗುವ ಮೊದಲು ವಿಳಾಸೀಕರಣ, ರಿಜಾಲ್ವರ್ ಮತ್ತು ಟನಲ್ ಯಾರದ್ದು ಎಂದು ನಿರ್ಧರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಎರಡು ಸೇವೆಗಳು ಒಂದೇ ಕರ್ತವ್ಯವನ್ನು ಪ್ರತಿಪಾದಿಸುತ್ತವೆ ಮತ್ತು ಯಾವುದೂ ಸ್ವಚ್ಛವಾಗಿ ಗೆಲ್ಲುವುದಿಲ್ಲ. Pi ಗೆ ನಿಮ್ಮ ರೌಟರ್ ನೀಡುವ DHCP ಪೂಲ್ನ ಹೊರಗೆ ಸ್ಥಿರ ವಿಳಾಸ ನೀಡಿ, ಮತ್ತು ಟನಲ್ ಅನ್ನು ಅದರದೇ ಸಬ್ನೆಟ್ನಲ್ಲಿ ಇರಿಸಿ: Pi ಗೆ 192.168.50.10 ಮತ್ತು ಟನಲ್ಗೆ 10.42.0.0/24 ಒಂದು ಕಾರ್ಯಸಾಧ್ಯ ವಿಭಜನೆ, ಮತ್ತು ಸಂಖ್ಯೆಗಳು ಸ್ವತಃ ಅನಿಯತ, ಅವು ನಿಮ್ಮ ರೌಟರ್ ಈಗಾಗಲೇ ನೀಡುತ್ತಿರುವುದರೊಂದಿಗೆ ಘರ್ಷಿಸದಿರುವವರೆಗೆ. ನಂತರ ಯಾವ ಘಟಕ ಪೋರ್ಟ್ 53 ನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ನೀವು ಬಳಸಿದರೆ ಯಾವುದು DHCP ಹಂಚುತ್ತದೆ, ಮತ್ತು ಟನಲ್ ಮೇಲಿದ್ದಾಗ ಯಾವುದು ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಬರೆಯಿರಿ. ತೆರೆಯಿಲ್ಲದ ಇಮೇಜ್ನಲ್ಲಿ ಆ ಕೊನೆಯ ಕೆಲಸ NetworkManager ಅಥವಾ systemd-networkd ನದು, ಮತ್ತು ರಿಜಾಲ್ವರ್ ಸಂರಚನೆಯನ್ನೂ ಮರುಬರೆಯುವ ಪೂರೈಕೆದಾರ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸುವುದು ಜನರು ಜೀವಂತ ಟನಲ್ ಮತ್ತು ಸತ್ತ DNS ನೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.

ಪೆಟ್ಟಿಗೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದು ಸರಿ. ಪಾತ್ರವನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದು ಸರಿಯಲ್ಲ. Pi-hole ಪೋರ್ಟ್ 53 ನ ಏಕೈಕ ಕೇಳುಗನಾಗಲು ಬಯಸುತ್ತದೆ, ಮತ್ತು VPN ಡೀಮನ್ ತನ್ನದೇ DNS ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ತಳ್ಳಲು ಬಯಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ಗಳು ಎರಡರಲ್ಲಿ ಯಾರನ್ನು ನಂಬಬೇಕೆಂದು ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ಇನ್ನೊಂದನ್ನು ದಾರಿಯಿಂದ ಹೊರಗಿರಲು ಸಂರಚಿಸಿ.

ಸಾಧ್ಯವಾದಲ್ಲಿ ನಿರ್ವಹಣಾ ಮಾರ್ಗವನ್ನು ಟನಲ್ನಿಂದ ಹೊರಗಿಡಿ. ರಿಜಾಲ್ವರ್ ಮತ್ತು ಟನಲ್ ಒಟ್ಟಿಗೆ ವಿಫಲವಾದರೆ, LAN ವಿಳಾಸದಲ್ಲಿ SSH ತಲುಪಬಹುದಾಗಿರಬೇಕೆಂದು ನೀವು ಇನ್ನೂ ಬಯಸುತ್ತೀರಿ, ಮತ್ತು ಅಂದರೆ ನಿರ್ವಹಣಾ ಸೇವೆ ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನೂ ಅವಲಂಬಿಸಬಾರದು.

ಮುಂದಿನ ಅಪ್ಗ್ರೇಡ್ ಅನ್ನು ಆಯ್ಕೆಯ ಭಾಗ ಮಾಡಿ

ನೀವು ಅಪ್ಗ್ರೇಡ್ ಮಾಡಲಾಗದ ಬಿಡುಗಡೆ ಎಂದರೆ ನೀವು ಈಗಾಗಲೇ ಒಪ್ಪಿಕೊಂಡ ಬೆಂಬಲದ ಮೇಲ್ಛಾವಣಿ. ಉಪಕರಣ ನಿಮ್ಮ ಮನೆಯ DNS ಅನ್ನು ಹೊರುವ ಮೊದಲು ಬಿಡಿ ಕಾರ್ಡ್ನಲ್ಲಿ ಅಪ್ಗ್ರೇಡ್ ಕ್ರಿಯಾವಿಧಾನವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಅಪ್ಗ್ರೇಡ್ ಸಾಕು ಎಂದು ಊಹಿಸುವ ಬದಲು ಶಾಖೆಗಳ ನಡುವೆ ಹಾರುವ ಬಗ್ಗೆ ಯೋಜನೆಗಳು ಏನು ಹೇಳುತ್ತವೆ ಎಂದು ಓದಿ.

sudo apt update
apt-mark showhold
sudo apt full-upgrade
pihole -up

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

ಹಾರುವ ಮೊದಲು Pi-hole ಸಂರಚನೆ, ಸ್ಥಿರ ಲೀಸ್ಗಳು ಮತ್ತು ಯಾವುದೇ ಟನಲ್ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ರಫ್ತು ಮಾಡಿ, ಮತ್ತು ಅವನ್ನು ಹೊಸ ಇಮೇಜ್ಗೆ ಮರುಸ್ಥಾಪಿಸಬಹುದೆಂದು ದೃಢೀಕರಿಸಿ. ಹಾರಿದ ನಂತರ ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ DNS, ಟನಲ್ನ ಹಿಂದಿನ ಖಾಸಗಿ ಸಂಪನ್ಮೂಲ, ಮರುಸಂಪರ್ಕ ಮತ್ತು ಗೇಟ್ವೇಯಲ್ಲಿನ ಯಾವುದೇ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಬೂಟ್ ಆಗಿ ping ಗೆ ಉತ್ತರಿಸುವ ಪೆಟ್ಟಿಗೆ ಬಹುತೇಕ ಏನನ್ನೂ ಪಾಸ್ ಮಾಡಿಲ್ಲ.

ಯಾವುದೇ ಒಂದು ಬಿಡುಗಡೆ ಎರಡೂ ಸೇವೆಗಳಿಗೆ ಹೊಂದದಿದ್ದಾಗ

ಕೆಲವೊಮ್ಮೆ ಓವರ್ಲ್ಯಾಪ್ ಖಾಲಿ: VPN ಸಹಾಯಕ ನೀವು ಸ್ಥಾಪಿಸಬಹುದಾದ Pi-hole ಪ್ಯಾಕೇಜ್ಗಿಂತ ಹೊಸ ಬಿಡುಗಡೆಗೆ ಸರಿದಿದೆ, ಅಥವಾ ಬೋರ್ಡ್ನ ಮಾರಾಟಗಾರರ ಇಮೇಜ್ ಎರಡಕ್ಕೂ ಹಿಂದಿದೆ. ಆ ಸಂದರ್ಭದಲ್ಲಿ ಸ್ಥಾಪಕನನ್ನು ಸಂತೋಷಪಡಿಸಲು ಬಿಡುಗಡೆ ಮೆಟಾಡೇಟಾವನ್ನು ಸಂಪಾದಿಸುವ ಬದಲು ಪಾತ್ರಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ. ಎರಡು ಸಣ್ಣ ಸಾಧನಗಳು, ಅಥವಾ ಒಂದು ಸಾಧನ ಮತ್ತು ಎರಡನೇ ಸೇವೆಗೆ ಒಂದು ಕಂಟೇನರ್, ಬೆಂಬಲದ ಕಥೆ ಸುಳ್ಳಿನ ಮೇಲೆ ನಿಂತಿರುವ ಸಾಧನಕ್ಕಿಂತ ಕಡಿಮೆ ವೆಚ್ಚ.

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

ಎರಡು ಪ್ರಸ್ತುತ ಬಿಡುಗಡೆಗಳು ಎಲ್ಲವನ್ನೂ ಪೂರೈಸಿದರೆ, ಊಹೆ ಇಲ್ಲದೆ ಅನುಸರಿಸಬಹುದಾದ ಅಪ್ಗ್ರೇಡ್ ಟಿಪ್ಪಣಿಗಳಿರುವ ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, ಮತ್ತು ಹುಡುಕುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ನಂತರ ಆವೃತ್ತಿ, ಆರ್ಕಿಟೆಕ್ಚರ್, ಸೇವಾ ಮಾಲೀಕರು ಮತ್ತು ಮರುಸ್ಥಾಪನಾ ಹಂತವನ್ನು ಒಂದೇ ಕಡೆ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ SD ಕಾರ್ಡ್ ಮುಟ್ಟುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ನಾಲ್ಕೂ ಬೇಕು.