Почему закрываются TCP порты после запуска игрового сервера?

Question

[Павел Никитин]

Всем привет!

Столкнулся с проблемой, помогите решить, ситуация следующая: имеется виртуальный сервер windows 7 на котором запускаются игровые сервера. Решил поднять еще один такой же сервер (тоже железо, тот же хостинг), все сделал идентично первому (настроил сеть, установил тот же windows), в общем точная копия, разные только ip, шлюз и макадрес.

Проблема имеет место только на одном сервере, проявляется следующим образом: если запускаю игровой сервер (конфигурация скопирована с первого) то он не виден в сети и к нему невозможно пробиться через QUERY.

Установил Tcpview, заметил что на первой виртуалке запуск с запуском игрового сервера открываются два TCP порта, на втором они появляются на доли секунды и исчезают См.Скрин.


Помогите понять, чем вызвано такое поведение портов? Успел 10 раз все проверить, переустановить..

Ранее сталкивался с подобной проблемой на первом сервере, все решилось изменением настроек сети, а именно маски.
Посмотрите тут, чтобы не дублировать Как настроить сеть на виртуальной машине windows7?

Вот так выглядит картинка на нерабочем сервере, полное отсутствие TCP
Первый сервер, на котором все работает:
Второй сервер, на котором проблема имеет место:

Answer 1

[Станислав Макаров]

на втором они появляются на доли секунды и исчезают См.Скрин.

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

(конфигурация скопирована с первого)

ну может там надо поменять IP-адрес для прослушивания? Вдруг там не 0.0.0.0 прописан, а конкретный IP.

Comments

[Павел Никитин]

Выложил скрины.

[Станислав Макаров]

Павел Никитин все-таки я предлагаю сначала конфигурацию игрового сервера глянуть. Если там ip-шник прописан, в этом и может заключаться проблема, его нужно сменить. Все-таки дело в виндовой машине, раз порты не открываются на прослушку. А, еще проверьте, не занят ли нужный порт кем-то еще. Это маловероятно, но чем черт не шутит.

Также, ВОЗМОЖНО, дедик пытается слушать на IPv6-интерфейсе, который почему-то выбирает по-умолчанию, такое тоже бывает. И поэтому вы не видите прослушиваемых TCP-портов. Возможно стоит прописать конкретный IP, если это еще не было сделано.

[Павел Никитин]

Станислав Макаров: игровой сервер устроен таким образом, что если в его конфигурации указать другой ip он просто не запускается, много разы проверят, тут ошибки нет 100%.
Про IPv6 может быть, подскажите, как проверить и устранить проблему?

Answer 2

[res2001]

Для начала отключите фаервол винды. Проверьте будет ли запускаться или так же.
Если так же, то проблема с настройками игрового сервера. Включайте полное логирование и смотрите что в логах появится. Так же можно посмотреть виндовые логи.
Решение с маской по ссылке - сомнительно. В посте мало информации, чтоб что-то посоветовать. Если хотите - можем вернуться к вопросу.

Comments

[Павел Никитин]

Все порты открыты (фаервол отключен), сейчас выяснил, что порты не запускаются ровно по той же причине по которой сервер не виден в сети, к нему не отправляются запросы даже по UDP. Причина явно в настройках сети, поскольку если пользователь подключится через SSH к VDS и обновит хэш (i.imgur.com/SWOeBPf.png) то с его компьютера запросы начинают получать данные по серверу. Получается что сервера работают корректно..

В посте мало информации, могу предоставить всю необходимую информацию, уточните что нужно, проверю и выложу. Спасибо!

[res2001]

При подключении по ssh происходит авторизация пользователя?
С виртуалки вы можете ходить в Интернет?
Сетевые настройки на виртуалке сделаны так как рекомендует хостер?

[Павел Никитин]

res2001:
1) Да, после авторизации с домашнего компьютера отправляются и принимаются запросы сервером, а игровой сервер отображается в списках мониторингов.
2) Доступ в интернет есть.
3) Да, хостер рекомендует мало, в основном акцент на маску сети, на первом сервере проблема решилась c изменением 255.255.255.0 на 255.255.255.255, была ровно такая же ситуация. Но на в тором это не работает.. Может в маске и проблема, но как определить нужную?

[res2001]

1.Возможно, для доступа к виртуалке из вне требуется некая ВПН авторизация. Что-то по этому поводу должно быть в тарифах хостера или в правилах.
3.Нужную маску узнайте у хостера - это будет вернее всего.
Да, похоже, самый правильный вариант - отправить запрос по вашей проблеме в поддержку хостера.

[Павел Никитин]

Вот уже обнаружил ошибку в шлюзе, вместо *.*.*.254 указал реальный ip VDS, исправил, но ситуация осталась..

[Павел Никитин]

res2001: prntscr.com/ay7cl3