Получение списка md5 файлов ошибка соединения с сервером обновлений

Обновлено: 05.07.2024

Необходимо попробовать следующие решения по порядку, пока проблема не будет устранена.

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

Для большинства типов подключения можно использовать Dreamweaver, чтобы протестировать подключение. Для этого откройте настройки сервера в диалоговом окне «Настройка веб-сайта» в Dreamweaver, а затем нажмите кнопку «Тест».

В случае, если Dreamweaver не может успешно подключиться к серверу, существует вероятность, что настройки сервера отсутствуют или заданы неверно. См. документацию по Dreamweaver для получения инструкций по пошаговой настройке веб-сайта и проверьте ваши настройки.Если вы используете Dreamweaver CS4 или более раннюю версию, ознакомьтесь с документацией по Dreamweaver CS4.

Для подключения FTP, SFTP и FTPS/FTPeS можно указать корневой каталог для каждого сервера в диалоговом окне «Настройка веб-сайта».Для большинства веб-серверов требуется определить корневой каталог для загрузки файлов на сервер или с сервера

Корневой каталог – путь к папке на веб-сервере, в которой хранится индекс (например, Index.html, index.php, и т.д.) и другие публично доступные файлы и папки. Как правило, этот путь должен быть относительным для корневого каталога веб-сервера (он должен начинаться с косой черты). Например:

/wwwroot
/inetpub/wwwroot
/www/users/USERNAME/wwwroot
/public_html
/usr/home/USERNAME/public_html
/www/users/USERNAME/public_html

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

Если вы используете Dreamweaver CS5.5, невозможность загрузки файлов на сайт или с сайта может быть вызвана наличием символической ссылки (иногда называемой символьной или гибкой ссылкой) в той же папке, в которую вы пытаетесь загрузить файлы. Символические ссылки по сути являются ярлыками или псевдонимами, которые указывают на файл, размещенный в другом местоположении, но могут использоваться так, как если бы этот файл уже находился в этом месте. Dreamweaver CS5.5 может неправильно интерпретировать эти символические ссылки, как если бы они являлись каталогами, и т.к. они не могут быть корректно пересчитаны, любая попытка загрузки файлов на сервер или с сервера в одном каталоге с символической ссылкой приводит к возникновению ошибки.

Чтобы найти соответствующую символическую ссылку, проверьте Журнал FTP в Dreamweaver» («Окно» > «Результаты» > «Журнал FTP») на наличие для строки, которая выглядит как в следующем примере:
< lrwxr-xr-x 1 username users 66 Jun 30 18:20 webformmailer.php -> /usr/www/stats/mailer.php

Существует два критерия, которые указывают на то, что это символическая ссылка. Первый – первая буква «l» (как в l rwxr-xr-x ) указывает на то, что это символическая ссылка. Второй – имя файла, которое будет отображаться на локальной или удаленной панели «Файлы» в Dreamweaver (в данном случае, webformmailer.php), указывает на (->) файл в другом месте (в данном случае, /usr/www/stats/mailer.php).

В случае вышеуказанного примера для решения проблемы необходимо найти символическую ссылку webformmailer.php на панели «Файлы» в Dreamweaver, а затем удалить ее. Если вам необходимо использоваться этот файл для определенного компонента вашего веб-сайта, следует также скопировать файл mailer.php из его местоположения в /usr/www/stats/ в нужный каталог.

Некоторые брандмауэры или другое программное обеспечение системы безопасности, установленное на компьютере, могут мешать приложению Dreamweaver загружать файлы на сервер или с сервера.

В большинстве случаев пользовательское программное обеспечение системы безопасности можно настраивать таким образом, чтобы разрешить сетевое взаимодействие между Dreamweaver и веб-сервером (и «входящее», и «исходящее»), и это позволит решить данную проблему. Это удобный и более рекомендуемый способ устранения данной проблемы.

Если вы не знакомы с настройкой программного обеспечения системы безопасности, а также в качестве более быстрого метода для разрешения возникшей проблемы можно включить пассивный режим работы FTP в Dreamweaver. Для этого выберите «Пассивный режим FTP» в параметрах диалогового окна «Настройка веб-сайта». В Dreamweaver CS5 и более поздних версиях данный параметр находится в разделе «Дополнительные настройки» на вкладке «Основные» (в нижней части окна, которое отображается после выбора сервера для редактирования).

См. документацию по Dreamweaver для получения инструкций по пошаговой настройке веб-сайта и найдите опцию «Пассивный режим FTP». (Если вы используете Dreamweaver CS4 или более раннюю версию, ознакомьтесь с документацией по Dreamweaver CS4.)

Если вы можете подключиться к серверу в Dreamweaver, но вам не удается загрузить файлы на сервер или с сервера, подключитесь к серверу с помощью другого клиента и попробуйте загрузить те же файлы на сервер или с сервера.

Например, при подключении к серверу через FTP или FTPS/FTPeS используйте FTP-клиент, например, FileZilla или CyberDuck. Если вы используете SFTP, используйте клиент PSFTP (PuTTY). Для подключений WebDAV используйте такие клиенты как DAV Explorer, Goliath или CyberDuck.

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

Некоторые веб-серверы не совместимы с настройками по умолчанию в Dreamweaver. Лучший способ определить, какие параметры необходимо использовать – обратиться к документации, предоставленной вашей хостинговой компанией, или обратиться непосредственно в хостинговую компанию для получения информации об этих настройках.

Кроме того, вы можете использовать метод исключения для определения настроек, которые наверняка совместимы с вашим сервером. Для этого необходимо выполнить следующие действия:

Откройте параметры сервера в диалоговом окне «Настройка веб-сайта». (См. документацию по Dreamweaver, чтобы ознакомиться с интерфейсом пользователя. Если вы используете Dreamweaver CS4 или более раннюю версию, ознакомьтесь с документацией по Dreamweaver CS4.)

На вкладке «Основные» в режиме редактирования сервера разверните раздел «Дополнительные настройки» в нижней части окна.

Выберите или отмените выбор одной из перечисленных опций. Например, снимите флажок «Использовать оптимизацию производительности FTP».

ПРИМЕЧАНИЕ. Настройка «Использовать прокси» относится к сетевому подключению компьютера, а не привязана к вашему веб-серверу. Выберите «Использовать прокси», если вы обычно используется прокси-сервер для подключения к Интернету или соединения с некоторыми типами сетевых ресурсов. Обратитесь к сетевому администратору или к специалисту ИТ-отдела, если вы не уверены, следует ли использовать прокси.

Невозможно создать соединение с источником данных «имя_источника_данных». (rsErrorOpeningConnection)

Ошибка входа пользователя «ИмяПользователя»

У пользователя отсутствует разрешение на доступ к источнику данных. При использовании базы данных SQL Server убедитесь, что пользователь имеет допустимое имя для входа в базу данных. Дополнительные сведения о создании пользователя базы данных или имени входа SQL Server см. в разделах Как создать пользователя базы данных и Как создать имя входа SQL Server.

Неудачная попытка входа пользователя «NT AUTHORITY\ANONYMOUS LOGON»

Эта ошибка появляется, когда учетные данные проходят через несколько подключений компьютеров. Если используется проверка подлинности Windows, а протокол Kerberos версии 5 не разрешен, то эта ошибка появляется, когда учетные данные проходят более чем через одно компьютерное соединение. Чтобы избежать этой ошибки, рассмотрите использование сохраненных или запрашиваемых учетных данных. Дополнительные сведения о решении этой проблемы см. в разделе Задание учетных данных и сведений о подключении для источников данных отчета.

При соединении с сервером произошла ошибка.

Эта ошибка при соединении с SQL Server может быть вызвана тем, что в параметрах SQL Server по умолчанию запрещены удаленные соединения. (поставщик: поставщик именованных каналов, ошибка: 40 — Невозможно открыть соединение с SQL Server). Эта ошибка возвращается экземпляром компонента Database Engine, где находится база данных сервера отчетов. В большинстве случаев она возникает из-за остановки службы SQL Server. Кроме того, если используется выпуск SQL Server Express с Advanced Services или именованный экземпляр, эта ошибка возникает, если неправильно указан URL-адрес сервера отчетов или строка соединения с базой данных сервера отчетов. Чтобы решить эти проблемы, нужно сделать следующее.

Убедитесь, что служба SQL Server (MSSQLSERVER) запущена. На компьютере экземпляра компонента Database Engine нажмите кнопку "Пуск", выберите "Администрирование", "Службы" и перейдите к службе SQL Server (MSSQLSERVER). Если эта служба не запущена, щелкните ее правой кнопкой мыши, выберите пункт "Свойства", для параметра "Тип запуска" выберите значение "Автоматически", затем последовательно нажмите кнопки "Применить", "Пуск" и "ОК".
Проверьте правильность URL-адреса сервера отчетов и строки подключения к базе данных сервера отчетов. Если службы Reporting Services или компонент Database Engine были установлены как именованный экземпляр, строка соединения по умолчанию, которая создается во время установки, будет содержать имя экземпляра. Например, если экземпляр по умолчанию выпуска SQL Server Express с дополнительными службами устанавливался на сервер с именем DEVSRV01, URL-адресом веб-портала будет DEVSRV01\Reports$SQLEXPRESS. Имя базы данных сервера отчетов в строке соединения будет похоже на DEVSRV01\SQLEXPRESS. Дополнительные сведения о URL-адресах и строках соединения с источниками данных для SQL Server Express см. в разделе Службы Reporting Services в выпуске SQL Server Express with Advanced Services. Чтобы проверить строку соединения с базой данных сервера отчетов, запустите программу настройки служб Reporting Services и просмотрите страницу "Установка базы данных".

Невозможно установить соединение. Убедитесь, что запущен сервер.

Если эта ошибка также содержит "Неизвестный узел", она указывает на недоступность сервера служб Analysis Services или на отказ в соединении. Если сервер служб Analysis Services установлен в качестве именованного экземпляра на удаленном компьютере, возможно, потребуется запустить службу браузера SQL Server, чтобы получить имя порта, используемого экземпляром.

(Источник прокси-сервера SOAP служб Reporting Services)

Строка соединения для источника данных включает слово localhost.
Для службы SQL Server отключен протокол TCP/IP.

Для устранения этой ошибки можно изменить строку соединения, указав в ней имя сервера, либо включить для службы поддержку протокола TCP/IP. Для включения протокола TCP/IP выполните следующие шаги.

Запустите диспетчер конфигурации SQL Server.
Разверните узел Сетевая конфигурация SQL Server 2005.
Выберите Протоколы для MSSQLSERVER.
Щелкните правой кнопкой мыши пункт TCP/IP и выберите Включить.
Выберите Службы SQL Server.
Щелкните правой кнопкой мыши SQL Server (MSSQLSERVER) и выберите команду Перезапустить.

Ошибка инструментария WMI при соединении с сервером отчетов в среде Management Studio

По умолчанию среда Management Studio использует инструментарий управления Windows (WMI) служб Reporting Services, чтобы установить соединение с сервером отчетов. Если поставщик WMI установлен неправильно, при попытке установить соединение с сервером отчетов возникнет следующая ошибка.

Не удается подключиться к <your server name>. Поставщик WMI служб Reporting Services не установлен или не настроен (Microsoft.SqlServer.Management.UI.RSClient)».

Чтобы устранить эту ошибку, необходимо переустановить программное обеспечение. В других случаях в качестве временного решения можно соединиться с сервером отчетов через конечную точку SOAP.

Ошибка при подключении во время входа в систему из-за неизвестного имени пользователя или неправильного пароля

Ошибка rsReportServerDatabaseLogonFailed может появиться, если используется учетная запись домена для подключения сервера отчетов к базе данных сервера отчетов, а пароль учетной записи домена был изменен.

Если изменен пароль, то необходимо обновить соединение. Дополнительные сведения см. в разделе Настройка соединения с базой данных сервера отчетов (диспетчер конфигурации сервера отчетов).

Серверу отчетов не удается установить соединение с базой данных сервера отчетов. (rsReportServerDatabaseUnavailable).

Кроме того, эта ошибка может появиться в случае, если экземпляр компонента Database Engine, хранящего базу данных сервера отчетов, не настроен для удаленных соединений. Удаленное соединение включено по умолчанию в некоторых выпусках SQL Server. Чтобы проверить, включено ли оно на экземпляре SQL Server Database Engine, запустите диспетчер конфигурации SQL Server. Необходимо включить как протокол TCP/IP, так и именованные каналы. Сервер отчетов использует оба эти протокола. Инструкции по включению удаленных соединений см. в подразделе "Настройка удаленных соединений с базой данных сервера отчетов" раздела Как настроить сервер отчетов для удаленного администрирования.

Если эта ошибка дополнительно содержит следующий текст, значит у учетной записи, используемой для запуска экземпляра ядра СУБД, истекло время действия пароля: "При соединении с сервером произошла ошибка. При подключении к SQL Server эта ошибка может быть вызвана тем, что в конфигурации по умолчанию SQL Server не разрешает удаленные соединения". (поставщик: сетевые интерфейсы SQL Server, ошибка: 26 — ошибка при поиске указанного сервера/экземпляра) ." Чтобы устранить эту ошибку, установите пароль заново.

«Сервер RPC не прослушивается»

Служба сервера отчетов для некоторых операций использует сервер удаленного вызова процедур (RPC). Если появляется ошибка «Сервер RPC не прослушивается», проверьте, работает ли служба сервера отчетов.

Непредвиденная ошибка (общая сетевая ошибка)

Невозможность предоставления доступа к базе данных в центре администрирования SharePoint

Это происходит, потому что функция "Контроль учетных записей пользователей" (UAC) в Windows Vista и Windows Server 2008 требует того, чтобы администратор явным образом позволил повысить права доступа и использовать токен администратора при выполнении задач, требующих разрешения администратора. Однако в этом случае служба администрирования Windows SharePoint Services не может повысить права доступа для учетных записей службы Reporting Services таким образом, чтобы предоставить им доступ к конфигурации и базам данных содержимого SharePoint.

В службах SQL Server 2008 Reporting Services доступ к базе данных необходим только учетной записи службы сервера отчетов. В службах SQL Server 2005 Reporting Services с пакетом обновлений 2 (SP2) доступ к базе данных необходим учетным записям службы Windows сервера отчетов и веб-службы сервера отчетов. Дополнительные сведения об учетной записи службы сервера отчетов в SQL Server 2008 см. в разделе "Учетная запись службы (настройка служб Reporting Services)".

Есть два возможных варианта решения этой проблемы.

В первом случает можно временно отключить контроль учетных записей и использовать центр администрирования SharePoint для предоставления доступа.

Соблюдайте осторожность при отключении контроля учетных записей для решения этой проблемы. Включите контроль учетных записей сразу после предоставления доступа к базе данных в центре администрирования SharePoint. Если вы не желаете отключать контроль учетных записей, используйте второй способ, указанный в этом разделе. Дополнительные сведения о контроле учетных записей см. в документации по Windows.
2. Во втором случае можно вручную предоставить доступ к базе данных для учетных записей службы Reporting Services. Выполните следующие процедуры, чтобы предоставить доступ, добавив учетные записи служб Reporting Services в правильные роли группы и базы данных Windows. Эта процедура применима к учетной записи службы сервера отчетов в SQL Server 2008 Reporting Services. Если запущены службы SQL Server 2005 Reporting Services, выполните эту процедуру для учетной записи службы Windows сервера отчетов и учетной записи веб-службы сервера отчетов.

Предоставление доступа к базе данных вручную

Добавьте учетную запись службы сервера отчетов в группу WSS_WPG Windows на компьютере Reporting Services.
Выполните соединение с экземпляром базы данных, в котором расположены базы данных конфигурации и содержимого SharePoint, и создайте имя входа базы данных SQL для учетной записи службы сервера отчетов.
Добавьте имя входа базы данных SQL для следующих ролей баз данных.

роль db_owner role в базе данных WSS Content
роль WSS_Content_Application_Pools в базе данных SharePoint_Config

Невозможность соединения с каталогами /reports и /reportserver при создании баз данных сервера отчетов на виртуальном сервере SQL Server, запущенном в кластере службы кластеров (Майкрософт)

См. также:

Нужна помощь? Майкрософт: вопросы и ответы, Stackoverflow, Отзывы о продукте SQL Server

Поймать такую ошибку можно после смены имени хоста вашего сервера или ПК (Вы сменили имя сервера или ПК на компьютере).

Гарантированно, после этого, Сервер 1С стартовать не будет, точнее, произойдет запуск и вскоре его остановка.

А если запустить утилиту «Администрирования серверов» собственно увидите ошибку как на скрине ниже.

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

Как решить проблему:

Здесь собственно есть несколько вариантов!

Вернуть обратно имя хоста.
Удалить полностью каталог «srvinfo» там, где установлен ваш Сервер 1С.
Изменить имя хоста в настройках Сервера 1С.

Первый вариант предполагаю, отбросим сразу, так как есть причина, почему вы решили сменить имя хоста.

Второй уничтожит все подключения баз и настройки самого кластера также полетят «К чертям» ) Не вариант когда баз много, так как опять все подключения придется создавать, а если еще есть настройки на кластере, это однозначно не то что нам надо.

А вот третий вариант позволит нам, и все настройки уберечь и не потерять подключения баз.

Для этого, запускаем утилиту администрирования серверов 1С, и в свойствах кластера укажем новое имя. (Наш хост к примеру: «SERVER_OFFICE» ).

Затем открываем каталог «srvinfo» и откроем файл 1cv8wsrv.lst простым блокнотом.

Старое имя хоста «APACHE» сменим на «SERVER_OFFICE».

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

Windows Server Update Services или WSUS предназначен для распространения обновлений внутри сети. Он позволит скачивать все пакеты для их установки на один сервер и распространять данные пакеты по локальной сети. Это ускорит процесс получения самих обновлений, а также даст администратору контроль над процессом их установки.

В данной инструкции мы рассмотрим пример установки и настройки WSUS на Windows Server 2012 R2.

Перед установкой

Рекомендуется выполнить следующие действия, прежде чем начать установку WSUS:

Настраиваем статический IP-адрес.
При необходимости, добавляем компьютер в домен.
Устанавливаем все обновления Windows.

Также нужно убедиться, что на сервере достаточно дискового пространства. Под WSUS нужно много места — в среднем, за 2 года использования, может быть израсходовано около 1 Тб. Хотя, это все условно и, во многом, зависит от количества программных продуктов, которые нужно обновлять и как часто выполнять чистку сервера от устаревших данных.

Установка роли

Установка WSUS устанавливается как роль Windows Server. Для начала запускаем Диспетчер серверов:

В правой части открытого окна нажимаем Управление - Добавить роли и компоненты:

На странице приветствия просто нажимаем Далее (также можно установить галочку Пропускать эту страницу по умолчанию):

На следующей странице оставляем переключатель в положении Установка ролей или компонентов:

Далее выбираем сервер из списка, на который будем ставить WSUS:

В окне «Выбор ролей сервера» ставим галочку Службы Windows Server Update Services - в открывшемся окне (если оно появится) нажимаем Добавить компоненты:

Среди компонентов оставляем все по умолчанию и нажимаем Далее:

Мастер запустит предварительную настройку служб обновления — нажимаем Далее:

Среди ролей службы можно оставить галочки, выставленные по умолчанию:

Прописываем путь, где WSUS будет хранить файлы обновлений:

* в нашем примере был прописан путь C:\WSUS Updates. Обновления нужно хранить на разделе с достаточным объемом памяти.

Запустится настройка роли IIS — просто нажимаем Далее:

Среди служб ролей оставляем все галочки по умолчанию и нажимаем Далее:

В последнем окне проверяем сводную информацию о всех компонентах, которые будут установлены на сервер и нажимаем Установить:

Процесс установки занимаем несколько минут. После завершения можно закрыть окно:

Установка роли WSUS завершена.

Первый запуск и настройка WSUS

После установки наш сервер еще не готов к работе и требуется его первичная настройка. Она выполняется с помощью мастера.

В диспетчере сервера кликаем по Средства - Службы Windows Server Update Services:

При первом запуске запустится мастер завершения установки. В нем нужно подтвердить путь, по которому мы хотим хранить файлы обновлений. Кликаем по Выполнить:

. и ждем завершения настройки:

Откроется стартовое окно мастера настройки WSUS — идем далее:

На следующей странице нажимаем Далее (при желании, можно принять участие в улучшении качества продуктов Microsoft):

Далее настраиваем источник обновлений для нашего сервера. Это может быть центр обновлений Microsoft или другой наш WSUS, установленный ранее:

* в нашем примере установка будет выполняться из центра Microsoft. На данном этапе можно сделать сервер подчиненным, синхронизируя обновления с другим WSUS.

Если в нашей сети используется прокси-сервер, задаем настройки:

* в нашем примере прокси-сервер не используется.

Для первичной настройки WSUS должен проверить подключение к серверу обновлений. Также будет загружен список актуальных обновлений. Нажимаем Начать подключение:

. и дожидаемся окончания процесса:

Выбираем языки программных продуктов, для которых будут скачиваться обновления:

Внимательно проходим по списку программных продуктов Microsoft и выбираем те, которые есть в нашей сети, и для который мы хотим устанавливать обновления:

* не стоит выбирать все программные продукты, так как на сервере может не хватить дискового пространства.

Выбираем классы обновлений, которые мы будем устанавливать на компьютеры:

* стоит воздержаться от установки обновлений, которые могут нанести вред, например, драйверы устройств в корпоративной среде не должны постоянно обновляться — желательно, чтобы данный процесс контролировался администратором.

Настраиваем синхронизацию обновлений. Желательно, чтобы она выполнялась в автоматическом режиме:

Мы завершили первичную настройку WSUS. При желании, можно установить галочку Запустить первоначальную синхронизацию:

После откроется консоль управления WSUS.

Завершение настройки сервера обновлений

Наш сервис установлен, настроен и запущен. Осталось несколько штрихов.

Установка Microsoft Report Viewer

Для просмотра отчетов, необходим компонент, который не ставится с WSUS. Для его установки нужно сначала зайти в установку ролей и компонентов:

Продолжаем установку и завершаем ее.

После выполняем установку приложения и перезапускаем консоль WSUS — отчеты будут доступны для просмотра.

Донастройка WSUS

Мастер установки предлагает выполнить большую часть настроек, но для полноценной работы необходимо несколько штрихов.

1. Группы компьютеров

При подключении новых компьютеров к серверу, они должны распределиться по группам. Группы позволят применять разные обновления к разным клиентам.

В консоли управления WSUS переходим в Компьютеры - кликаем правой кнопкой мыши по Все компьютеры и выбираем Добавить группу компьютеров. :

Вводим название для группы и повторяем действия для создания новой группы. В итоге получаем несколько групп, например:

2. Автоматические утверждения

После получения сервером обновлений, они не будут устанавливаться, пока системный администратор их не утвердит для установки. Чтобы не заниматься данной работой в ручном режиме, создадим правила утверждения обновлений.

В консоли управления WSUS переходим в раздел Параметры - Автоматические утверждения:

Кликаем по Создать правило:

У нас есть возможность комбинировать условия, при которых будут работать наши правила. Например, для созданных ранее групп компьютеров можно создать такие правила:

Для тестовой группы применять все обновления сразу после их выхода.
Для рабочих станций и серверов сразу устанавливать критические обновления.
Для рабочих станций и серверов применять обновления спустя 7 дней.
Для серверов устанавливать обновления безопасности по прошествии 3-х дней.

3. Добавление компьютеров в группы

Ранее, нами были созданы группы компьютеров. После данные группы использовались для настройки автоматического утверждения обновлений. Для автоматизации работы сервера осталось определить, как клиентские компьютеры будут добавляться в группы.

В консоли WSUS переходим в Параметры - Компьютеры:

Если мы хотим автоматизировать добавление компьютеров в группы, необходимо установить переключатель в положение Использовать на компьютерах групповую политику или параметры реестра:

Настройка клиентов

И так, наш сервер готов к работе. Клиентские компьютеры могут быть настроены в автоматическом режиме с помощью групповой политики Active Directory или вручную в реестре. Рассмотрим оба варианта. Также стоит отметить, что, как правило, проблем совместимости нет — WSUS сервер на Windows Server 2012 без проблем принимает запросы как от Windows 7, так и Windows 10. Приведенные ниже примеры настроек являются универсальными.

Групповая политика (GPO)

Открываем инструмент настройки групповой политики, создаем новые политики для разных групп компьютеров — в нашем примере:

Для тестовой группы.
Для серверов.
Для рабочих станций.

Создаем GPO для соответствующих организационных юнитов. Открываем данные политики на редактирование и переходим по пути Конфигурация компьютера - Политики - Административные шаблоны - Компоненты Windows - Центр обновления Windows. Стоит настроить следующие политики:

* 8530 — сетевой порт, на котором по умолчанию слушает сервер WSUS. Уточнить его можно на стартовой странице консоли управления WSUS.

Ждем применения политик. Для ускорения процесса некоторые компьютеры можно перезагрузить вручную.

Настройка клиентов через реестр Windows

Как говорилось выше, мы можем вручную настроить компьютер на подключение к серверу обновлений WSUS.

Для этого запускаем редактор реестра и переходим по пути: HKEY_LOCAL_MACHINE\SOFTWARE\Polices\Microsoft\Windows\WindowsUpdate. Нам необходимо создать следующие ключи:

Теперь переходим в раздел реестра HKEY_LOCAL_MACHINE\SOFTWARE\Polices\Microsoft\Windows\WindowsUpdate\AU. Если он отсутствует, создаем вручную. После нужно создать ключи:

AUOptions, REG_DWORD — значение 2
AutoInstallMinorUpdates, REG_DWORD — значение 0
NoAutoUpdate, REG_DWORD — значение 0
ScheduledInstallDay, REG_DWORD — значение 0
ScheduledInstallTime, REG_DWORD — значение 3
UseWUServer, REG_DWORD — значение 1

После перезагружаем компьютер. Чтобы форсировать запрос к серверу обновлений, на клиенте выполняем команду:

Автоматическая чистка WSUS

Как говорилось ранее, сервер WSUS очень требователен к дисковому пространству. Поэтому удаление устаревшей информации является критически важным этапом его администрирования.

Саму чистку можно сделать в панели управления сервером обновления в разделе Параметры - Мастер очистки сервера.

Также можно воспользоваться командлетом в Powershell Invoke-WsusServerCleanup — целиком команда будет такой:

Get-WSUSServer | Invoke-WsusServerCleanup -CleanupObsoleteComputers -CleanupObsoleteUpdates -CleanupUnneededContentFiles -CompressUpdates -DeclineExpiredUpdates -DeclineSupersededUpdates

Для автоматизации чистки создаем скрипт с расширением .ps1 и создаем задачу в планировщике. Чистку стоит делать раз в неделю.

Читайте также: