Andrej Gessel

Почему программа падает с SIGSEGV мне тоже не совсем понятно.

В отладчике вовремя вознкновения ошибки в строке fp = fopen( GPIO38_PATH”/direction”, “w”);
fp равен 0 из за этого все валится на другой раз результат нормальный

Между экспортом и использованием (fopen(...direction)) стоит использовать небольшую паузу, ядру нужно немного время, что-бы экспортировать gpio.

Ну и странные кавычки конечно как сказал jcmvbkbc. может стоит компилировать так:
gcc main.c -Wall -Wpedantic

Так же можно проверить закрываются ли файлы, но это всё-равно не даёт SIGSEGV.

Использование сссд не рекомендуется и не поддерживается разрабочиками самба. Ксть отличный встроенный инструмент winbind, который с этим отлично справляется. https://wiki.samba.org/index.php/Setting_up_Samba_...

Наверно в вашей ситуации будет логичнее исправить поведение клиента, чем поведение системы. Но мне например без примерного кода сложно что-то конкретно подсказать.

CoovaChilli[1][2] как раз для этого сделан. И если верить этим ответам, то можно даже без радиуса.[3]
[1] coova.github.io/CoovaChilli
[2] https://openwrt.org/docs/guide-user/services/capti...
[3] https://coova.github.io/mail-archive/chilli/2013-F...

hint000,
полностью согласен, это стоит проверить и может быть добавить к вопросу. Ещё интересно где установлен dhcp сервер, не случаются ли колизии адресов, если два разных сервера раздают адреса из той же сети. А ещё пока я это писал задумался про маршрутизацию, получается, что сеть 192.168.10.0/24 доступна через 2 интерфейса, а значит 2 раза вписана в таблицу маршрутизации. А значит, когда ядро проверяет куда девать пакет, оно всегда берет одну из 2 рут, и я предположу, что одна из них имеет меньшую метрику(рута в локальную сеть) , а значит всегда используется.

Получается следующее: клиент через vpn посылает клиенту в локальной сети пинг, то есть пакет идёт с адреса скажем 192.168.10.4 на 192.168.10.3, приходит на сервер, сервер проверяет маршруты, выбирает наилучший, отправляет клиенту в локалке, он принимает, отправляет ответ через его стандартную руту, ответ приходит на сервер и тут происходит ошибка, сервер снова ищет лучшую руту для сети 192.168.10.0 и находит снова руту в локальную сеть. Это можно довольно легко проверить запустив tcpdump на прослушку пингов на всех клиентах серверах.
Итог: попробуй использовать другую сеть, проверь руты, может добавишь их сюда, для проверки.

sudo iptables -I INPUT -p udp --dport 21 -d a.b.c.d -j LOG --log-prefix="TRIGGER_ME_NOW"

Ну а потом можно проверять логи, там стоят и IP адреса и другие детали.

fail2ban Отличный вариант, или можно что попроще:

tail -f /var/log/firewall.log | awk '/TRIGGER_ME_NOW/ {system("/usr/local/bin/script.sh")}'

Думаю, что единственный вариант, это парсинг, в небольших объёмах или через прокси.

У этой материнской платы нет поддержки этого процессора.

https://www.asus.com/ru/Motherboards/P7H55M/HelpDe...

Единственное, что могу посоветовать, это смена материнки и подбор новой с поддержкой твоего процессора.

Не совсем соглашусь с Denis Michurin,

не совсем понятно, что ks312 хочет от новой прошивки, поэтому достаточно использовать что-то вроде OpenWRT или DD-WRT. Если нужно специфичное ядро, тогда конечно стоит почитать доп литературу, но в принципе достаточно документации к той или иной сборочной системе.

Ну раз есть свой сервер, то проще всего настроить любой VPN туннель по вкусу. (OpenVPN, Strongswan (IPSec))
И разрешить соединения клиент-клиент.

Опция -а не создаёт архив, а ведёт себя т.к. архив, то есть сохраняет все мета данные к файлам(время создания, пользователя, группу и т.д.).
Ну а -z сжимает всё все данные при передачи.
Скорость передачи данных, как написал Владимир , зависит от количества данных, синхронизируются ли данные или делается новая копия, насколько копии различаются между собой.

Пытался сделать вот по этой статье через туннелирование в Putty, подключение устанавливается, но на нужную страницу моего веб-сервера перейти не удается, показывает только убунтовский апач с VPS.

Порт 80 на Ubuntu занят, туннелирование не может работать, т.к. порт занят. Нужно остановить/удалить apache или использовать другой порт.

1) проверить доступность 172.16.0.50
2) проверить открыт ли порт сш
3) проверить права пользователя в {ссылка} видимо ссылка такого вида:
git clone git@172.16.0.50:<user>/repo.git