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

Я подозреваю, что это будет связано с некоторыми проблемами в сети. Просьба сообщить об ожидаемых проблемах сети, которые могут привести к зависанию приложения в среде клиент-сервер. Я слышал, что «одно и то же сетевое имя, идентифицированное с несколькими IP-адресами, которое может вызвать как минимум некоторые задержки при разрешении имен или, в худшем случае, сбой, который приведет к зависанию», это правильно? Любые другие?

Это некоторая часть файла хоста, взятая с сервера. Здесь имя проблемного клиентского компьютера - tvr-lzvrts , но опять же я вижу lzvrts2 , нужно ли переместить это в комментарии (#). Я вижу много записей без комментариев mntis mnefms ht7

192.61.247.204  tvr-lzvrts2 lzvrts2                    # TISSON   
192.61.247.205  ght7                      ht7                       # TISSON  
192.61.247.94   mns6                       mntis        mnefms       # LEVIS

РЕДАКТИРОВАТЬ

Еще одна вещь, которую я забыл, когда я спросил о некоторой информации об IP-адресе, команда сказала, что они используют IP-адреса в качестве заполнителей в файле Hosts пока не получат правильные общедоступные IP-адреса от клиента. Кабели не подключены. Нужно ли отключать эти порты, пока они не будут готовы использовать реальные IP-адреса для клиентов?

РЕДАКТИРОВАТЬ

В клиентской системе мое приложение занимает большую часть памяти, а загрузка процессора составляет около 93%. Я подтвердил эти факты из диспетчера задач. Я вижу много мерцания в моем приложении.

2 ответа2

0
  • Использование файлов хостов для преобразования имен хостов в IP-адреса подвержено ошибкам, вероятно, что между файлами хостов на разных компьютерах будут несоответствия. В более долгосрочной перспективе лучше использовать локальный DNS-сервер (используя split-DNS, чтобы локальные компьютеры могли разрешать нелокальные имена хостов в Интернете).

  • Я бы использовал ping для проверки работоспособности файлов hosts . На клиенте откройте окно командной строки и введите ping servername .

  • Вы можете использовать ping на сервере, чтобы проверить, что файл hosts на сервере имеет правильное имя хоста и адрес для клиента, но обычно это не требуется .

  • Вы можете использовать анализатор пакетов (например, Wireshark), чтобы увидеть, что отправляет ваш клиент и куда. Я считаю особенно полезной функцию «следовать TCP-соединению». Вам понадобится базовое понимание TCP/IP.

пример

C:\> ping servername

Pinging servername.example.com [192.61.247.99] with 32 bytes of data:

Reply from 192.61.247.99: bytes=32 time<1ms TTL=64
Reply from 192.61.247.99: bytes=32 time<1ms TTL=64
Reply from 192.61.247.99: bytes=32 time<1ms TTL=64
Reply from 192.61.247.99: bytes=32 time<1ms TTL=64

Ping statistics for 192.61.247.99:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms
  • Обратите внимание, что он получил правильный IP-адрес для имени servername.example.com [192.61.247.99] .

  • Убедитесь, что время ответа является разумным - time<1ms

  • Убедитесь, что нет потери пакетов - (0% loss)

0

Вероятно, вам нужно проверить вашу сеть, все ли API, NIC-карты устарели. Если имена не используются для разрешения, вам может потребоваться перейти к комментариям. проверьте свои журналы также

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .