CentOS 5.9 | программа, слушающая на порте, то, чтобы заставлять это не связать

Я думаю, что можно сталкиваться 2*MSL проблема. Вот то, как Вы говорите:

$ netstat -na | grep 28960.*TIME_WAIT

Если Вы возвращаете что-нибудь, от которого, это означает, что сетевой стек ядра ожидает в течение дважды максимального времени жизни сегмента (MSL) случайных пакетов для возвращения для создания появления прежде, чем позволить тому порту быть восстановлением. TIME_WAIT состояние является хорошей вещью.

Серверы, которые предназначаются, чтобы быть перезапущенными в нормальном функционировании, отключают TIME_WAIT обработка путем установки SO_REUSEADDR опция сокета. При изучении документов для игрового сервера может случиться так, что существует опция, которая позволяет Вам включить это поведение.

В противном случае и Вы не можете заставить источник изменять игровой сервер, Ваша единственная опция состоит в том, чтобы ожидать TIME_WAIT состояния для истечения, который обычно берет между 30 и 120 секундами.

Вот сценарий, который я называю showwait который полезен с этим видом вещи:

#!/bin/sh
while [ true ]
do
    netstat -na | grep WAIT
    sleep 1
done

Вы просто выполняете его и ожидаете его, чтобы прекратить производить строки каждую секунду. Затем Вы Ctrl-C это и движение с тем, что необходимо было сделать, который потребовал, чтобы не было никаких состояний ожидания.

Этот сценарий не подходит для использования на занятом сервере, где существуют состояния ожидания, продолжающиеся все время, но когда Вы просто ожидаете сервера ни с чем иным продолжающим достигнуть неподвижности, это прекрасно.

Вы могли попробовать lsof(8) (проверьте страницу руководства, это довольно обширно; но просто передав его вывод по каналу к grep 28960 должен дать некоторое представление тому, что продолжается). В любом случае порт 28960 является неприсвоенным IANA. таким образом, ничто не должно использовать его.