История изменений
Исправление gobot, (текущая версия) :
Привет ещё раз, Уважаемый. Локализовал проблемку, сессии отваливаются ровно через 7 сек., когда сервер перестает слать ответные UDP пакеты. А он их перестает почему то слать в ответ, ирод. Сессия может часа 3 нормально идти и прекратиться «внезапно». Сервер лежит в докере, смотрю через tcpdump на внешней erh0 трафик и вижу, что, например в течении часа сервер каждую секунду стабильно слал ответ клиенту (ну не ответ конечно, а что там я не знаю шлет, траф зашифрованный, может какую то диагностику типа twcc). Но факт что он перестает вообще слать пакеты клиенту. А клиент в течении этих 7 сек. стабильно продолжает слать серверу. Не знаю, может до докера не доходят или че. То есть я их вижу на фейсе, а доке не видит. Такое может быть?
Сервер определяет «отвал» по разному, то как «dtls notify closed» или тупо timeout (видимо когда сервер оповещение не успел принять или клиент не отправил или отправил и потерялось)
Вот так примерно выглядит сессия
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Server:9000 -> Client:4545
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Server:9000 -> Client:4545
...
ну вот так шлет каждую сек. пакеты сервер
...
43s.
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
Client:4545 -> Server:9000
50s.
прошло 7 сек., сервер не шлет ничего, клиент пишет disconnect
Сервер получает dtls close и «просыпается», начинает слать клиенту чего то там, но клиент уже в отрубе
Server:9000 -> Client:4545
Server:9000 -> Client:4545
Server:9000 -> Client:4545
Или другой вариант, сервер не видит dtls notify и после некоторого времени начинает слать клиенту в течении 30 сек. пакеты и после этого пишет что timeout - session destroy
Исправление gobot, :
Привет ещё раз, Уважаемый. Локализовал проблемку, сессии отваливаются ровно через 7 сек., когда сервер перестает слать ответные UDP пакеты. А он их перестает почему то слать в ответ, ирод. Сессия может часа 3 нормально идти и прекратиться «внезапно». Сервер лежит в докере, смотрю через tcpdump на внешней erh0 трафик и вижу, что, например в течении часа сервер каждую секунду стабильно слал ответ клиенту (ну не ответ конечно, а что там я не знаю шлет, траф зашифрованный, может какую то диагностику типа twcc). Но факт что он перестает вообще слать пакеты клиенту. А клиент в течении этих 7 сек. стабильно продолжает слать серверу. Не знаю, может до докера не доходят или че. То есть я их вижу на фейсе, а доке не видит. Такое может быть?
Сервер определяет «отвал» по разному, то как «dtls notify closed» или тупо timeout (видимо когда сервер оповещение не успел принять или клиент не отправил или отправил и потерялось)
Исходная версия gobot, :
Привет ещё раз, Уважаемый. Локализовал проблемку, сессии отваливаются ровно через 7 сек., когда сервер перестает слать ответные UDP пакеты. А он их перестает почему то слать в ответ, ирод. Сессия может часа 3 нормально идти и прекратиться «внезапно». Сервер лежит в докере, смотрю через tcpdump на внешней erh0 трафик и вижу, что, например в течении часа сервер каждую секунду стабильно слал ответ клиенту (ну не ответ конечно, а что там я не знаю шлет, траф зашифрованный, может какую то диагностику типа twcc). Но факт что он перестает вообще слать пакеты клиенту. А клиент в течении этих 7 сек. стабильно продолжает слать серверу. Не знаю, может до докера не доходят или че. То есть я их вижу на фейсе, а доке не видит. Такое может быть?