Skip to content

Работа wdtt-server в докере #59

Description

@IdiotEbrilo

Уважаемый разработчик, уж простите мою назойливость, опять пришёл с глупостями. Пытаюсь заставить работать wdtt-server в докере, он, как будто, запускается и исправен:

wdtt-server  | 2026/05/07 07:23:57.885389 ══════════════════════════════════════════
wdtt-server  | 2026/05/07 07:23:57.886241    WDTT Server v1.1.4 (KCP+smux SOCKS5)
wdtt-server  | 2026/05/07 07:23:57.886565 ══════════════════════════════════════════
wdtt-server  | 2026/05/07 07:23:57.886791 [TRANSPORT] tun2socks/SOCKS5 over KCP
wdtt-server  | 2026/05/07 07:23:57.887483 [SERVER] Готов
wdtt-server  | 2026/05/07 07:23:57.888122    KCP: 0.0.0.0:56000 | carrier: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:23:57.954445 [EGRESS] tcp 77.88.8.8:53 OK in 66ms
wdtt-server  | 2026/05/07 07:23:57.973460 [EGRESS] tcp 1.1.1.1:443 OK in 19ms
wdtt-server  | 2026/05/07 07:23:58.054896 [EGRESS] tcp ya.ru:443 OK in 81ms
wdtt-server  | 2026/05/07 07:24:07.893292 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:24:17.889699 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:24:27.889076 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:24:37.897240 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:24:47.889081 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:24:57.889096 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:25:07.889941 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5
wdtt-server  | 2026/05/07 07:25:17.897165 [СТАТ] Активных: 0 | Всего: 0 | Streams: 0 | Transport: KCP+smux/SOCKS5

Но при попытке подключения клиент после ручного решения капчи пишет ту самую ошибку [GO][ERROR] [ВОРКЕР #15] Ошибка (попытка 1): чтение AUTH: timeout, хотя при запуске непосредственно на этой же машине вне контейнера всё в порядке. Правила iptables по поводу взаимодействия извне с портом 56000 в обоих случаях отсутствуют, он открыт, фаерволов нет.

Какая там у него специфика, если не секрет? Буду признателен за подсказку.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions