Работа над ошибками Windows Server 2003

[VV189]

Зравствуйте.

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

На ней крутятся несколько игровых серверов ( со встроенным VoIP каждый )+сервер mumble, апач, мускул итп.

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



Система:

Microsoft Windows Server 2003 Enterprise Edition SP2 (Второй диск не установлен, слетала рега лиц. ключа, обновления все)

Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz 3,99 ГБ ОЗУ



В общем, подскажите что еще можно "выпрямить" кроме рук



Просьба:

если с конфигами, маршрутизацией и остальным все в порядке, то об этом тоже напишите (хотя сомнительно, [WARNING]ов, [FATAL]ов итп в netdiagе хватает).

[Safety1st]

[WARNING] и [FATAL] в тех местах абсолютно нормальны. Если нужно, расшифрую почему.



С конфигами, маршрутизацией и остальным все в порядке.



> 'битые хидеры пакетов'

В одном пакете физического уровня (то, что передаётся по проводам, оптике и т.д.) этих header несколько, потому что пакеты конкретных протоколов инкапсулируются (вкладываются) друг в друга. Например, POP3-пакет вкладывается в TCP-пакет, тот в IP-пакет, а тот в ethernet-пакет и отправляется по ethernet'у. В случае PPP-доступа, очень любимого российскими провайдерами в качестве средства тарификации клиентов, ещё есть прослойка из GRE-протокола. Нужно знать, какого протокола битые.

Ваша инфа этого не подтверждает (Статистика интерфейса, Ошибки 0 1).



> Есть небольшая неясность с DNS, tracert bf2.u-l.ru дает dialin.customers.u-l.ru [94.45.191.146] на целевом хосте.

На DNS-серверах существуют 2 зоны: прямая и обратная. Прямой зоной домена u-l.ru Вы рулите, прописали там запись типа A bf2 и указали IP. Теперь все компьютеры мира по этому имени выясняют IP-адрес. Это называется разрешением имени. Обратная зона нужна для обратной процедуры: нахождению имени по IP, что и выполняет tracert в процессе своей работы. Для этого на DNS-сервере, отвечающем за этот IP, должна быть создана PTR-запись. Теперь самая абстрактная часть объяснения, которой до последнего не верят даже многие сисадмины Ваш DNS-сервер не рулит этим IP. IP под контролем того, кому он был выдан в составе диапазона. В вашем случае это ООО "Юнионлайн". Вряд ли они по Вашей просьбе сделают, чтобы вместо dialin.customers.u-l.ru для вашего адреса выводилось bf2.u-l.ru. Да и это просто косметика, никакой практической пользы не принесёт.



> Теперь лаги ощутимо возрасли

Мне совершенно не понятно, в чём проявляется проблема (симптомы). Какие они? Мы можем поставить

Microsoft Network Monitor

и собрать с его помощью информацию для анализа.

[VV189]

Isotonic, большое спасибо за развернутый ответ.


Цитата Isotonic:



Мы можем поставить Microsoft Network Monitor и собрать с его помощью информацию для анализа.

Работа над ошибками Windows Server 2003

"Мы" в смысле мы?

Есть ли преимущества у Microsoft Network Monitor перед тем же Wireshark (ранее — Ethereal)?


Цитата Isotonic:



не понятно, в чём проявляется проблема (симптомы). Какие они?

Работа над ошибками Windows Server 2003

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

Наши "знатоки" винят во всем свичи провайдера, говоря, что на нашей машине все в порядке.



Логи Wireshark есть, с Microsoft Network Monitor к сожалению не знаком.

[Safety1st]

Цитата VV189:



"Мы" в смысле мы?

Работа над ошибками Windows Server 2003

Непосредственно на компе ручками, конечно, Вы.




Цитата VV189:



Есть ли преимущества у Microsoft Network Monitor перед тем же Wireshark (ранее — Ethereal)?

Работа над ошибками Windows Server 2003

Отвечу так: я могу постараться Вам помочь на основе анализа данных MS NM, но не WS.




Цитата VV189:



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

Работа над ошибками Windows Server 2003

Неужели это во всех играх, которые крутятся на сервере?




Цитата VV189:



Наши "знатоки" винят во всем свичи провайдера, говоря, что на нашей машине все в порядке.

Работа над ошибками Windows Server 2003

А они точно знатоки?



Я не знаю нюансов работы WS, по идее он также должен устанавливать свой компонент 'между дровами сетевухи и компом'. Тогда попробуйте просто удалить, перезагрузить комп и посмотреть, как работать будет.



Пакеты могут теряться по причинам: оборудование не успевает их обрабатывать или оборудование по каким-то причинам их отклоняет (это может происходить даже без участия CPU). Сюда попадают и 'плохие драйвера' и 'лишние компоненты в стэке'. Большинство игр работает по UDP, по 'Статистика UDP для IPv4' видно, что ошибок либо нет, либо комп о них не знает (ошибка обрабатывается без участия CPU или пакет просто до сетевухи не доходит).



В любом случае, если ставить NM, WS нужно удалить предварительно. При установке/удалении будут перерывы в обслуживании по сети от нескольких секунд до нескольких минут.



Надумаете заюзать NM - расскажу, что делать. Есть ещё одно неудобство помимо новой для Вас проги: для упрощения анализа данными будем собирать с фиксацией имён процессов, с которыми они связаны, а там уже имена процессов, как в tasklist'е, Вы не затрёте