Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Windows Server Update Services (WSUS & SUS)

Автор: PainAllTime
Дата сообщения: 13.12.2005 13:53
WSUS не видит компьютеров(вообще). В АД все прописано и сделано, как написано в руководстве. Что делать ?
Автор: nafania
Дата сообщения: 13.12.2005 15:24
DikSoft
К сожалению нет "не оно", у меня на всех компах стоит последний installer
Автор: PainAllTime
Дата сообщения: 13.12.2005 15:29
http://img234.imageshack.us/my.php?image=19yd1.jpg
ошибка блин
Автор: Neoromantic
Дата сообщения: 13.12.2005 15:42
Вопрос возможно возникавший уже в этой ветке - Как добавить комп, который уже был удален с WSUS? (Компьютеры - Удаление выбранного компьютера)
Автор: Mihail2115
Дата сообщения: 13.12.2005 16:09

Цитата:
Ykidia

Тогда еще вопрос вдогонку. При остановке/старте службы wsusservice закачка текущего обновления обламывается и начинается заново. При этом из хранилища обновлений ничего не удаляется, и оно жутко распухает ....... Залез в папки с hex-называниями, а там местами либо текстовый файл (как я понимаю, обновление еще не загружено), либо один или по два-три исполняемых файлов, иногда с cab-архивом.
Возможно ли как-то избавиться от ненужной шелухи?

Добавлено:
Да, забыл сказать. Пока вследствие постоянных перезакачек и замусоривания вследствие перезапусков службы wsusservice я решил просто останавливать утром/запускать на ночь службу bits - так вроде ничего не сбрасывается и хранилище не "пухнет". Правильно ли я сделал или лучше просто отменять закачки?


По первому вопросу - проверить не могу, т.к. все уже давно скачалось. Но, по памяти, при рестарте службы скаченные куски файлов не скачиваются заново, а только идет проверка на целостность кусков (При этом трафик гораздо меньше, чем при перезакачке. Проверь, если есть возможность и черкни в тему итоги.). В папках с hex-называниями у меня лежат CAB EXE PSF TXT файлы. Общий обьем более 20Гб.
По второму вопросу - если твой вариант работает, то почему это не правильно?
Автор: nafania
Дата сообщения: 13.12.2005 17:02
Neoromantic

Цитата:
Вопрос возможно возникавший уже в этой ветке - Как добавить комп, который уже был удален с WSUS? (Компьютеры - Удаление выбранного компьютера)


Если комп поключен и update client работает то ничего ненадо делать, через некоторое время он сново появится (по умолчанию в течении 22 часов), если горит то на удалённом компе можно выполнить эту команду: "wuauclt.exe /resetauthorization /detectnow" , тогда появится через 5 мин.
Автор: Ykidia
Дата сообщения: 13.12.2005 18:59
Mihail2115

Цитата:
при рестарте службы скаченные куски файлов не скачиваются заново, а только идет проверка на целостность кусков (При этом трафик гораздо меньше, чем при перезакачке. Проверь, если есть возможность и черкни в тему итоги.)

Если останавливать закачку на середине какого-нибудь файла, то потом целостность конечно проверяется, иначе бы его закачка не начиналась заново, при этом недокачанный кусок так и лежит мертвым грузом.
Как избавиться от этих кусков в автоматическом режиме (чтобы не лезть просматривать все 256 папок ), я не знаю пока...
А вот служба bits сама стартовала раза 3-4 за день, а счетчик закачки не сдвинулся с места. Так что, видимо, не катит мой метод
Автор: alekzzz81
Дата сообщения: 14.12.2005 07:23
Ykidia
На сайте Микрософта скачивал 2 утилиты для удаления ненужных обновлений не только из ВСУСА, но и Вообще...
WSUS Client Diagnostic Tool и WSUS Server Debug tool
где то еще на эту тему проскакивало сообщение
Автор: sswz
Дата сообщения: 14.12.2005 14:23
Качаю обновления, наткнулся вот на это:

Пакет обновления 2 для Office 2003
от 21 октября 2005 г.
номер статьи 887616
код d7f45c06-fd78-4171-ae54-691bc9d38837

Хочу его скачать - он пишет что весит полтора гига Что же там такое???
На сайту даже полная версия весит всего 88 метров, а он полтора гига сосёт
Такой трафик жалко - что посоветуете?
Автор: ramirasss
Дата сообщения: 14.12.2005 17:38
Кто пользовался Update Services API samples там есть такая утилитка Update Service Notification который должен посылать типа отчеты о состоянии!!! никак не получаеться ее запустить!!! Может ктото подскажет!
Автор: alekzzz81
Дата сообщения: 15.12.2005 08:08
sswz
У меня тоже хотел его качнуть....1600 Мб...я поставил не одобрено....может просто размер не правильно пишет???попробовать подождать 100 метров пусть качнет..если все равно будет так писать то остановить....
Вроде написано что качает мультиязычную версию....только нафига?если у меня стоит только Ёнг??Может из-за того что она мульти из-за этого много весит.... Хотя для мульти тоже много....
Автор: VadimMA
Дата сообщения: 15.12.2005 08:31
Подскажите, что может быть.
Клиент очень медленно тянет обновление с сервер WSUS, где то за 10 часов 5-10%. С сетью все нормально!
Автор: alekzzz81
Дата сообщения: 15.12.2005 08:55
VadimMA
групп полиси правильно настроено??то есть у тебя на сервере прописано что с твоего сервака забирать апдейты???если домен правильно работает то все должно работать...
а так мне кажется что он у тебя с инета тянет а не сервака...
Автор: VadimMA
Дата сообщения: 15.12.2005 11:59
На том компе нет инета, да и инет не такой у нас хилый что бы так обновления тянуть!
Нетстатом проверял – обновление берет от туда от куда надо.
Проблема только на одной машине и после того как я туда поставил нового агента, до этого машина вообще не обновлялась


Добавлено:
Нашел еще одну машину. Есть у них две общие черты – Они не в домене!
Для того чо бы они тянули апдейт с сервера сделал изменения в реестре
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"WUServer"="http://active"
"WUStatusServer"="http://active"
"ElevateNonAdmins"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"AutoInstallMinorUpdates"=dword:00000001
"UseWUServer"=dword:00000001
"NoAutoRebootWithLoggedOnUsers"=dword:00000001
"RebootWarningTimeoutEnabled"=dword:00000001
"RebootWarningTimeout"=dword:0000001e
"NoAutoUpdate"=dword:00000000
"AUOptions"=dword:00000004
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:0000000a

Хотя есть машины с которыми нет проблем, и тоже работают вне домена!
Автор: Neoromantic
Дата сообщения: 15.12.2005 19:52
nafania
Что то не появляется... ни после выполнения wuauclt.exe /resetauthorization /detectnow на клиенте, ни через сутки... Есть еще какие варианты?
Автор: olegl
Дата сообщения: 15.12.2005 22:55

Цитата:
Всем привет.
Я не могу решить проблему с WSUS.
Проблема в следующем: до 16/11 wsus работал без проблем, апдейты приходили и инсталировались на клиенты. С 16/11 90% клиентов перестали синхронизирoватся с сервером. В wsus админе написанно "Error: Agent
failed detecting with reason: 0x8024400e". Диагностика клиента с помощью ClientDiag.exe не нашла никаких проблем - связь с сервером в порядке. В сети есть комютеры которые общаются с сервером без проблем.
Я уже 3 недели не могу решить проблему.

Сервер 2003 server WE
Клиенты XP sp2 & 2000 sp 4


Описание проблемы: http://support.microsoft.com/?id=905422
Лечиться вот так: http://support.microsoft.com/?id=898708
Автор: VadimMA
Дата сообщения: 19.12.2005 16:02
Разобрался со своей проблемой. Дело было с зависшим пакетом, который не хотел тянуться с микрософта. Я отменил установку этого пакета и все залетало!
Автор: EvgStayer
Дата сообщения: 20.12.2005 10:38
Все работало нормально, но потом на домашней странице WSUS
в списоке поручений, появилась надпись
--------------------------------------------------------------------------
Проверьте настройку сервера
Не удалось установить связь с одной или несколькими службами Update Services. Проверьте состояние сервера и убедитесь, что служба Windows Server Update Service работает. Неработающие службы: SelfUpdate
--------------------------------------------------------------------------

После перезапуска службы Update Services вроде все работает, но не долго минут 5-10, а потом опять.

Чем это лечится?
Автор: dkuzmin
Дата сообщения: 20.12.2005 12:08
На не которых клиентах стало вдруг проситься установить
"Пакет обновления Visio 2002 Service Pack 2", хотя на компьютере даже не стояло этого Visio.
С чего это вдруг такое?
Автор: nafania
Дата сообщения: 20.12.2005 16:44
Neoromantic
Проверь если на клиенте включены update сервисы:
1) Background Intelligent Transfer Service
2) Automatic Updates
Автор: yuri2005
Дата сообщения: 20.12.2005 23:48
Вопрос может и глупый... но все же-к каким объектам применять групповую политику в AD:к домену (куда, естественно, входят и компьютеры) или к ОП? То есть должна ли групповая политика для WSUS применяться для компьютером или для членов ОП? Спасибо.
Автор: masluk
Дата сообщения: 21.12.2005 11:05
Народ, подскажите возможно ли получение и установка обновлений у клиентов с правами пользователей "USER" от SUS сервера?
Автор: DikSoft
Дата сообщения: 21.12.2005 15:10
Хорошая новость для владельцев WSUS на MSDE движке.
Sioln сумел подключить утилиту для вытаскивания обновлений к WSUS хранящем инфу на MSDE сервере.
Как минимум нужно сделать вот это : http://support.microsoft.com/kb/319930/ru .

подробно тут : http://forum.ixbt.com/topic.cgi?id=7:19397-19#591


Автор: Neoromantic
Дата сообщения: 22.12.2005 08:54
nafania
1. Background Intelligent Transfer Service - вручную. Посавил авто и запустил. Посмотрю что произойдет
2. Automatic Updates - Запущен.
Автор: ChiefPilot
Дата сообщения: 22.12.2005 17:06
Будет ли работать WSUS под Microsoft SQL Server 2005? Надо апгрейдить 2000 на 2005 (программисты требуют ), а там же развёрнут WSUS. Будут ли какие-то уже известные проблемы после перехода?
Автор: Neoromantic
Дата сообщения: 26.12.2005 14:33
nafania:
Не помогло.
Автор: popsa72
Дата сообщения: 26.12.2005 17:57
Для того чтоб увиделся на WSUS нужна запушенная служба: управления удаленным реестром
Автор: Master_Alex
Дата сообщения: 03.01.2006 23:19
ChiefPilot
Если будет - отпишись
Автор: enver
Дата сообщения: 05.01.2006 18:11
господа не подумайте что я не читал вот этого


Цитата:
Установка локального WindowsUpdate сервера под Unix


мне интересно, насколько стабильно работает это под Unix и будет ли это работать для WSUS? (насколько я понял тестировалось на SUS)

Автор: MostWanted
Дата сообщения: 06.01.2006 16:17
Ветку толком не читал, но хочу поделиться опытом:
После штатной (рекомендованной Microsoft) установки WSUS на Windows Server 2003 Standard Edition + IIS 6.0 + .NET Famework 2.0 в журнале событий (при перезагрузке сервера) появляется 2 ошибки:
1. Источник: Service Control Manager
Код (ID): 7000
Описание: Сбой при запуске службы "Update Services" из-за ошибки. Служба не ответила на запрос своевременно.
2. Источник: Service Control Manager
Код (ID): 7000
Описание: Таймаут (30000 мс) ожидания для подключения службы Update Services.

Т.е. служба Update Services па какой то причине не стартовала. Если вручную её "пнуть", то служба со скрипом стартует и WSUSу становится резко легче.

А теперь расскажу в чём моя ошибка и как предотвратить эту ситуёвину или как её пофиксить (для конкретно моего случая). Перед тем как ставить WSUS я, как полагается, установил IIS, но настройки по умолчанию меня не устраивают и было решено подкрутить IIS на пердмет безопасности. Одна из вещей, которые я поменял - это установка заголовка для "Веб-узла по умолчанию". Во время установки WSUS "сел" не на http://servername, а на http://serverIPaddress (т.е. URLи, которые он мне показал во время установки http://172.18.1.20:80 и http://172.18.1.20:80/WSUSAdmin, вместо http://wsus и http://wsus/WSUSAdmin соответственно). Причём поменять это (во время установки WSUS) мне не удалось. Заголовок для "Веб-сайта по умолчанию" был установлен (в менеджере IIS) servername.localdomain.ru.

После установки WSUS и обнаружения этих двух ошибок, был добавлен ещё один заголовок serverIPaddress для "Веб-узла по умолчанию". Ошибки при старте сервера пропали.

Вывод: настройку безопасности IIS для совместной работы с WSUS нужно производить крайне аккуратно.

------------------------------------------------------------------------------------------

Не ставьте WSUS на контроллеры домена!!! Это рекомендую не только я, но и мелкомягкие в своих писульках.

Для установки WSUS требуется установка IIS, а это ОЧЧЧЕНЬ плохо с точки зрения безопасности для контроллеров домена.

И если вы всётаки вынуждены ставить WSUS на контроллер домена, то уносите "Веб-узел по умолчанию" и папку WSUS с системных и загрузочных разделов (напоминаю, что системный и загрузочный разделы - это разные весчи).

------------------------------------------------------------------------------------------

Требования к установке IIS в документе "Deploying Microsoft Windows Server Update Services" (и в русском варианте тоже) не полные. Полные инструкции для установки IIS содержатся в документе "Файл "Readme" для Windows Server Update Services" (http://www.microsoft.com/technet/prodtechnol/windows…a55ab0964a3.mspx), а именно:
Чтобы установить IIS:
1. Откройте панель управления.
2. Дважды щелкните значок "Установка и удаление программ".
3. Нажмите кнопку "Добавление и удаление компонентов Windows".
4. В списке "Компоненты" выберите "Сервер приложений".
5. Нажмите кнопку "Состав".
6. Установите флажок "ASP.NET". Включите "сетевой доступ к COM+", и службы IIS будут выбраны автоматически.
7. Выберите "Службы IIS" и нажмите кнопку "Состав", чтобы просмотреть список необязательных компонентов IIS.
8. Выберите все компоненты, которые необходимо установить.

Примечание.
Дополнительный компонент "Служба WWW" включает важные вложенные компоненты, такие как "Active Server Pages" и "Удаленное администрирование (HTML)". Чтобы просмотреть и выбрать эти вложенные компоненты, выберите компонент "Служба WWW" и нажмите кнопку "Состав". Нажимайте кнопку "ОК" до возвращения в окно мастера компонентов Windows.
1. Нажмите кнопку "Далее" и завершите работу мастера.
2. После установки IIS запустите программу установки Windows Server Update Services.

Вывод: нужно дополнительно ставить компоненты "ASP.NET", "Active Server Pages" и "Удаленное администрирование (HTML)" (хотя на кой ставить последний - не понимаю, т.к. я любитель безопасности)

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Настройка WinRoute 4.x


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.