Banana Pi R64 ਰਾਊਟਰ - ਡੇਬੀਅਨ, ਵਾਇਰਗਾਰਡ, RKN

Banana Pi 64 Raspberry Pi ਵਰਗਾ ਇੱਕ ਸਿੰਗਲ-ਬੋਰਡ ਕੰਪਿਊਟਰ ਹੈ, ਪਰ ਕਈ ਈਥਰਨੈੱਟ ਪੋਰਟਾਂ ਦੇ ਨਾਲ, ਜੋ ਇਸਨੂੰ ਇੱਕ ਆਮ-ਉਦੇਸ਼ ਲੀਨਕਸ ਵੰਡ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਰਾਊਟਰ ਵਿੱਚ ਬਦਲਣਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ।

ਹਾਂ, ਓਪਨਵਰਟ ਪਹਿਲਾਂ ਹੀ ਹੈ, ਪਰ ਇਸ ਦੀਆਂ ਆਪਣੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਇਸਦੀ GUI ਅਤੇ CLI; ਇੱਥੇ ਮਿਕਰੋਟਿਕ ਹੈ, ਪਰ ਦੁਬਾਰਾ ਇਸਦਾ ਆਪਣਾ GUI/CLI ਹੈ, ਅਤੇ ਵਾਇਰਗਾਰਡ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ... ਆਮ ਤੌਰ 'ਤੇ, ਮੈਂ ਸਟੈਂਡਰਡ ਲੀਨਕਸ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਰਹਿੰਦਿਆਂ, ਲਚਕਦਾਰ ਸੈਟਿੰਗਾਂ ਵਾਲਾ ਰਾਊਟਰ ਚਾਹੁੰਦਾ ਹਾਂ, ਜੋ ਤੁਸੀਂ ਕੰਮ ਕਰਦੇ ਹੋ। ਹਰ ਦਿਨ ਦੇ ਨਾਲ.

BPI, R64, ਸਿੰਗਲ-ਬੋਰਡ ਦੇ ਨਾਂ ਹੇਠ ਲੇਖ ਵਿੱਚ, ਮੇਰਾ ਮਤਲਬ ਇਹੀ ਹੋਵੇਗਾ - ਕੇਲਾ ਪਾਈ R64 ਸਿੰਗਲ-ਬੋਰਡ ਖੁਦ।

ਇੱਕ ਚਿੱਤਰ ਦੀ ਚੋਣ. eMMC ਰਾਹੀਂ ਡਾਊਨਲੋਡ ਕਰੋ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਹੁਨਰ ਜਿਸ ਨਾਲ ਤੁਹਾਨੂੰ ਕੰਮ ਕਰਨ ਵੇਲੇ ਹਾਸਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਐਸਬੀਸੀ ਆਮ ਤੌਰ 'ਤੇ, ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ R64 ਦੇ ਨਾਲ, ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਇਸ ਵਿੱਚ ਇੱਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਕਿਵੇਂ ਲੋਡ ਕਰਨਾ ਹੈ ਅਤੇ ਇਸ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ, ਕਿਉਂਕਿ R64 ਕੋਲ ਮਾਨੀਟਰ ਲਈ ਪੋਰਟ ਨਹੀਂ ਹੈ (ਉਦਾਹਰਨ ਲਈ, HDMI)। ਜਦੋਂ ਸਭ ਕੁਝ ਬੰਦ ਹੋ ਗਿਆ - ਵਾਈਫਾਈ, ਈਥਰਨੈੱਟ, ਬਲੂਟੁੱਥ, USB, ਆਦਿ ਨੇ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੱਤਾ ਹੈ। ਇੱਕ UART ਹੈ, ਜਿਸ ਦੇ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਤੁਸੀਂ ਹਮੇਸ਼ਾਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕੀ ਗਲਤ ਹੋਇਆ ਹੈ, ਅਤੇ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਕੰਸੋਲ ਤੋਂ ਕੁਝ ਕਮਾਂਡਾਂ ਵੀ ਚਲਾ ਸਕਦੇ ਹੋ।

USB-UART ਰਾਹੀਂ R64 ਨਾਲ ਜੁੜਨ ਲਈ ਐਲਗੋਰਿਦਮ:

• ਅਸੀਂ USB-UART ਕੇਬਲ (PL2303, ਸੀਰੀਅਲ-ਟੂ-USB) ਲਈ ਰੇਡੀਓ ਪਾਰਟਸ ਸਟੋਰ 'ਤੇ ਜਾਂਦੇ ਹਾਂ
• ਇੱਕ USB ਸਿਰੇ ਨੂੰ ਕੰਪਿਊਟਰ ਨਾਲ, ਅਤੇ ਦੂਜੇ, UART ਨੂੰ R64 ਨਾਲ, ਚਾਰ ਵਿੱਚੋਂ ਤਿੰਨ ਤਾਰਾਂ ਨਾਲ, ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਵਿੱਚ ਹੈ, ਨਾਲ ਕਨੈਕਟ ਕਰੋ।
• ਕੰਪਿਊਟਰ ਕੰਸੋਲ ਵਿੱਚ ਚਲਾਓ sudo minicom

ਇਸ ਤੋਂ ਬਾਅਦ, ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਸਿੰਗਲ-ਬੋਰਡ ਕੰਸੋਲ ਦਿਖਾਈ ਦੇਵੇਗਾ = ਸਫਲਤਾ।
ਤੁਸੀਂ ਹੋਰ ਵੇਰਵੇ ਦੇਖ ਸਕਦੇ ਹੋ ਇੱਥੇ.

ਅਗਲਾ, ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਇੱਕ SD ਕਾਰਡ ਤੋਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਲੋਡ ਕਰਨਾ ਹੈ: ਦੁਆਰਾ ਡਾਊਨਲੋਡ ਕਰੋ ਲਿੰਕ ਨੂੰ ਚਿੱਤਰ ਅਤੇ ਇਸ ਨੂੰ ਭਰੋ:

unzip -p 2019-08-23-ubuntu-16.04-lite-preview-bpi-r64-sd-emmc.img.zip | pv | sudo dd of=/dev/mmcblk0 bs=10M status=noxfer

ਅਸੀਂ ਕਾਰਡ ਨੂੰ R64 SD ਸਲਾਟ ਵਿੱਚ ਪਾ ਦਿੰਦੇ ਹਾਂ, ਇਸਨੂੰ ਚਾਲੂ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਕਨੈਕਟ ਕੀਤੇ ਕੰਸੋਲ ਲੋਡਿੰਗ ਨੂੰ ਪਹਿਲਾਂ uboot, ਫਿਰ ਸਟੈਂਡਰਡ Linux ਲੋਡਿੰਗ ਦਾ ਨਿਰੀਖਣ ਕਰਦੇ ਹਾਂ।

ਇੱਕ ਵਿਕਲਪਕ ਬੂਟ ਵਿਕਲਪ ਇੱਕ 64Gb ਕਾਰਡ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ R8 ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਜਿਸਨੂੰ eMMC ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਵਿਕੀ ਦੀਆਂ ਹਦਾਇਤਾਂ ਦੇ ਅਨੁਸਾਰ, ਅਸੀਂ ਚਿੱਤਰ ਨੂੰ ਡਿਵਾਈਸ ਵਿੱਚ ਕਾਪੀ ਕਰਦੇ ਹਾਂ
/dev/mmcblk0 ਤੋਂ BPI, ਰੀਬੂਟ ਕਰੋ, SD ਕਾਰਡ ਹਟਾਓ, BPI ਨੂੰ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰੋ... ਅਤੇ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ। ਅੱਗੇ ਪਿੱਛੇ ਕਿਵੇਂ ਜਾਣਾ ਹੈ Boot select ਪਰੇਸ਼ਾਨ ਨਾ ਕਰੋ.

ਤੱਥ ਇਹ ਹੈ ਕਿ ਘੱਟੋ ਘੱਟ BPI ਲਈ ਤੁਹਾਨੂੰ ਅੰਦਰੂਨੀ ਫਲੈਸ਼ ਡਰਾਈਵ ਤੋਂ ਬੂਟ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਫਲੈਗ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

root@bpi-r64:~# ./mmc extcsd read /dev/mmcblk1 | grep 'PARTITION_CONFIG'
Boot configuration bytes [PARTITION_CONFIG: 0x00]
root@bpi-r64:~# ./mmc bootpart enable 1 1 /dev/mmcblk1
root@bpi-r64:~# ./mmc extcsd read /dev/mmcblk1 | grep 'PARTITION_CONFIG'
Boot configuration bytes [PARTITION_CONFIG: 0x48]

ਅੱਗੇ, ਤੁਹਾਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬੂਟ ਭਾਗ ਵਿੱਚ ਪ੍ਰੀਲੋਡਰ ਲਿਖਣ ਦੀ ਲੋੜ ਹੈ

root@bpi-r64:~# echo 0 > /sys/block/mmcblk0boot0/force_ro 
root@bpi-r64:~# dd if=preloader_evb7622_64_foremmc.bin of=/dev/mmcblk0boot0

ਨਿਰਮਾਤਾ R64 (ਚੀਨ) ਨੇ ਇਸ ਬਾਈਨਰੀ ਨੂੰ ਪੋਸਟ ਕੀਤਾ ਇੱਥੇ. ਇਹ ਕੀ ਕਰਦਾ ਹੈ ਅਣਜਾਣ ਹੈ (ਕੋਈ ਸਰੋਤ ਕੋਡ ਨਹੀਂ ਹਨ), ਪਰ ਇਹ ਇਸਦੇ ਬਿਨਾਂ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ।

ਆਮ ਤੌਰ 'ਤੇ, ਇਸ ਤੋਂ ਬਾਅਦ, ਚਿੱਤਰ eMMC ਤੋਂ ਲੋਡ ਹੋਣੇ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੇ ਹਨ। ਜੇਕਰ ਤੁਸੀਂ ਇਸਦਾ ਪਤਾ ਲਗਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਸਕ੍ਰੈਚ ਤੋਂ ਚਿੱਤਰ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਦੋਵਾਂ ਮਾਮਲਿਆਂ (SD/eMMC) ਲਈ ਤੁਹਾਨੂੰ ਕਰਨਲ ਨੂੰ ਲੋਡ ਕਰਨ ਲਈ ਕਈ ਹੋਰ ਫਾਈਲਾਂ (SD ਕਾਰਡ, ATF, u-boot ਲਈ ਪ੍ਰੀਲੋਡਰ) ਲਿਖਣ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਵਿਸ਼ਾ ਅਜੇ ਵੀ ਹੈ ਵਿਕਸਤ ਕਰਦਾ ਹੈ, ਪਰ ਸਾਡੇ ਲਈ ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਠੀਕ ਹੈ.

ਹੁਣ ਮੈਂ ਈਐਮਐਮਸੀ ਦੁਆਰਾ ਡਾਉਨਲੋਡ ਕਰਦਾ ਹਾਂ, ਇਮਾਨਦਾਰ ਹੋਣ ਲਈ, ਮੈਂ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ, ਇੱਕ SD ਕਾਰਡ ਕਾਫ਼ੀ ਹੈ, ਪਰ ਮੈਂ ਇਸਨੂੰ ਕੰਮ ਕਰਨ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਂ ਬਿਤਾਇਆ, ਇਸ ਲਈ ਇਸਨੂੰ ਲੇਖ ਵਿੱਚ ਰਹਿਣ ਦਿਓ।

ਇੱਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੀ ਚੋਣ. ਆਰਮਬੀਅਨ

ਪਹਿਲਾ ਐਪਲੀਕੇਸ਼ਨ ਟਾਸਕ ਇੱਕ VPN ਲਾਂਚ ਕਰਨਾ ਹੈ, ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਵਾਇਰਗਾਰਡ। ਇਹ ਤੁਰੰਤ ਖੋਜਿਆ ਗਿਆ ਸੀ ਕਿ ਕਰਨਲ ਵਾਲੇ ਪਾਸੇ ਇਹ ਇਕੱਠਾ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਕੋਈ ਸਿਰਲੇਖ ਨਹੀਂ ਸਨ. ਮੈਂ ਕਰਨਲ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਇਆ ਅਤੇ, ਜਿਵੇਂ ਕਿ x86 ਨਾਲ ਮੇਰੀ ਆਦਤ ਹੈ, DKMS ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਰਨਲ ਮੋਡੀਊਲ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ। ਹਾਲਾਂਕਿ, arm64 'ਤੇ ਵੀ ਛੋਟੀਆਂ ਸਹੂਲਤਾਂ ਬਣਾਉਣ ਦੀ ਗਤੀ ਨੇ ਮੈਨੂੰ ਹੈਰਾਨ ਕਰ ਦਿੱਤਾ. ਅਤੇ ਫਿਰ ਇੱਕ ਹੋਰ ਕਰਨਲ ਮੋਡੀਊਲ ਦੀ ਲੋੜ ਸੀ, ਆਦਿ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਕਰਨਲ ਨਾਲ ਸਬੰਧਤ ਹਰ ਚੀਜ਼ ਨੂੰ ਇੱਕ ਨਿੱਘੇ x86 ਲੈਪਟਾਪ 'ਤੇ ਵਧੀਆ ਢੰਗ ਨਾਲ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਸਧਾਰਨ ਕਾਪੀ, ਰੀਬੂਟ ਅਤੇ ਟੈਸਟ ਕਰਕੇ R64 ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇਕ ਹੋਰ ਚੀਜ਼ ਯੂਜ਼ਰਸਪੇਸ ਹਿੱਸਾ ਹੈ. ਡੇਬੀਅਨ ਦੀ ਚੋਣ ਕਰਨ ਦੇ ਮੇਰੇ ਮਾਮਲੇ ਵਿੱਚ, arm64 ਆਰਕੀਟੈਕਚਰ ਲਈ ਸਭ ਕੁਝ ਪਹਿਲਾਂ ਹੀ packages.debian.org 'ਤੇ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ.

ਇੱਕ ਹੋਰ ਸਾਈਕਲ ਪੈਦਾ ਨਾ ਕਰਨ ਲਈ, ਆਈ ਪੋਰਟਡ ਅਰਮਬੀਅਨ BPI R64 'ਤੇ.
ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ, ਇਹ: ਯੂਜ਼ਰਸਪੇਸ ਹਿੱਸਾ ਆਰਮਬੀਅਨ ਹੈ, ਅਤੇ ਕਰਨਲ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਲਿਆ ਗਿਆ ਹੈ Frank-ਏ. ਨਵੀਨਤਮ ਚਿੱਤਰ ਨੂੰ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਇੱਥੇ.

R64 ਦੇ ਸਾਫਟਵੇਅਰ ਹਿੱਸੇ ਦੇ ਵਿਕਾਸ 'ਤੇ ਸਾਰੀ ਗਤੀਵਿਧੀ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਫੋਰਮ. ਆਮ ਤੌਰ 'ਤੇ, ਨਿਰਮਾਤਾ ਖੁਦ ਓਪਨਵਰਟ ਲਈ ਰਾਊਟਰ ਨੂੰ ਪ੍ਰਸਿੱਧ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਪਰ ਜਰਮਨੀ ਤੋਂ ਡਿਵੈਲਪਰ ਫਰੈਂਕ ਦੀ ਗਤੀਵਿਧੀ ਲਈ ਧੰਨਵਾਦ, ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜਲਦੀ ਹੀ ਡੇਬੀਅਨ ਲਈ ਕਰਨਲ ਵਿੱਚ ਖਤਮ ਹੋ ਜਾਂਦੀਆਂ ਹਨ. ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ ਕਿ, ਫਰੈਂਕ ਹਰ ਫੋਰਮ ਥ੍ਰੈਡ ਵਿੱਚ ਸਰਗਰਮ ਹੈ.

ਵਰਕਸਪੇਸ ਸੰਗਠਨ: ਤਾਰਾਂ

ਵੱਖਰੇ ਤੌਰ 'ਤੇ, ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਣਾ ਚਾਹਾਂਗਾ ਕਿ ਕਿਵੇਂ, ਵਿਕਾਸ/ਟੈਸਟਿੰਗ ਦੌਰਾਨ, ਇੱਕ SBC (ਸਿਰਫ਼ ਇੱਕ BPI ਨਹੀਂ) ਨੂੰ ਇੱਕ ਟੇਬਲ 'ਤੇ ਰੱਖੋ ਤਾਂ ਜੋ ਪੂਰੇ ਕਮਰੇ/ਦਫ਼ਤਰ ਵਿੱਚ ਇੱਕ ਇੰਟਰਨੈਟ ਸਰੋਤ ਤੋਂ ਇਸ ਨੂੰ ਇੱਕ ਈਥਰਨੈੱਟ ਕੇਬਲ ਨਾ ਚਲਾਇਆ ਜਾ ਸਕੇ। ਤੱਥ ਇਹ ਹੈ ਕਿ, ਇੱਕ ਪਾਸੇ, ਤੁਹਾਨੂੰ ਇੰਟਰਨੈਟ ਦੇ ਨਾਲ ਹਾਰਡਵੇਅਰ ਦਾ ਇੱਕ ਟੁਕੜਾ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਪਰ ਦੂਜੇ ਪਾਸੇ, ਉਸ ਹਾਰਡਵੇਅਰ ਦੇ ਟੁਕੜੇ ਵਿੱਚ ਸਭ ਕੁਝ ਟੁੱਟ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ Wifi.

ਪਹਿਲਾਂ, ਮੈਂ ਇੱਕ ਸਸਤੀ USB-Wifi "ਸੀਟੀ" ਖਰੀਦਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ, ਇਸਨੂੰ BPI 'ਤੇ ਇੱਕੋ ਪੋਰਟ ਵਿੱਚ ਪਲੱਗ ਕਰੋ ਅਤੇ ਤਾਰਾਂ ਨੂੰ ਭੁੱਲ ਜਾਓ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਮੈਂ ਇੱਕ ਸਸਤਾ TP-LINK TL-WN725N USB 2.0 ਖਰੀਦਿਆ, ਪਰ ਬਹੁਤ ਜਲਦੀ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ ਇਹ ਬੰਦ ਨਹੀਂ ਹੋਵੇਗਾ: ਸੀਟੀ ਦੇ ਕੰਮ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ ਕਰਨਲ ਡਰਾਈਵਰ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਜੋ ਕਿ, ਬੇਸ਼ਕ, ਉੱਥੇ ਨਹੀਂ ਸੀ. (ਬਾਅਦ ਵਿੱਚ ਮੈਂ ਜ਼ਰੂਰੀ RTL8XXXU ਡਰਾਈਵਰ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ, ਪਰ ਇਹ ਅਜੇ ਵੀ ਅਵਿਵਹਾਰਕ ਹੈ)। ਅਤੇ ਈਥਰਨੈੱਟ ਕੇਬਲ ਨੇ ਕੁਝ ਸਮੇਂ ਲਈ ਕਮਰੇ ਦੀ ਦਿੱਖ ਨੂੰ ਵਿਗਾੜ ਦਿੱਤਾ।

ਨਤੀਜੇ ਵਜੋਂ, ਮੈਂ ਟੇਂਡਾ MW3 (ਵਾਈਫਾਈ ਜਾਲ ਸਿਸਟਮ) ਦੀ ਮਦਦ ਨਾਲ ਕੇਬਲ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ: ਮੈਂ ਸਿਰਫ਼ ਇੱਕ ਕਿਊਬ ਨੂੰ ਟੇਬਲ ਦੇ ਹੇਠਾਂ ਰੱਖਿਆ ਅਤੇ ਬੀਪੀਆਈ ਨੂੰ ਇੱਕ ਮੀਟਰ-ਲੰਬੀ ਈਥਰਨੈੱਟ ਕੇਬਲ ਨਾਲ ਬਾਅਦ ਦੇ LAN ਪੋਰਟ ਨਾਲ ਜੋੜਿਆ। ਸਫਲਤਾ।

ਵਾਇਰਗਾਰਡ, ਆਰਕੇਐਨ, ਬਰਡ

ਇੱਕ ਚੀਜ਼ ਜਿਸ ਲਈ ਮੈਂ Banana PI ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਖਾਸ ਤੌਰ 'ਤੇ RKN ਦੁਆਰਾ ਬਲੌਕ ਕੀਤੀਆਂ ਸਾਈਟਾਂ ਤੱਕ ਮੁਫਤ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ, ਤਾਂ ਜੋ ਟੈਲੀਗ੍ਰਾਮ ਅਤੇ ਸਲੈਕ ਕਾਲਾਂ ਕੰਮ ਕਰ ਸਕਣ। ਹੈਬਰੇ 'ਤੇ ਲੇਖ ਪਹਿਲਾਂ ਹੀ ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤੇ ਗਏ ਹਨ: ਵਾਰ, два, ਤਿੰਨ.

ਮੈਂ Ansible ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਿਲਕੁਲ ਇਸ ਹੱਲ ਨੂੰ ਤੈਨਾਤ ਕੀਤਾ: ਲਿੰਕ.

VPS ਨੂੰ ਉਬੰਟੂ 18.04 ਚੱਲ ਰਿਹਾ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਮੈਂ ਯੂਰਪ ਵਿੱਚ ਦੋ ਹੋਸਟਰਾਂ 'ਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ: ਐਮਾਜ਼ਾਨ ਅਤੇ ਡਿਜੀਟਲ ਓਸ਼ਨ.

ਇਸ ਲਈ, ਅਸੀਂ ਉਪਰੋਕਤ ਆਰਮਬੀਅਨ ਨੂੰ R64 'ਤੇ ਸਥਾਪਿਤ ਕੀਤਾ ਹੈ, ਇਹ ਨਾਮ ਦੇ ਤਹਿਤ ssh ਦੁਆਰਾ ਪਹੁੰਚਯੋਗ ਹੈ hm-bananapi-1 ਅਤੇ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਹੈ। ਅਸੀਂ ਲਗਾਤਾਰ ਜਵਾਬਦੇਹ, ਆਟੋਮੇਸ਼ਨ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਦੇ ਹਾਂ ਅਤੇ R64 'ਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਨੂੰ ਖੁਦ ਲਾਂਚ ਕਰਦੇ ਹਾਂ:

# зависимости для Debian-based дистрибутивов
$ sudo apt install --no-install-recommends python3-pip python3-setuptools python3-wheel git
$ which pip3
/usr/bin/pip3

# ansible с pybook, скриптование на Python
$ pip3 install https://github.com/muravjov/ansible/archive/ansible-2.10.0.dev0-pybook2019.tar.gz

$ export PATH=~/.local/bin:$PATH
$ which ansible-playbook
/home/sa/.local/bin/ansible-playbook

$ git clone https://github.com/muravjov/ansible-bpi-r64.git
$ cd ansible-bpi-r64

$ git submodule update --init

# убеждаемся в доступности hm-bananapi-1
$ ssh hm-bananapi-1 which python3
/usr/bin/python3

# собственно установка
$ ansible-playbook ./router.py -l hm-bananapi-1

ਅੱਗੇ, ਤੁਹਾਨੂੰ ਸਾਡੇ VPN ਨੂੰ VPS ਵਿੱਚ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਤੈਨਾਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

ansible-playbook ./router.py -l current-vpn

ਇੱਥੇ ਆਰਗੂਮੈਂਟ ਹਮੇਸ਼ਾ ਮੌਜੂਦਾ-ਵੀਪੀਐਨ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਅਸਲ VPS ਨਾਮ ਇੱਕ ਵੇਰੀਏਬਲ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਇਸ ਕੇਸ ਵਿੱਚ ਇਹ ਪੈਰਿਸ-ਵੀਪੀਐਨ-ਐਕਸ-ਟੀ2-ਮਾਈਕ੍ਰੋ-1 ਹੈ):

$ grep current_vpn group_vars/all 
current_vpn: paris-vpn-aws-t2-micro-1
#current_vpn: frankfurt-vpn-d0-starter-1

ਓਹ ਹਾਂ, ਇਹਨਾਂ ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਫੋਲਡਰ ਵਿੱਚ ਭੇਦ (ਖਾਸ ਤੌਰ 'ਤੇ ਵਾਇਰਗਾਰਡ ਕੁੰਜੀਆਂ) ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ./secrets, ਡਾਇਰੈਕਟਰੀ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ ਇਸ ਲਈ.

ਪਾਈਥਨ ਵਿੱਚ ਜਵਾਬਦੇਹ ਆਟੋਮੇਸ਼ਨ

ਤੁਸੀਂ ਨੋਟ ਕਰ ਸਕਦੇ ਹੋ ਕਿ YAML ਫਾਰਮੈਟ ਵਿੱਚ ਹੋਣ ਦੀ ਬਜਾਏ, ਜਵਾਬੀ ਕਮਾਂਡਾਂ ਪਾਈਥਨ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ ਏਨਕੋਡ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਤੁਲਨਾ ਕਰਨ ਲਈ, ਬਰਡ ਡੈਮਨ ਨੂੰ ਆਮ ਤਰੀਕੇ ਨਾਲ ਕਿਵੇਂ ਯੋਗ ਕਰਨਾ ਹੈ:

- name: start bird
  systemd:
    name: bird
    state: started
    enabled: yes

ਅਤੇ ਪਾਈਥਨ ਦੁਆਰਾ ਅਜਿਹਾ ਕਿਵੇਂ ਕਰਨਾ ਹੈ:

with mapping:
    append("name", "start bird")
    with mapping("systemd"):
        append("name",  "bird")
        append("state", "started")
        append("enabled", "yes")

ਪਾਇਥਨ ਵਿੱਚ ਜਵਾਬਦੇਹ ਕਮਾਂਡਾਂ ਨੂੰ ਲਿਖਣਾ ਤੁਹਾਨੂੰ ਕੋਡ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਆਮ-ਉਦੇਸ਼ ਵਾਲੀ ਭਾਸ਼ਾ ਦੀਆਂ ਸਾਰੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਨੂੰ ਖੋਲ੍ਹਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, R64 ਅਤੇ VPS 'ਤੇ ਬਰਡ ਸਥਾਪਤ ਕਰਨਾ:

install_bird("router/bird.conf.j2")
install_bird("vpn/bird.conf.j2")

ਫੰਕਸ਼ਨ ਕੋਡ ਵੇਖੋ install_bird().

ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ pybook ਲਾਗੂ ਕੀਤਾ ਇੱਥੇ. ਪਾਈਬੁੱਕ 'ਤੇ ਅਜੇ ਕੋਈ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਹੈ, ਪਰ ਮੈਂ ਇਸ ਮੁੱਦੇ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਹੱਲ ਕਰਾਂਗਾ।

ਉਹ ਕੀ ਸੋਚਦਾ ਹੈ ਅੱਪਸਟਰੀਮ ਇਸ ਮੌਕੇ 'ਤੇ.

ਨਿਗਰਾਨੀ. ਪ੍ਰੋਮੀਥੀਅਸ

ਕੁੱਲ: ਟੈਲੀਗ੍ਰਾਮ ਕੰਮ ਕਰਦਾ ਹੈ, ਲਿੰਕਡਇਨ ਅਤੇ ਪੋਰਨਹਬ ਵੀ, ਆਮ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਠੀਕ ਹੈ। ਪਰ ਚੀਨੀ ਹਾਰਡਵੇਅਰ ਸਮੇਤ ਸਭ ਕੁਝ ਟੁੱਟ ਸਕਦਾ ਹੈ।

ਕਰਨਲ ਅੱਪਡੇਟ ਵੀ ਦਿਲਚਸਪ ਹੋ ਸਕਦੇ ਹਨ: ਉਦਾਹਰਨ ਲਈ, ਮੈਂ ਕਰਨਲ 5.4 => 5.6 ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ, ਖੈਰ, ਵਾਇਰਗਾਰਡ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਹੈ, ਪੈਚ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ... ਜਲਦੀ ਤੋਂ ਜਲਦੀ ਇਹ ਨਹੀਂ ਕਿਹਾ ਗਿਆ: ਮੈਂ ਬੜੀ ਮਿਹਨਤ ਨਾਲ 5.4 ਤੋਂ ਪੈਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ 5.6 ਤੱਕ, ਕਰਨਲ ਸ਼ੁਰੂ ਹੋ ਗਿਆ, VPS ਲਈ ਸੁਰੰਗ ਪਿੰਗ ਕੀਤੀ ਗਈ, ਪਰ ਪੰਛੀ "BGP Error" ਗਲਤੀ ਨਾਲ ਜੁੜ ਨਹੀਂ ਸਕਦਾ ... "ਮੈਂ ਡਰਾਉਣ ਵਿੱਚ ਵਾਪਸ ਆ ਗਿਆ" (c) 5.4 ਤੱਕ; TODO ਵਿੱਚ 5.6 ਤੱਕ ਜਾਣ ਨੂੰ ਮੁਲਤਵੀ ਕਰ ਦਿੱਤਾ ਗਿਆ ਸੀ।

ਇਸ ਲਈ, ਰਾਊਟਰ ਅਤੇ VPS ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਮੈਂ ਨਿਗਰਾਨੀ (x86 Ubuntu 18.04 'ਤੇ) ਸ਼ਾਮਲ ਕੀਤੀ, ਜੋ ਕਿ ਹੇਠਾਂ ਦਿੱਤੇ ਭਾਗਾਂ ਦੇ ਨਾਲ ਇੱਕ ਵੱਖਰੇ ਹੋਸਟ 'ਤੇ ਸਥਾਪਿਤ ਹੈ:

• prometheus, alertmanager, blackbox_exporter - ਸਾਰੇ ਡੌਕਰ ਵਿੱਚ
• ਮੈਟਲਮੈਟਜ਼/ਅਲਰਟਮੈਨੇਜਰ-ਬੋਟ ਬੋਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਟੈਲੀਗ੍ਰਾਮ ਚੈਨਲ ਨੂੰ ਚੇਤਾਵਨੀਆਂ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ - ਡੌਕਰ ਵਿੱਚ ਵੀ
• ਬੋਟ ਲਈ tor, ਤਾਂ ਜੋ ਬੋਟ ਸਥਿਤੀਆਂ ਨੂੰ ਚੇਤਾਵਨੀ ਦੇ ਸਕੇ ਜਦੋਂ ਇੰਟਰਨੈਟ ਹੋਵੇ, ਪਰ ਟੈਲੀਗ੍ਰਾਮ ਅਜੇ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਬੋਟ ਖੁਦ ਕਨੈਕਟ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ
• ਲਾਗੂ ਕੀਤਾ ਚੇਤਾਵਨੀਆਂ: NodeVPNtroubles (VPS ਨੂੰ ਕੋਈ ਪਿੰਗ ਨਹੀਂ), BirdVPNtroubles (ਕੋਈ ਬਰਡ ਸੈਸ਼ਨ ਨਹੀਂ), ਐਂਟੀਫਿਲਟਰ ਡਾਉਨਲੋਡ ਟ੍ਰਬਲਜ਼ (ਬਲਾਕ ਕੀਤੇ IP ਐਡਰੈੱਸ ਲੋਡ ਕਰਨ ਵਿੱਚ ਤਰੁੱਟੀ), ਸਾਈਟ ਟ੍ਰਬਲਜ਼ (ਮੰਦਭਾਗੀ ਟੈਲੀਗ੍ਰਾਮ ਉਪਲਬਧ ਨਹੀਂ ਹੈ)
• ਸਿਸਟਮ ਚੇਤਾਵਨੀਆਂ, ਉਦਾਹਰਨ ਲਈ, HostGrowingDiskReadLatency (ਸਸਤੇ SD ਕਾਰਡ ਪੜ੍ਹਨਯੋਗ ਨਹੀਂ ਬਣ ਜਾਂਦਾ ਹੈ)

ਨਿਗਰਾਨੀ ਇੰਸਟਾਲੇਸ਼ਨ ਉਦਾਹਰਨ:

ansible-playbook ./monitoring.py -l monitoring-preprod

ਪ੍ਰੋਮੀਥੀਅਸ ਲਈ ਆਟੋ ਡਿਸਕਵਰੀ ਨੂੰ /etc/prometheus/auto_http ਫੋਲਡਰ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਇੱਕ ਹੋਸਟ ਨੂੰ ਮਾਨੀਟਰਿੰਗ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਇੱਕ ਉਦਾਹਰਣ (ਮੇਜ਼ਬਾਨਾਂ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਨਿਗਰਾਨੀ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ):

bash << 'EOF'
HOSTNAME=hm-bananapi-1
IP_ADDRESS=`ssh -G $HOSTNAME | awk '/^hostname / { print $2 }'`

ssh monitoring-preprod sudo sponge /etc/prometheus/auto_http/$HOSTNAME.json << EOF2
[
  {
    "targets": ["$IP_ADDRESS:9100"],
    "labels": {
      "env": "prod",
      "hostname": "$HOSTNAME"
    }
  }
]
EOF2
EOF

TODO: 2 ਪ੍ਰਦਾਤਾ, 2 BPI, ਕੋਈ ਵੀ ਕਾਸਟ ਫੇਲਓਵਰ

ਹਰ ਚੀਜ਼ ਤੋਂ ਇਲਾਵਾ, ਮੈਂ ਦੋ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਜੁੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਹੈ ਤਾਂ ਜੋ ਇੰਟਰਨੈਟ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖੇ, ਭਾਵੇਂ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨੂੰ ਨੈਟਵਰਕ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਸਨ, ਜਾਂ ਉਹ ਇੰਟਰਨੈਟ, ਆਦਿ, ਅਤੇ ਹੋਰ ਮਨੁੱਖੀ ਕਾਰਕਾਂ ਲਈ ਭੁਗਤਾਨ ਕਰਨਾ ਭੁੱਲ ਗਏ ਸਨ.

ਮਲਟੀ-ਵੈਨ ਦੇ ਵਿਸ਼ੇ 'ਤੇ ਸਭ ਤੋਂ ਉੱਨਤ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਦਾ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ ਇੱਥੇ Openwrt ਅਧੀਨ Mwan3 ਸਿਸਟਮ ਲਈ। ਇਸ ਹੱਲ ਵਿੱਚ ਭਰਪੂਰ ਕਾਰਜਸ਼ੀਲਤਾ ਹੈ, ਪਰ ਮਲਟੀ-ਵੈਨ ਲਈ ਇਸਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਸਥਾਪਤ ਕਰਨਾ ਅਤੇ ਚਲਾਉਣਾ ਕਾਫ਼ੀ ਮੁਸ਼ਕਲ ਹੈ। ਸਿਰਫ਼ ਇੱਕ ਉਦਾਹਰਨ: ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਦੋ IP ਪਤਿਆਂ ਤੋਂ ਕੁਝ ਸਾਈਟਾਂ 'ਤੇ ਆਉਂਦੇ ਹੋ, ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਇਸਨੂੰ ਪਸੰਦ ਨਾ ਕਰਨ, ਉਹ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਣਗੇ => "ਇੰਟਰਨੈੱਟ ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ।"

ਇਸ ਤਜ਼ਰਬੇ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਮੈਂ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਮਲਟੀਹੋਮਿੰਗ ਅਜੇ ਇੱਕ ਤਰਜੀਹ ਨਹੀਂ ਹੈ, ਸਿਰਫ ਫੇਲਓਵਰ ਹੈ। ਹਾਲਾਂਕਿ, ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਲੀਨਕਸ ਦੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਹਰ ਚੀਜ਼ ਨੂੰ ਇੱਕ ਕਮਾਂਡ ਨਾਲ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਕਿ:

ip route add default 
    nexthop via 192.168.1.1 weight 10 
    nexthop via 192.168.2.1 weight 5

ਇਸ ਲਈ, ਅਸਫਲਤਾ ਦੇ ਇੱਕ ਬਿੰਦੂ ਤੋਂ ਬਚਣ ਲਈ, ਅਸੀਂ 2 BPIs ਲੈਂਦੇ ਹਾਂ, ਹਰੇਕ ਨੂੰ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨਾਲ ਜੋੜਦੇ ਹਾਂ, ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੋੜਦੇ ਹਾਂ ਅਤੇ ਪੰਛੀ/OSPF ਦੁਆਰਾ ਇੱਕ ਦੂਜੇ ਨਾਲ ਗਤੀਸ਼ੀਲ ਰੂਟਿੰਗ ਨਾਲ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦੇ ਹਾਂ।

ਅੱਗੇ, ਜੇਕਰ ਸੇਵਾ ਉਪਲਬਧ ਹੈ ਤਾਂ ਅਸੀਂ ਹਰੇਕ 'ਤੇ ਇੱਕੋ IP ਪਤੇ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੰਦੇ ਹਾਂ (ਇੰਟਰਨੈਟ, DNS)। ਭਾਵ, ਅਸੀਂ ਡਿਫਾਲਟ ਰੂਟ ਆਪਣੇ ਆਪ ਨਹੀਂ ਤੈਅ ਕਰਾਂਗੇ, ਪਰ ਪੰਛੀ ਦੁਆਰਾ। ਮੈਂ ਹੱਲ ਦੀ ਜਾਸੂਸੀ ਕੀਤੀ ਇੱਥੇ .

ਇਹ ਕਾਰਜਕੁਸ਼ਲਤਾ ਅਜੇ ਲਾਗੂ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ, ਧੋਖੇਬਾਜ਼ ਕੋਰੋਨਾਵਾਇਰਸ ਨੇ ਇੱਥੇ ਇੱਕ ਚਾਲ ਖੇਡੀ ਹੈ (ਸਭ ਕੁਝ Aliexpress ਤੋਂ ਨਹੀਂ ਆਇਆ; ਇੱਕ ਹੋਰ ਔਨਲਾਈਨ ਸਟੋਰ, Layta, ਨੇ ਇੱਕ ਹਫ਼ਤੇ ਵਿੱਚ ਡਿਲੀਵਰ ਕਰਨ ਦਾ ਵਾਅਦਾ ਕੀਤਾ ਸੀ, ਪਰ ਇੱਕ ਮਹੀਨੇ ਤੋਂ ਵੱਧ ਸਮਾਂ ਲੰਘ ਗਿਆ ਹੈ; ਦੂਜੇ ਪ੍ਰਦਾਤਾ ਕੋਲ ਸਮਾਂ ਨਹੀਂ ਹੈ ਕੁਆਰੰਟੀਨ ਤੋਂ ਪਹਿਲਾਂ ਕੇਬਲ ਨੂੰ ਵਧਾਉਣ ਲਈ, ਸਿਰਫ ਕੇਬਲ ਲਈ ਕੰਧ ਵਿੱਚ ਡ੍ਰਿਲ ਵਿੱਚ ਇੱਕ ਮੋਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ)।

R64 ਦਾ ਆਰਡਰ ਕਿਵੇਂ ਕਰੀਏ

ਬੋਰਡ ਖੁਦ ਸਰਕਾਰੀ ਸਟੋਰ ਵਿੱਚ ਹੈ SinoVoip.
ਤੁਰੰਤ ਆਰਡਰ ਕਰਨਾ ਵੀ ਬਿਹਤਰ ਹੈ:

• ਪੋਸ਼ਣ + EU ਜਾਂ US ਪਲੱਗ ਸਟੈਂਡਰਡ ਨੂੰ ਸੂਚਿਤ ਕਰੋ
• ਹੀਟ ਸਿੰਕ: ਰੇਡੀਏਟਰ/ਪੱਖੇ; ਕਿਉਂਕਿ CPU ਅਤੇ ਸਵਿੱਚ ਚਿੱਪ ਦੋਵੇਂ ਹੀ ਗਰਮ ਹੋ ਰਹੇ ਹਨ
• ਵਾਈਫਾਈ ਐਂਟੀਨਾ, ਉਦਾਹਰਨ ਲਈ

ਇੱਕ ਸੂਖਮਤਾ ਹੈ - ਡਿਲੀਵਰੀ ਕੀਮਤ ਕੁਝ ਸਮੇਂ ਲਈ ਅਧਿਕਾਰਤ ਸਟੋਰ ਵਿੱਚ ਨਾਕਾਫ਼ੀ ਤੌਰ 'ਤੇ ਉੱਚੀ ਹੋ ਗਈ ਹੈ. ਮੈਨੇਜਰ ਜੂਡੀ ਹੁਆਂਗ ਨੇ ਮੈਨੂੰ ਯਕੀਨ ਦਿਵਾਇਆ ਕਿ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਸੀ, ਅਤੇ ਤੁਸੀਂ $5 ਲਈ ePacket ਦੀ ਚੋਣ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਮੈਂ ਦੇਖਿਆ ਕਿ ਰੂਸ ਲਈ > $33 ਲਈ ਸਿਰਫ EMS ਹੈ। ਨਾਜ਼ੁਕ, ਪਰ ਨਾਜ਼ੁਕ ਨਹੀਂ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇ ਤੁਸੀਂ ਡਿਲੀਵਰੀ ਲਈ ਕੋਈ ਹੋਰ ਦੇਸ਼ ਚੁਣਦੇ ਹੋ (ਮੈਂ ਸਾਰੇ ਮਹਾਂਦੀਪਾਂ ਵਿੱਚੋਂ ਲੰਘਿਆ), ਡਿਲੀਵਰੀ ਦੀ ਕੀਮਤ ~ $5 ਹੋਵੇਗੀ। ਰੂਸੋਫੋਬਸ?... ਪਰ ਫਿਰ ਮੈਂ ਦੇਖਿਆ ਕਿ ਫਰਾਂਸ ਲਈ ਡਿਲੀਵਰੀ ਕੀਮਤ ਵੀ ~30$ ਹੈ, ਅਤੇ ਮੈਂ ਸ਼ਾਂਤ ਹੋ ਗਿਆ।

ਨਤੀਜੇ ਵਜੋਂ, ਜੂਡੀ ਨੇ ਆਰਡਰ ਦੇਣ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ, ਪਰ ਭੁਗਤਾਨ ਨਹੀਂ ਕੀਤਾ (ਸੰਕੇਤ: ਕਾਰਡ 'ਤੇ ਘੱਟ ਪਾਓ ਤਾਂ ਜੋ ਆਟੋਮੈਟਿਕ ਭੁਗਤਾਨ ਨਾ ਹੋਵੇ); ਉਸਨੂੰ ਲਿਖੋ ਅਤੇ ਉਹ ਡਿਲੀਵਰੀ ਕੀਮਤ ਨੂੰ ਆਮ ਤੱਕ ਘਟਾ ਦੇਵੇਗੀ। ਸਫਲਤਾ।

ਮੁੱਦੇ

ਅਜੇ ਵੀ ਸਭ ਕੁਝ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ।

ਉਤਪਾਦਕਤਾ

Ansible=Python ਕਮਾਂਡਾਂ 20-30 ਸਕਿੰਟਾਂ ਲਈ ਹੌਲੀ-ਹੌਲੀ ਚਲਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਨਿਸ਼ਕਿਰਿਆ ਵੀ; x86 ਲੈਪਟਾਪ 'ਤੇ ਵੱਧ ਲੰਬਾ ਤੀਬਰਤਾ ਦਾ ਆਰਡਰ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪਹਿਲਾਂ ਉਹ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਚਲਾਏ ਜਾਂਦੇ ਹਨ, ~ 3 ਸਕਿੰਟ, ਫਿਰ ਉਹ ਤੇਜ਼ੀ ਨਾਲ ਹੌਲੀ ਹੋ ਜਾਂਦੇ ਹਨ। ਇਹ CPU ਹੀਟਿੰਗ ਅੱਪ (ਥਰੋਟਲਿੰਗ) ਦੇ ਕਾਰਨ ਹੋ ਸਕਦਾ ਹੈ। ਗੋ ਕੋਡ ਨੂੰ ਕੰਮ ਕਰਨ ਵਿੱਚ ਵੀ ਲੰਮਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ:

# запрос метрик для прометея из node_exporter на Go
$ time curl -s http://172.30.1.1:9100/metrics > /dev/null

real    0m6,118s
user    0m0,005s
sys     0m0,009s

# однако температура 51 градус, не так и много
sa@bananapir64:~$ cat /sys/devices/virtual/thermal/thermal_zone0/temp
51700

ਫਾਈ

Wifi ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਆਰਮਬੀਅਨ 'ਤੇ ਇਹ ਲਗਭਗ ਇੱਕ ਦਿਨ ਬਾਅਦ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਲਿਖਦਾ ਹੈ:

sa@bananapir64:~$ dmesg | grep -E 'mt7622_wmac.*timeout'
[470303.802539] mt7622_wmac 18000000.wmac: Message 38 (seq 3) timeout
[470314.042508] mt7622_wmac 18000000.wmac: Message 50 (seq 4) timeout
...

ਸਿਰਫ ਇੱਕ ਰੀਸਟਾਰਟ ਮਦਦ ਕਰਦਾ ਹੈ. ਸਾਨੂੰ ਅੱਗੇ ਵਧਣ ਦੀ ਲੋੜ ਹੈ ਸੁਲਝਾਨਾ.

ਈਥਰਨੈੱਟ

ਈਥਰਨੈੱਟ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ R64 ਤੋਂ ~XNUMX ਘੰਟਿਆਂ ਬਾਅਦ ਪੈਕੇਟ (DHCP) ਆਉਣੇ ਬੰਦ ਹੋ ਜਾਂਦੇ ਹਨ।
ਇੰਟਰਫੇਸ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰਨਾ ਮਦਦ ਕਰਦਾ ਹੈ:

ifdown br0; sleep 30; ifup br0

ਡਰਾਈਵਰ ਨਵਾਂ ਹੈ, ਇਸ ਨੂੰ ਕਰਨਲ ਵਿੱਚ ਅਜੇ ਤੱਕ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਚੀਨੀ ਲੈਂਡਨ ਚਾਓ ਹੈ ਇਸ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ.

ਸਰੋਤ: www.habr.com