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

9

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

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

tmux Magneon
источник
Wireshark говорит вам что-нибудь о трафике через эти порты?
Парфянский выстрел
Я поделился этим вопросом на IRC-канале tmux, и они просят вас опубликовать свой tmux.conf
Аарон
Где ваш вывод netstat? tmuxиспользует только сокеты UNIX ...
ThiefMaster
3
Не могу воспроизвести вообще, и я не могу представить, как сокет inet будет отображаться в lsof, но не в netstat. Пробовал с бёбу тоже. Также просматривал исходный код tmux и, похоже, не было никакой функции, включающей использование TCP. Возможно, вы захотите проверить исходный код установки tmux ..?
Фира
1
Посмотрите на вывод того, netstat -lкак вы уверены, что это tmux, так как на выходе этой команды даже не отображается имя связанного процесса. Вам нужен -pпереключатель для этого.
Фред Томсен

Ответы:

1

Это 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
источник