модуль ядра crypto, не доступный на пи Малины 2 (Linux 3.18.11)

Во-первых, поле etime указывает момент запуска процесса. Это не обязательно означает, что соединение связано с ним на тот момент.

Далее, может быть, используется какая-то трансляция сетевых адресов? Если это так, введите grep номер порта на удаленном хосте netstat -natup 'grep 40740 , чтобы узнать, что это вернет.

Если трафик, инициированный первым хостом, отсутствует, соединение будет постоянно оставаться в состоянии «УСТАНОВЛЕНО», пока локальный процесс не закроет соединение или удаленный хост не закроет соединение.

Теперь представьте, что между хостами происходит прерывание сети; пакеты от удаленного узла не могут достичь первого узла. Во время этого отключения удаленный хост пытается послать что-либо первому хосту; тайм-аут, поскольку пакеты ACK не получены от первого хоста. Через некоторое время соединение прекращается, и удаленный хост закрывает соединение. Однако первый хост полностью не знает о том, что произошло на другом хосте, поэтому соединение все еще находится в состоянии «УСТАНОВЛЕНО».

То же самое происходит, если удаленный хост испытывает сбой питания и перезагружается; нет шансов на первое завершение существующих сетевых соединений.

Чтобы предотвратить эту ситуацию, необходимо включить tcp keepalive на уровне сокета. Это приводит к периодическому обмену пакетом подтверждения активности между хостами, что позволяет обнаруживать перебои в работе сети даже при отсутствии нормального трафика.

Я мало знаю о Распбиане. Я бы попробовал modprobe algif_skcipher. Если это не работает, найдите в /lib/modules файл с именем algif _ skcipher.ko . Если он есть, попробуйте выяснить, что не так с modprobe . Если его нет, то дистрибутив, избранный не для компиляции этого конкретного модуля и единственный путь вперед будет делать собственную компиляцию ядра, что трудно получить правильно даже для ПК, не говоря уже о Raspberry Pi.