Изменение сетевой маски от/24 до/16 на домене Windows 2003
Я подтвердил, что прерыватель слова определяет обработку символов нижнего подчеркивания и для довольного документа и для имен файлов. Прерыватели Word настроены на основе на язык в реестре.
Прерыватели Word реализованы как элементы управления ActiveX, и теоретически должно быть возможно записать Ваше собственное (Microsoft Platform SDK для Windows XP включает пример, "lrsample"), но у меня нет инструментов под рукой, чтобы сделать это. Кажется, что много прерывателей слова, что Microsoft предоставляет все символы нижнего подчеркивания обработки как часть слова, но я действительно находил тот, который повреждается на символах нижнего подчеркивания: версия 2 прерывателя слова для Упрощенного китайского (chsbrkr.dll - 1 677 824 байта). Обратите внимание, что это поведение отличается от версии 3 прерывателя слова Упрощенного китайского, который является тем, предоставленным Экспрессом Поискового сервера 2008 года и вероятно SharePoint 2007 также.
Таким образом для получения поискового поведения, которое я хочу я настроил Поиск SharePoint для использования этого прерывателя слова:
- Скопируйте DLL в C:\Program Files\Microsoft Office Servers\12.0\Bin\chsbrkr2.dll
- Используйте regedit для просмотра к HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\12.0\Search\Setup\ContentIndexCommon\LanguageResources\Default
- Для соответствующих языков, в моем случае "английский язык (Соединенное Королевство)" и "английские (Соединенные Штаты)", изменяют следующие ключи:
"WBDLLPathOverride" = "C:\PROGRA~1\MI54E7~1\12.0\Bin\ChsBrkr2.dll"(Ваш путь может отличаться), и"WBreakerClass" = "{9717fc70-c1bc-11d0-9692-00a0c908146e}" - Перезапустите "Office сервис" Поиска Сервера SharePoint (может быть сделан через командную строку путем выполнения
net stop osearchсопровождаемыйnet start osearch). - Пойдите поисковая страница администрирования и инициируйте полную проверку.
Кроме обработки символов нижнего подчеркивания как разрыв слова, я не уверен, существуют ли какие-либо другие существенные различия между chsbrkr.dll и английским прерывателем слова по умолчанию, но до сих пор она не вызвала проблем для меня. Было бы замечательно, если бы был способ применить пользовательский прерыватель слова к определенным управляемым свойствам (Путь, в этом случае), но я не знаю, возможно ли это. Существует многообещающе названный столбец в таблице MSSManagedProperties базы данных под названием "WordBreakerOverride", но я не знаю, какова его цель.
Примечание: В SharePoint 2010 управляемые свойства, по-видимому, имеют дополнительную установку под названием SplitStringCharacters, который может сделать это обходное решение устаревшим.
Если у вас достаточно компьютеров, для которых / 24 недостаточно велик, самое время начать переключение на DHCP.
Если адреса установлены, Нет никакого волшебства, в котором вы можете установить какой-то один параметр на контроллере домена.
Возможно, вы могли бы создать какой-нибудь сценарий запуска, который использовал бы различные инструменты командной строки для получения текущих настроек и их обновления. Это может привести к поломке систем без доступа к сети, если вы не поймете это правильно.
Если вы не возражаете против проблем с производительностью, вы можете настроить свой маршрутизатор на выполнение proxy-arp, чтобы вам не приходилось менять каждый система сразу. Возможности и процедура для этого зависят от того, какой у вас маршрутизатор.
Что касается DNS, вам, вероятно, потребуется либо дополнительные / 24 обратные зоны, либо или удалите существующую зону и добавьте / 16 . Я не знаю, как преобразовать из / 24 в / 16 в Windows.
Меня больше всего беспокоит, если я изменю маски серверов с 255.255.255.0 на 255.255 .0.0 как вы думаете, все еще смогут общаться? ... Я просто хочу успеть это сделать, не выключая всю сеть.
Если у вас нет другого использования в сети 192.168.0.0/16 , тогда вы может начать менять маски в системах. Просто сохраните это, пока маски не будут изменены во всех системах, тогда системы с IP-адресом 192.168.0.0 - 192.168.0.255 и маской / 24 не смогут связываться с машиной. с адресом 192.168.1.0 - 192.168.255.254 и маской / 16 . Так,
Нет
Нет
Чтобы развернуть:
Все хосты должны быть настроены с одной и той же маской подсети для связи друг с другом, поэтому вам потребуется для перенастройки маски подсети на каждом хосте. Начните использовать DHCP, это упростит администрирование IP-адресации.
DNS не знает и не заботится о масках подсети (за исключением порядка сетевых масок, который, вероятно, не имеет отношения к вашей среде).
Кроме того, если у вас есть подсети, определенные в Active Directory Sites and Services, вы захотите внести соответствующие дополнения / исправления на основе новой маски подсети. Если у вас есть зона rDNS, вы также захотите создать новую зону rDNS для новой подсети.
Необходимо использовать DHCP. (На вопрос «Сколько компьютеров у вас в сети до того, как вы используете DHCP?», Я всегда отвечаю «Более 1».)
Пока вы сохраняете адрес шлюза по умолчанию и адреса всех ваших серверов в В сети 192.168.0.0/24 вы просто можете изменить маски подсети серверов на 255.255.254.0 (/ 23) и сразу же начать использовать адреса с 192.168.0.255 до 192.168.1.254 на клиентских компьютерах. (Предполагается, что только серверы в диапазоне 192.168.0.0/24 должны иметь возможность связываться с новыми устройствами в «высоких адресах».) Вы можете сделать это, не внося никаких изменений в существующие статически настроенные устройства.
Как только вы это сделаете, вы можете настроить DHCP-сервер для всей сети 192.168.0.0/23 и начать переводить статические устройства на DHCP (после чего они получат новую маску подсети).
Вы должны создать 192.168.1.0 Зона обратного просмотра DNS и измените объект подсети в Active Directory с 192.168.0.0/24 на 192.168.0.0/23. Тогда ты займешься делом.
Редактировать:
Я маньяк DHCP. Я люблю DHCP. Я использую резервирование DHCP для всех машин с "фиксированным" IP-адреса (обе машины, которые фактически получают свои адреса из своих резервирований через DHCP и машины, у которых действительно настроены статические IP-адреса, потому что они не будут или не могут использовать DHCP). Я не верю в "таблицу IP-адресов". Серверы DHCP являются каноническим справочником для выделения IP-адресов.
(Меня действительно раздражает то, что DHCP-сервер Microsoft постоянно регистрирует ошибки об областях, которые почти исчерпали или исчерпали IP-адреса. Я ценю их беспокойство, но мне бы хотелось иметь возможность выборочно отключить эту регистрацию для областей. Я поставил все в DHCP, включая подсети / 30, используемые между маршрутизаторами или подсетями, где все адресное пространство исключено из распределения адресов, но в противном случае необходимо отслеживать.Получение записей журнала об этих подсетях раздражает.