Вопросы Теги

Будет Windows 2008 или Windows 7 вмешиваются в сеть серверов Windows 2003

Хорошо, походит на отличное развлечение.

Во-первых, у Вас есть два тождественно актуальных поля (один из которых не является segfaulting)?

Если так, проверьте md5sum на двоичных файлах, которые являются segfaulting, удостоверьтесь, что они - то же.

Затем, выполненные ldd на двоичных файлах, которые перестали работать, затем выполняют md5sum на библиотеках, чтобы видеть, отличаются ли они.

Теперь, принятие библиотек является тем же, что-то еще неправильно, вероятно, среда машины или конфигурация, но позволяет, видят, проливает ли strace какой-либо свет.

Для заключения в кавычки strace, около конца, Вы имеете: 

 open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f85000
 read(3, "rootfs / rootfs rw 0 0\n/dev/root"..., 4096) = 587
 read(3, "", 4096)                       = 0
 close(3)                                = 0
 munmap(0xb7f85000, 4096)                = 0

Следующая строка является сообщением segfault.

На моей машине CentOS 5.3 (версия 4.4.2.3 об/мин), мой об/мин сразу делает это: 

open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=56458752, ...}) = 0
mmap(NULL, 56458752, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b36f9d01000
close(3)                                = 0

Я таким образом рисковал бы этим, проблема или закрывает память после чтения/proc/mounts или в открытии/usr/lib/locale/locale-archive. С тех пор munmap () возвратился 0, я рявкну дерево локали.

Кстати, если Ваша конфигурация исключает локаль, следующая шахта блока выполняется: 

 open("/usr/lib/rpm/rpmpopt-4.4.2.3", O_RDONLY) = 3
 lseek(3, 0, SEEK_END)                   = 23100
 lseek(3, 0, SEEK_SET)                   = 0
 read(3, "#/*! \\page config_rpmpopt Defaul"..., 23100) = 23100
 close(3)

Удача и сообщила нам то, что Вы находите.

4
задан 5 March 2010 в 19:28
5 ответов

Одним способом, представляя Windows 2008 и Windows 7 вмешается в выборы главного браузера в NetBIOS. Однако это не проблема по многим различным причинам.

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

Так как это сказан, очень немного приложений полагаются на NetBIOS в эти дни. Почти все приложения Microsoft и приложения сторонних производителей решат через DNS, не NetBIOS.

Кроме того, любому полагающемуся на NetBIOS развернут WINS в сети. WINS удаляет уверенность в главных браузерах и позволяет NetBIOS работать через подсети. Клиенты Windows, настроенные с сервером WINS, примут значение по умолчанию к H-узлам, что означает, что они запрашивают WINS прежде, чем сделать широковещательную передачу для определения имен.

После того как это все сказано и сделано, если Вы все еще нуждались в NetBIOS, не выполняли WINS и не имели никаких контроллеров домена в сети, представляя Windows 2008, или Windows 7 позволит им становиться главными браузерами в Вашей сети. Даже если это имело место, Windows 2008 и Windows 7 будут счастливо действовать как главные браузеры без любых отрицательных эффектов. Если Вы все еще не хотели, чтобы это произошло, то просто устанавливал MaintainServerList и IsDomainMaster к No и Ложь соответственно. http://technet.microsoft.com/en-us/library/cc959923.aspx

/me выходит машины времени...

2
ответ дан 3 December 2019 в 03:37

Если Ваши новые серверы являются только рядовыми серверами и ничем фундаментальным для операции Вашего домена, у Вас не будет ерунды вообще. Говоря на основе опыта, мой первый файловый сервер R2 2008 года вошел в мою среду (который был полностью 2003) без помехи.

Даже если бы Вы решили, что Ваши новые серверы 2008 собирались начать размещать Active Directory и весь его связанный материал, то он вызвал бы Вас никакое более реальное горе, чем какое-либо другое существенное изменение как это на 2003.

Люди пробивают Microsoft так часто, но они действительно переходят к смешным длинам для обеспечения совместимости приложения. Это особенно верно для программного обеспечения Microsoft, но все еще большая работа совместимости входит в обеспечение Ваших приложений прежней версии, продолжают работать также. В конце концов, если материал не работал с более новыми версиями Windows, какой смысл того, чтобы обновить вообще?

1
ответ дан 3 December 2019 в 03:37

Ваш системный администратор застревает в 1996? Он волнуется по поводу выборов Главного браузера в Win2k3 AD? Попросите у него определенных зарегистрированных проблем - возможно, что у Вас могут быть некоторые серьезные унаследованные приложения, но если это так Вы должны иметь инфраструктуру WINS и заблокировать вниз NetBIOS NodeType на машинах с GPOS (или возможно DHCP.)

Или он может обращаться к чему-то еще, когда Вы говорите, что он сказал "... и так далее..."; как я сказал, спросите о подробностях его и затем исследуйте те детали. Поскольку в целом, сценарий, который Вы описываете, не является проблемой.

1
ответ дан 3 December 2019 в 03:37
  • 1
    Как унаследованные приложения влияли бы на это, и как WINS и NetBIOS касаются этого? Простите мне... У меня есть основательное, основное понимание сетей, но I' m не сетевой администратор. Я потребовал специфических особенностей, но получил мало. I' ll сохраняют в нем. Какая-либо идея, где этот страх, что более новые версии Windows собираются принять сеть, мог бы произойти? –  DCNYAM 5 March 2010 в 19:59
  • 2
    Это не имеет никакого отношения к сетям по сути, это имеет отношение к Windows. В инфраструктурах Windows, которые предшествуют AD, они использовали WINS или широковещательные сообщения NetBIOS для определения имен. AD зависит строго от DNS. Так, если you' ve получил старые унаследованные приложения, которые имеют зависимость от имени не-DNS или сервисного разрешения, Ваш системный администратор показывает свой возраст (и конкретно его неопытность с современной технологией.) –  mfinni 5 March 2010 в 20:22
  • 3
    Дополнительные детали: более новые версии Windows будут иметь тенденцию побеждать на выборах браузера через широковещательные сообщения NetBIOS. Если у Вас есть старые приложения, который зависит от NetBIOS, необходимо использовать WINS и не позволять клиентским машинам проводить выборы для начала. –  mfinni 5 March 2010 в 20:24

Мы выполнили в значительной степени все разновидности серверов окон и клиентов в домене уровня 2003 года. Никакие проблемы, связанные с этим вообще. При разделении нашей группы от другого мы настраиваем отдельный домен 2008 года и переместили 2 003 R2 и 2 008 серверов к ней. Никакие проблемы там также. По моему опыту, AD является одной из вещей, что MS имеет право.

Миграция AD с 2003 к 2008/2008 R2 хорошо документируется, и MS и сайты на всем протяжении имеют много статей и практическое руководство на этом. Я рекомендую, чтобы Вы откопали некоторую хорошую документацию и стали актуальными.

0
ответ дан 3 December 2019 в 03:37

Главный браузер только влияет на разрешение NetBIOS, которое не должно быть проблемой в среде Active Directory во-первых, поскольку необходимо полагаться на DNS вместо NetBIOS. Если Вы не доверяете DNS так или иначе, необходимо настроить сервер WINS (возможно, на контроллере домена) и указать на все компьютеры на сервер WINS через DHCP.

Независимо от того, что, Вы хотите заменить свои главные браузеры сервером WINS для сокращения уязвимостей и сетевой широковещательной передачи (плохая безопасность + плохая производительность сети). Моя сеть имеет Windows 2003, Windows 2008, XP, Vista и 7, и у нас нет проблем.

0
ответ дан 3 December 2019 в 03:37

Теги

Похожие вопросы