Архив

Публикации с меткой ‘Windows Server 2008’

Не меняется раскладка клавиатуры в RDP-сессии с Windows Server 2008 R2

31 августа 2013

keyboard-loading-switchingDisclaimer: данная проблема у меня лежала в долгом-предолгом ящике уйму лет (примерно с выхода редакции R2 Windows Server 2008). Она мне попортила немало крови, отняла массу времени, но я с маниакальным упорством ее игнорировал, всегда используя обходной путь. Сегодня я впервые задумался о том, что пора ее решить, и неожиданно для себя решил. Что мешало сделать это раньше — загадка. Но так уж я устроен.

Проблема: в RDP-сессии с Windows Server 2008 R2 не переключается раскладка клавиатуры. При этом значок языка в панели задач меняется, но рядом с ним появляется дополнительный значок клавиатуры, через который надо вручную (мышкой) менять язык ввода.

Решение: лежит через редактор реестра.
1. Открываем оный по команде regedit на сервере
2. Заходим в ветку HKLM\System\CurrentControlSet\Control\Keyboard Layout
3. Создаем новый параметр типа REG_DWORD (32 bit) с названием IgnoreRemoteKeyboardLayout и значением 1
4. Закрываем редактор реестра и перезагружаем сервер

Вуаля!

Default , ,

Ошибка «The update could not be found» при установке роли WSUS в Windows Server 2008 R2

Потихоньку переводя свои серверы на Windows Server 2008, сталкиваюсь с разнообразнейшими проблемами. Последняя возникла при установке на новый сервер роли Windows Software Update Services при действующем сервере WSUS в домене. Установка каждый раз завершалась с ошибкой «The update could not be found».

Решение довольно простое:

1) Удаляем раздел реестра HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate;
2) перезапускаем службу Windows Update.

После этого сразу же можно приступать к установке WSUS, ошибка больше не возникнет.

Default , ,

Выключение и перезагрузка Server Core

16 января 2010

Для завершения работы (перезагрузки, завершения сеанса и пр.) Server Core используется команда shutdown. Справка по ней достаточно объемна, я вкратце опишу только перезагрузку и выключение сервера.

Итак, для перезагрузки сервера, выполним
C:>shutdown /r /t 0

Ключ r завершает работу сервера и отправляет его в перезагрузку, ключ t определяет задержку в секундах перед завершением работы, и может принимать значения от 0 до 600.

Для выключения сервера, используется команда
C:>shutdown /s /t 0

Ключ s завершает работу сервера и выключает его.

Default , ,

Ввод Server Core в домен

15 января 2010

Введем наш сервер с именем Core в домен roadcenter.local, используя доменную учетную запись admin:
C:>netdom join Core /domain:roadcenter.local /userd:admin /passwordd:*
Введите пароль, соответствующий пользователю домена:

Для завершения операции необходимо перезагрузить компьютер.

Команда успешно выполнена.

При выполнении команды система спросит пароль для доменной учетной записи admin. Необходимо ввести его (при этом никакие символы на экране отображаться не будут) и команда выполнится. После перезагрузки сервера, он станет членом домена roadcenter.local.

Default , , ,

Смена имени сервера Server Core

14 января 2010

Сперва необходимо определить текущее имя сервера:
C:>hostname
WIN-2Z78XR56TIW

В моем случае именем сервера является WIN-2Z78XR56TIW. Теперь можно переназначить его. Назовем наш сервер, например, Core:
C:>netdom renamecomputer WIN-2Z78XR56TIW /NewName:Core
Эта операция приведет к изменению имени компьютера WIN-2Z78XR56TIW на Core.

Некоторые службы, такие как центр сертификации, работают только с
постоянным именем компьютера. Если какие-либо службы этого типа запущены на WIN-2Z78XR56TIW,
то изменение имени компьютера будет иметь неблагоприятные последствия.

Продолжить (Y(да) или N(нет))?
y
Для завершения операции необходимо перезагрузить компьютер.

Команда успешно выполнена.

После перезагрузки сервера, его имя будет изменено.

Default , , ,

Настройка IP-адреса в Server Core

13 января 2010

Выполняем команду
netsh interface ipv4 show interfaces

Она выдаст список сетевых интерфейсов, которые установлены в системе. Например, такой:
Инд  Мет   MTU   Состояние        Имя
---  ---  -----  -----------  -------------------
  2   10   1500  connected    Подключение по локальной сети
  1   50 4294967295  connected    Loopback Pseudo-Interface 1

Наш единственный физический сетевой интерфейс — «Подключение по локальной сети». Запоминаем его значение Инд (в англ. версии Windows Server 2008 — Idx), в данном случае «. Сетевому адаптеру можно присвоить статический IP-адрес, либо получить его автоматически с помощью DHCP. Для назначения статического IP-адреса (например, IP-адрес 192.168.1.237, маска подсети 255.255.255.0, шлюз 192.168.1.254, DNS 192.168.1.1 и 192.168.1.2), выполняем следующие команды:
netsh interface ipv4 set address name="2" source=static address=192.168.1.237 mask=255.255.255.0 gateway=192.168.1.254
netsh interface ipv4 add dnsserver name="2" address=192.168.1.1 index=1
netsh interface ipv4 add dnsserver name="2" address=192.168.1.2 index=2

Значение параметра name — это значение Инд нужного сетевого интерфейса, которое мы определяли в самом начале. Обратите внимание на принцип присвоения интерфейсу адресов DNS-серверов: при указании адресов альтернативных DNS, необходимо увеличивать значение параметра index на единицу. Таким образом мы присваиваем приоритеты использования DNS-серверов, памятуя о том, что они не должны быть одинаковыми.
После этого выполняем ipconfig и смотрим результат:
Ethernet adapter Подключение по локальной сети:
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Сетевое подключение Intel(R) PRO/1000 MT
   Физический адрес. . . . . . . . . : 00-0C-29-85-54-90
   DHCP включен. . . . . . . . . . . : Нет
   Автонастройка включена. . . . . . : Да
   Локальный IPv6-адрес канала . . . : fe80::2d91:ad06:644f:7b9b%2(Основной)
   IPv4-адрес. . . . . . . . . . . . : 192.168.1.237(Основной)
   Маска подсети . . . . . . . . . . : 255.255.255.0
   Основной шлюз. . . . . . . . . : 192.168.1.254
   IAID DHCPv6 . . . . . . . . . . . : 50334761
   DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-12-DE-37-E0-00-0C-29-85-54-90
   DNS-серверы. . . . . . . . . . . : 192.168.1.1
                                       192.168.1.2
   NetBios через TCP/IP. . . . . . . . : Включен

Все ок.

Для автоматического получения сетевых настроек с сервера DHCP, выполняем команду
netsh interface ipv4 set address name="2" source=dhcp

Проверяем с помощью ipconfig:
Ethernet adapter Подключение по локальной сети:
   DNS-суффикс подключения . . . . . : roadcenter.local
   Описание. . . . . . . . . . . . . : Сетевое подключение Intel(R) PRO/1000 MT
   Физический адрес. . . . . . . . . : 00-0C-29-85-54-90
   DHCP включен. . . . . . . . . . . : Да
   Автонастройка включена. . . . . . : Да
   Локальный IPv6-адрес канала . . . : fe80::2d91:ad06:644f:7b9b%2(Основной)
   IPv4-адрес. . . . . . . . . . . . : 192.168.1.29(Основной)
   Маска подсети . . . . . . . . . . : 255.255.255.0
   Аренда получена. . . . . . . . . . : 12 января 2010 г. 18:46:27
   Срок аренды истекает. . . . . . . . . . : 13 января 2010 г. 6:46:27
   Основной шлюз. . . . . . . . . : 192.168.1.254
   IAID DHCPv6 . . . . . . . . . . . : 50334761
   DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-12-DE-37-E0-00-0C-29-85-54-90
   DNS-серверы. . . . . . . . . . . : 192.168.1.1
                                       192.168.1.2
   Основной WINS-сервер. . . . . . . : 192.168.1.1
   NetBios через TCP/IP. . . . . . . . : Включен

И снова все ок. Аллилуйя.

Default , , ,

Windows 2008 Server Core: мини-ревью мини-тезисами

12 января 2010

Наконец добрался до Windows 2008 Server Core. Первые тесты впечатлили, причем впечатлили сугубо положительно.

Server Core — это вариант установки Windows Server 2008, обеспечивает минимальную среду для выполнения ролей сервера.

Сервер на базе Server Core поддерживает следующие роли:
1. Доменные службы Active Directory и AD LDS;
2. DNS-сервер;
3. DHCP-сервер;
4. Файл-сервер;
5. Сервер печати;
6. Сервер потоков мультимедиа (stream server);
7. Веб-сервер (IIS).

Для сервера Server Core интерфейсом по умолчанию является командная строка. Начальная настройка производится именно из-под командной строки. После настройки сервера им можно управлять удаленно с помощью подключения к серверу терминалов, консоли MMC или средств командной строки с поддержкой удаленного использования.

Основными преимуществами установки Server Core являются уменьшение объема обслуживания, уменьшения уязвимости сервера (за счет снижения количества элементов и приложений), сокращения объема работ по обслуживанию (за счет сокращения количества приложений и служб) и уменьшение объема необходимого свободного места на диске (установка Server Core требует 1 Гбайт места на диске и требует около 2 Гбайт для работы системы после установки).

Есть и подводные камни. Обновить предыдущую ОС (в т.ч. Windows Server 2008) до Windows 2008 Server Core невозможно, поддерживается только чистая установка. Также нельзя обновить уже установленную Server Core до полной версии Windows Server 2008. Так что прежде чем внедрять Server Core, необходимо четко представлять себе весь объем функционала, обеспечение которого ляжет на сервер.

Default , ,

«Филиальный кэш» или как экономить трафик с помощью Windows Server 2008 R2

17 апреля 2009

Всемогущий Кризис воистину явился музой для всего креативного человечества. Например, он вдохновил Microsoft (которая, безусловно, креативна до безумия) включить в состав Windows Server 2008 R2 некую фичу, именуемую Banch Cache. Ее предназначение понятно из названия: она кэширует трафик, проходящий из удаленных офисов через пограничный сервер в филиале. И эти данные сотрудники филиала могут получать из кэша, экономя тем самым трафик и время.

Ведь как было раньше? Существовала Организация, в головном офисе которой стоял файл-сервер, на котором, как ни странно, располагались файлы, среди которых был очень-важный-документ document.doc. В филиале Организации работали пользователи Вася и Петя, оба отчаянно нуждались в документе document.doc. Что и сподвигало их на незамысловатые действия: зайти на файл-сервер, да скачать себе файл. Один и тот же дважды. Короче, паскудно было раньше.

Но Microsoft не дремала. Она уже изучала поведение Васи и Пети, обливаясь горючими слезами из-за непотребно раздутых счетов за интернет, выставленных Организации. И, изучив, выдала замечательное решение Branch Cache, которое способно как трафик сэкономить для Организации, так и время для Васи и Пети.

И стало так: в головном офисе стоит файл-сервер, на котором лежит некий файл document.doc. В филиале стоит сервер, сконфигурированный как Branch Cache. И все так же работают Вася и Петя. Вася заходит на файл-сервер головного офиса и качает файл document.doc. Петя, дабы не отставать от коллеги, тоже заходит на файл-сервер и тоже качает document.doc, но, оказывается, этот файл уже скэширован на сервер Branch Cache, и Петя получает его именно оттуда. Выгода налицо: и трафик сэкономили, и скачал файл Петя гораздо быстрее, чем Вася. Ну разве не сказка?

Если представить себе организацию, в которой объемы данных, гуляющих между филиалами, реально велики, а количество сотрудников, их использующих, исчисляется хотя бы десятками, то польза от такой фичи видна невооруженным глазом. Для крупных организаций — однозначный must have.

Кстати, Branch Cache кэширует только трафик, переданный по протоколам SMB и HTTP, и может быть настроен через групповые политики.

P.S. Невыясненным остается только один вопрос: если ИТ-департамент взялся экономить на грошовом трафике, где он возьмет денег на апгрейд ОС, чтобы легально приобрести Windows Server 2008 с нужным количеством пользовательских лицензий, а также на сервер, куда предполагается этот Windows ставить?..

Default , , ,