Всем привет!
Иногда нужно промониторить сетевые порты на локальной (или удаленной машине), но дополнительного программного обеспечения на этих компьютерах нет. Тут на выручку нам придут стандартные средства и консоль cmd ОС Windows.
Вы скажете, что есть бесплатные утилиты вроде TCPView от Марка Русиновича и Sysinternals, но сегодня не об этом. Только стандартные оснастки, только хардкор.
Всем привет!
Сегодня я коротенько про одну недооцененную, но полезную функцию DHCP сервера расскажу…
Допустим сложилась такая ситуация, когда два устройства, находящиеся в одной локальной сети, имеют одинаковый IP-адрес. Соответственно между ними возникает конфликт IP-адресов. При возникновении конфликта доступ к сети и IP-адрес получает то устройство, которое успело подключиться первым, второе же оказывается аутсайдером. Диагностировать конфликт адресов достаточно сложно, поэтому по возможности надо избегать возникновение подобных ситуаций.
Тут нужно сказать, что при использовании DHCP возможность конфликта IP-адресов достаточно мала, так как DHCP-сервер не может дважды выдать один и тот же адрес. Однако, в сети может оказаться устройство со статическим адресом, входящим в пул адресов DHCP-сервера. Именно поэтому для избежания конфликта DHCP-сервер перед выдачей адреса должен проверять, не используется ли уже этот адрес. И в ОС Windows Server есть такой механизм проверки.
Для включения проверки необходимо открыть оснастку управления DHCP, кликнуть правой клавишей по узлу IPv4 (или IPv6) и в открывшемся меню выбрать пункт «Свойства» (Properties — англ.).
Затем перейти на вкладку «Дополнительно» (Advanced — англ.) и в поле «Число попыток определения конфликтов» (Conflict detection attempts — англ.) указать число от 1 до 5, которое означает, сколько раз требуется проверить IP-адрес на конфликт перед его выдачей (см. скриншот).
В настройках по умолчанию число попыток равно 0, что означает отсутствие проверки.
Запросить текущие настройки попыток определения конфликтов DHCP можно и с помощью PowerShell.
Посмотреть текущие настройки можно командой:
Get-DhcpServerSettings
Задать количество попыток проверки, скажем 3 раза, можно так:
Set-DhcpServerSettings -ConflictDetectionAttempts 3
На этом всё!
Легких вам настроек и спокойных выходных! Подписывайтесь на обновления блога, чтобы не пропустить выход новых интересных статей.
Всем здравствуйте!
10 июля 2018 года Microsoft выпустила обновления которые вызвали целый ряд проблем после их установки и многое пошло не так. Проблема коснулась целого ряда операционных систем: Windows 10, Windows 7, Windows 8.1 и Windows Server.
Позавчера, 16 июля 2018 года, после многочисленных сообщений о проблемах, связанных с обновлениями Microsoft опубликовала корректирующий патч под номером KB4345421 (Build 17134.167) для Windows 10, версия 1803, который призван исправить известные проблемы в последней версии операционной системы. Ниже публикую список ключевых изменений:
На практике, обновление помогает решить появившиеся проблемы, например, с 1C работающим на Microsoft SQL Server (см. скриншот ошибки ниже):
Накопительное обновление KB4345421 устанавливается автоматически через Центр обновления Windows. Для проверки перейдите в меню Параметры -> Обновление и безопасность и кликните по ссылке Проверка наличия обновлений. По завершении установки обновления компьютер перезагрузится, так же после успешной установки патча изменится номер сборки Windows 10 на 17134.167.
Так же публикую ссылку для установки вручную с сайта Microsoft:
Но на этом всё не заканчивается, так как помимо Windows 10 в ходу еще и другие операционные системы, которые тоже начали сбоить, посему вышли свежие обновления для Windows 7, Windows 8.1, Windows Server 2008 R2, Windows Server 2012 и Windows Server 2012 R2, которые стали доступны сегодня утром:
После установки майских обновлений безопасности (от 8 мая 2018 г. на платформы Windows 7/8/10 и серверные платформы на ОС Windows Server 2008 R2 / 2012 R2 / 2016) пользователи не получают доступ к удаленной машине посредством RDP и RemoteApp, и происходит следующая ошибка:
В начале весны 2018 года Microsoft выпустила обновление, предотвращающее удалённое выполнение кода с помощью уязвимости в протоколе CredSSP, и в мае было выложено обновление после установки которого по умолчанию клиентским машинам запрещено подключение к удаленным RDP-серверам с уязвимой версией протокола CredSSP. Соответственно если на клиентах весенние обновления установлены, а на серверах с ОС Windows Server — не установлены, то мы получим ошибку при подключении:
«Произошла ошибка при проверке подлинности. Указанная функция не поддерживается. Причиной ошибки может быть исправление CredSSP.»
Или английский вариант:
«This could be due to CredSSP encryption oracle remediation.»
Ошибка клиента RDP появляется после установки обновлений безопасности:
Для восстановления подключения можно просто удалить вышеуказанные обновления, но это действие откроет найденную уязвимость, поэтому план действий для решения проблемы будет такой:
Поехали!
Доброго всем дня!
Не так давно столкнулся со следующей проблемой: При открытии оснастки DHCP во вкладке Арендованные адреса, которая необходима для просмотра информации об аренде на некоторых скоупах IP консоль выдавала ошибку MMC не удается инициализировать оснастку.
При этом ошибка повторялась непосредственно при работе из консоли самого сервера, не зависела от типа и прав логина пользователя. В моем случае ошибка воспроизвелась на сервере Windows 2008R2 Standart.
Было перелопачено немало материалов в поисковиках и на различных профильных форумах, но ответа я там так и не нашел. Бекапирование настроек на живую, и восстановление из бекапов ситуацию не поменяло. Презагрузка проблему не решала, журнал событий молчал…
Предоставляю вам решение проблемы ошибки DHCP: MMC не удается инициализировать оснастку:
Сегодня актуальные новости про обновления…
Новые кумулятивные обновления безопасности Microsoft — KB4088875 (ежемесячный накопительный пакет) и KB4088878 (только обновления безопасности) для Windows 7 SP1 и Windows Server 2008 R2, которые были выпущены 13 марта 2018, вызывают серьезные проблемы с сетевыми адаптерами виртуальных машин VMware. Данные обновления приводят к пересозданию сетевых интерфейсов vNIC и сбросу сетевых настроек гостевых операционных систем и в последствии, после установки обновлений виртуальная машина теряет заданный статический IP адрес и становится не доступной по сети.
Сегодня я хочу затронуть тему резервного копирования активации Windows Server 2008R2, а так же Windows 7. Эту операцию очень удобно производить, если вам необходимо переустановить систему, или, скажем, после форматирования системного жесткого (или SSD-диска), а число попыток онлайн-активации у вас уже превышено, или же вы просто не хотите накручивать счетчик активаций.
Конечно, есть ещё запасной вариант – позвонить по телефону, в центр активации Microsoft по горячей линии, и проходить весь долгий и нудный процесс ручной активации по телефону с плохо говорящими по-русски девушками, да еще с иностранным акцентом…
Способ о котором я хочу рассказать, подходит только тем пользователям, которые выполняют «чистую» установку Windows.
Хочу обратить внимание, что при любых других вариантах, например, при переносе системы на более ёмкий жесткий диск, могу порекомендовать воспользоваться программой для создания образа системного диска (с помощью такого софта, как например, Acronis True Image), и перенести созданный образ на новый жесткий диск сразу с вашим предустановленным и настроенным программным обеспечением. Так будет намного проще и быстрее, и позволит вам сэкономить время на установке и настройке системы и прикладного программного обеспечения, а так же активации Windows.
Итак, сегодня в программе пошаговая подробная инструкция по копированию и переносу статуса активации Windows:
