Почему СОСТОЯНИЕ ОЖИДАНИЯ ВРЕМЕНИ TCP присутствует в обоих концах после завершения соединения?

Поскольку "pwd" оценен, как только переменная ПОДСКАЗКА установлена. Попробовать echo $PROMPT.

например.

renan ~ % PROMPT="`pwd` >"

/home/renan >echo $PROMPT
    /home/renan >

Как Вы видите, "pwd" был заменен каталогом, в котором я был, когда я выполнил ПОДСКАЗКУ = команда.

1
10.03.2013, 21:05
2 ответа

Стек Linux TCP и conntrack имеют два различных видения соединения TCP. В чем Вы видите /proc/net/ip_conntrack отличается от того, что видит ядро. Состояние ядра хранится в /proc/net/tcp и /proc/net/tcp6 и может быть отображен с netstat.

Как замечено здесь: https://serverfault.com/questions/313061/netstat-and-ip-conntrack-connection-count-differ-by-order-of-magnitude-why оба количества отличаются. Я предполагаю это, если Вы смотрите на netstatпроизведите Вас, будет только видеть один конец в TIME-WAIT

2
27.01.2020, 23:39
  • 1
    я предполагаю, что это - правильный ответ :) Спасибо! Это работает как ожидалось, если я проверяю состояния с "netstat - туземный" –  Vangelis Tasoulas 12.03.2013, 19:51

Это должно предотвратить новое соединение, получив устаревшие сегменты, все еще плавающие вокруг в 'сети от старого соединения, портящего его.

0
27.01.2020, 23:39
  • 1
    я считал это, но вопрос о том, почему я вижу СОСТОЯНИЕ ОЖИДАНИЯ ВРЕМЕНИ к обоим концам. Это состояние должно только быть там в узле, инициировал завершение соединения а не другой одно (согласно тому, что я считал до сих пор). соединения TCP –  Vangelis Tasoulas 10.03.2013, 17:41
  • 2
    имеют данные, текущие в обоих направлениях. –  vonbrand 10.03.2013, 17:49
  • 3
    Согласно этому en.wikipedia.org/wiki/File:TCP_CLOSE.svg один конец будет инициировать завершение (активный конец) соединения, и только это пройдет СОСТОЯНИЕ ОЖИДАНИЯ ВРЕМЕНИ. Пассивный конец должен просто закрыть его. То же - то, что я вижу в различных книгах также. Я пропускаю что-то здесь? положительная сторона –  Vangelis Tasoulas 10.03.2013, 17:53

Теги

Похожие вопросы