4.1: Wireguard: because we stopped hearing back after -2126184448 seconds

[dimon27254]

@Le ecureuil @Infy @hellonow просматривая логи на кинетике (как в 4.1 Alpha 1, так и Alpha 2), обратил внимание, что в записях, касающихся Wireguard, при попытке повторить хэндшейк (ввиду неустойчивости связи с другой стороны) периодически появляются странные временные отметки с отрицательными значениями:

wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after -2126184448 seconds

В 4.0 и более ранних это значение было всегда положительным, и, как правило, редко превышало 15 секунд, т.е. записи имели вид:

wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after 15 seconds

Проблем с работой туннелей не испытываю, но такие отрицательные значения смущают. 

[dimon27254]

Аналогичные сообщения имеются и в 4.1 Alpha 3.

Также отрицательные значения иногда видны в другом сообщении, которое появляется после длительного отсутствия активности между сервером и клиентом:

wireguard: Wireguard0: zeroing out all keys for peer "*" (6) (*.*.*.*:*), since we haven't received a new one in -2130375580 seconds

 

[dimon27254]

Без изменений в 4.1 Alpha 4-6.

[dimon27254]

В 4.1 Alpha 7-9 также без изменений.

[dimon27254]

В 4.1 Alpha 10-16 изменений не замечено.

[hellonow]

@dimon27254 дело в подсчете времени. В будущих версиях ПО будет скорректирован подсчет. Кейс NDM-3043.

[dimon27254]

@hellonow @Le ecureuil в 4.1 Beta 2 отметки времени стали положительными, но значения продолжают быть нереалистичными:

wireguard: Wireguard1: retrying handshake with peer "*" (8) (*) because we stopped hearing back after 2166337568 seconds
wireguard: Wireguard1: handshake for peer "*" (8) (*) did not complete after 2368404880 seconds, retrying (try 0)

[dimon27254]

Без изменений в 4.1 Beta 4.

@hellonow @Le ecureuil ошибка подсчета времени затрагивает все Кинетики, или только те модели, которые на mips/mipsel?

Обратил внимание, что на KN-1811 с aarch64 значения реалистичные.

[Le ecureuil]

Видимо тонкости с 32-битным значением поля.

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

[dimon27254]

31 минуту назад, Le ecureuil сказал:

Видимо тонкости с 32-битным значением поля.

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

Правильно я понимаю, что правок в исходниках Wireguard (если, конечно, там возможно что-то подправить по этому поводу) не планируется, и на 32-битных моделях, начиная с 4.1, сообщения такими и останутся?

[Le ecureuil]

Да, не хочу туда лезть просто так.