none
Сервер 2003 SP1 EntEdt 64x не формирует broadcast UDP 138 RRS feed

  • Общие обсуждения

  • первоначальная заявленая неисправность - отсутсвие этого сервера в сетевом окружении.
    имеется домен и серверы WINS, данный сервер приложений по отношению к домену member
    после выяснения обнаружена причина:  от сервера нет широковещательного трафика UDP 138
    Служба Computer Browser стартована, перезапускалась. В секции службы в реестре парметры по дефолту. Адаптер первый в привязках, NBT/tcp на нем включен. файрволов нет, встроеный выключен.

    В чем может быть проблема? благодарю.

    13 апреля 2009 г. 7:23

Все ответы

  • Скорее всего роутер.


    Green
    13 апреля 2009 г. 7:29
  • а вы уверены что нет данного трафика?

    netmon.exe в помощь.. http://www.microsoft.com/downloads/details.aspx?familyid=f4db40af-1e08-4a21-a26b-ec2f4dc4190d&displaylang=en

    посмотрите в ветке HLM\SYSTEM\CurrentControlSet\Services\Browser\Parameters параметр MaintainServerList..  какое значение стоит?

    вот подробнее про WinNT Browser http://technet.microsoft.com/en-us/library/cc767893.aspx#top
    mcp, mcdba, mcsa, mcse, ccna
    13 апреля 2009 г. 7:58
  • на этом сервере RRAS не стартовано вообще, он не является рутором. NIC две штуки, объеденены в team на уровне драйвера, в результате появляется третий и единственный рабочий фейс, который стоит первым  в списке. с такиv team еще 10 серверов, все прекрасно работают по NTB

    13 апреля 2009 г. 8:13
  • трафика точно нет. в сети есть ISA, которая исправно ловит широковещание ото всех, кроме этого сервера.
    MaintainServerList=yes  что для серверных ОС является дефолтом

    13 апреля 2009 г. 8:16
  • а вы проверьте инициируется ли вообще данный трафик на этом сервер.. (так можно будет понять хоть, где вообще возникает проблема)

    вы написали что у вас в сети WINS.. и если сервер настроен на WINS то регистрация/разрешение имен будет проходить без широковещания (по умолчанию используется гибридный узел "H")
    mcp, mcdba, mcsa, mcse, ccna
    13 апреля 2009 г. 8:21
  • сейчас сниффером проверено - трафика нет.
    сетевое окружение на этом сервере пустое.
    NetBIOS unicast работает без проблем. и к серверу и с него по имени ресурсы открываются.

    "если сервер настроен на WINS то регистрация/разрешение имен будет проходить без широковещания (по умолчанию используется гибридный узел "H") "
    логично. хотя я наблюдаю широковещательние 138 порта и на серверах, где WINS указан.
    но на других серверах проблем нет. окружение заполнено. и в окружении у соседей они есть.

    на данном сервере плате указаны WINS сервера, на WINS этому серверу сделано статическое сопоставление. я попробую загасить WINS на плате позднее, когда загрузка спадет. но.... сомневаюсь, что заработает
    13 апреля 2009 г. 9:44
  • на этом сервере RRAS не стартовано вообще, он не является рутором. NIC две штуки, объеденены в team на уровне драйвера, в результате появляется третий и единственный рабочий фейс, который стоит первым  в списке. с такиv team еще 10 серверов, все прекрасно работают по NTB


    Обычно широковещательные пакеты не транслируются через роутеры, нужен ретранслятор. Если все нормально на роутере, выяснейте отношение с сестевыми картами. используйте сервер WINS для разрешения имен. Посмотрите, что говорит ISA server на  команду nbtstat -RR
    Green
    13 апреля 2009 г. 11:29
  • вы написали что у вас в сети WINS.. и если сервер настроен на WINS то регистрация/разрешение имен будет проходить без широковещания (по умолчанию используется гибридный узел "H")

    Посмотрите командой ipconfig /all тип узла.


    Слава России!

    • Изменено M.V.V. _ 13 апреля 2009 г. 19:08
    13 апреля 2009 г. 15:22
  • вы написали что у вас в сети WINS.. и если сервер настроен на WINS то регистрация/разрешение имен будет проходить без широковещания (по умолчанию используется гибридный узел "H")

    Посмотрите командой ipconfig /all тип узла.
    Чтобы использовалось широковещание в присутствии севера WINS тип должен быть как раз "гибридный" (написанное ge][ см. цитату - неверно).


    Слава России!
    тоесть?

    по умолчанию используется гибридный тип (H).. сначала используется кэш.. потом WINS.. потом широковещание..
    где я ошибся?

    mcp, mcdba, mcsa, mcse, ccna
    13 апреля 2009 г. 15:51
  • Виноват, ошибся я.


    Слава России!
    13 апреля 2009 г. 19:09
  • Более подробные изыскания в документации заставляют меня думать, что тип узла тут не при чем.
    Оповещения сервера браузеру всегда рассылаются широковещательно.
    Поэтому для начала предлагаю проверить, запущена ли служба "Сервер" (lanmanserver) и имеет ли она привязку к протоколу TCP/IP на нужном интерфейсе.
    Полезно было бы также увидеть информацию о зарегистрирванных на интерфейсах именах NetBIOS (команда nbtstat -n).



    Слава России!
    13 апреля 2009 г. 19:31
  • www_tank ,
    воспользуйтесь утилитой browstat.exe :

    попробуйте просмотреть список текущих мастер/бэкап браузеров ..
    просмотреть статус браузера (BROWSTAT STATUS)
    инициировать выборы..
    mcp, mcdba, mcsa, mcse, ccna
    14 апреля 2009 г. 2:43
  • www_tank ,
    воспользуйтесь утилитой browstat.exe :

    попробуйте просмотреть список текущих мастер/бэкап браузеров ..
    просмотреть статус браузера (BROWSTAT STATUS)
    инициировать выборы..
    mcp, mcdba, mcsa, mcse, ccna

    Собственно, как ей пользоваться в данном случае, написано в этой статье MS KB: http://support.microsoft.com/kb/188305
    Но коли Вы уже определили, что отсутствуют оповещения сервера, попробуйте сразу иницировать посылку оповещения командой browstat announce.
    PS browstat.exe входит в Support Tools 

    Слава России!
    14 апреля 2009 г. 6:27