Почему tmux связывает внешние доступные порты?

Я выполняю быстрый аудит служб, прослушивающих внешние интерфейсы на машине с Ubuntu 14.04, и tmux связывает TCP *: 50994 и *: 59147, как сообщается netstat -l.

Я могу подключиться к этому порту с другого компьютера в сети (без каких-либо настроек брандмауэра), но не могу найти никакой документации о том, почему он привязывает внешний порт. Какова цель этого и есть ли способ остановить это?

tmux

— Magneon
источник

Wireshark говорит вам что-нибудь о трафике через эти порты?

— Парфянский выстрел

Я поделился этим вопросом на IRC-канале tmux, и они просят вас опубликовать свой tmux.conf

— Аарон

Где ваш вывод netstat? tmuxиспользует только сокеты UNIX ...

— ThiefMaster

Не могу воспроизвести вообще, и я не могу представить, как сокет inet будет отображаться в lsof, но не в netstat. Пробовал с бёбу тоже. Также просматривал исходный код tmux и, похоже, не было никакой функции, включающей использование TCP. Возможно, вы захотите проверить исходный код установки tmux ..?

— Фира

Посмотрите на вывод того, netstat -lкак вы уверены, что это tmux, так как на выходе этой команды даже не отображается имя связанного процесса. Вам нужен -pпереключатель для этого.

— Фред Томсен

Ответы:

Это tmux и это сокет Unix. Очевидно, что Tmux использует серверные сокеты для запуска независимых серверов tmux.man tmux

Запустите tmux без флагов

tmux

$ ss -l |grep tmux
u_str  LISTEN     0      128    /tmp/tmux-1000/default 62749                 * 0

Затем запустите tmux -S /tmp/tmux.sockи посмотрите, что изменилось в пути к сокету.

$ ss -l |grep tmux
u_str  LISTEN     0      128    /tmp/tmux.sock 62765                 * 0

Обратите внимание, это не TCP. Это видно из использования флагов -t(tcp) и -l(listening)

$ ss -tl
(returns no lines but the headers)

— varlogtim
источник

ты используешь tcsh? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204429 имеет аналогичную проблему, когда запуск tmux на tcsh приводит к DNS-запросам.

— Эндрю Перри
источник