|
|
With WSUS 3.0, can the clients now just go the a web site (web address) on
the WSUS box to get their updates, similar to windows update? If so, what
should the web address be? Thanks for the help.
|
|
No website for WSUS. Kind of defeats the purpose of having WSUS, which allows
the admin to have full control of which updates should be made available and
automatically deploy them without user interaction....
"Jim" wrote:
[Quoted Text] > With WSUS 3.0, can the clients now just go the a web site (web address) on
> the WSUS box to get their updates, similar to windows update? If so, what
> should the web address be? Thanks for the help.
|
|
On May 22, 3:58 am, BigEd <B...[ at ]discussions.microsoft.com> wrote:
[Quoted Text] > No website for WSUS. Kind of defeats the purpose of having WSUS, which allows
> the admin to have full control of which updates should be made available and
> automatically deploy them without user interaction....
>
>
>
> "Jim" wrote:
> > With WSUS 3.0, can the clients now just go the a web site (web address) on
> > the WSUS box to get their updates, similar to windows update? If so, what
> > should the web address be? Thanks for the help.- Hide quoted text -
>
> - Show quoted text -
But still, a method to re-initiate a failed install, for example,
interactively, would be handy, without forcing the download from the
external internet. Or even more specifically, attended installs..
For example, we have 3 servers that are connected to our WSUS server,
in a group by themselves, where only updates that dont need a reboot
get approved for auto install. Things like, recently the SP2 upgrade,
was downloaded by WSUS, but when we wanted to manually install the
server, we had to redownload that patch (or hunt thru a nasty mess of
DIRs on the WSUS server) to apply it manually. Instead of going to MU,
we should have been able to go to a web interface on our WSUS, and
fetch it from there manually. WSUS is also all about saving bandwidth
in duplicated downloads, of course.
|
|
On May 22, 3:58 am, BigEd <B...[ at ]discussions.microsoft.com> wrote:
[Quoted Text] > No website for WSUS. Kind of defeats the purpose of having WSUS, which allows
> the admin to have full control of which updates should be made available and
> automatically deploy them without user interaction....
>
>
>
> "Jim" wrote:
> > With WSUS 3.0, can the clients now just go the a web site (web address) on
> > the WSUS box to get their updates, similar to windows update? If so, what
> > should the web address be? Thanks for the help.- Hide quoted text -
>
> - Show quoted text -
But still, a method to re-initiate a failed install, for example,
interactively, would be handy, without forcing the download from the
external internet. Or even more specifically, attended installs..
For example, we have 3 servers that are connected to our WSUS server,
in a group by themselves, where only updates that dont need a reboot
get approved for auto install. Things like, recently the SP2 upgrade,
was downloaded by WSUS, but when we wanted to manually install the
server, we had to redownload that patch (or hunt thru a nasty mess of
DIRs on the WSUS server) to apply it manually. Instead of going to MU,
we should have been able to go to a web interface on our WSUS, and
fetch it from there manually. WSUS is also all about saving bandwidth
in duplicated downloads, of course.
|
|
On May 21, 11:20 pm, vidgu...[ at ]gmail.com wrote:
[Quoted Text] > On May 22, 3:58 am, BigEd <B...[ at ]discussions.microsoft.com> wrote:
>
> > No website for WSUS. Kind of defeats the purpose of having WSUS, which allows
> > the admin to have full control of which updates should be made available and
> > automatically deploy them without user interaction....
>
> > "Jim" wrote:
> > > With WSUS 3.0, can the clients now just go the a web site (web address) on
> > > the WSUS box to get their updates, similar to windows update? If so, what
> > > should the web address be? Thanks for the help.- Hide quoted text -
>
> > - Show quoted text -
>
> But still, a method to re-initiate a failed install, for example,
> interactively, would be handy, without forcing the download from the
> external internet. Or even more specifically, attended installs..
>
> For example, we have 3 servers that are connected to our WSUS server,
> in a group by themselves, where only updates that dont need a reboot
> get approved for auto install. Things like, recently the SP2 upgrade,
> was downloaded by WSUS, but when we wanted to manually install the
> server, we had to redownload that patch (or hunt thru a nasty mess of
> DIRs on the WSUS server) to apply it manually. Instead of going to MU,
> we should have been able to go to a web interface on our WSUS, and
> fetch it from there manually. WSUS is also all about saving bandwidth
> in duplicated downloads, of course.
Set your server group for Option 3. Auto Download and Notify for
Install. The servers will download the approved updates and all you
have to do is logon and click the shield and choose the install method
you would like (Express or Custom). There is only one download per
server from your internal WSUS.
|
|
On 21 May 2007 20:33:54 -0700, Gus <vines77[ at ]gmail.com> wrote:
[Quoted Text] >On May 21, 11:20 pm, vidgu...[ at ]gmail.com wrote:
>> On May 22, 3:58 am, BigEd <B...[ at ]discussions.microsoft.com> wrote:
>>
>> > No website for WSUS. Kind of defeats the purpose of having WSUS, which allows
>> > the admin to have full control of which updates should be made available and
>> > automatically deploy them without user interaction....
>>
>> > "Jim" wrote:
>> > > With WSUS 3.0, can the clients now just go the a web site (web address) on
>> > > the WSUS box to get their updates, similar to windows update? If so, what
>> > > should the web address be? Thanks for the help.- Hide quoted text -
>>
>> > - Show quoted text -
>>
>> But still, a method to re-initiate a failed install, for example,
>> interactively, would be handy, without forcing the download from the
>> external internet. Or even more specifically, attended installs..
>>
>> For example, we have 3 servers that are connected to our WSUS server,
>> in a group by themselves, where only updates that dont need a reboot
>> get approved for auto install. Things like, recently the SP2 upgrade,
>> was downloaded by WSUS, but when we wanted to manually install the
>> server, we had to redownload that patch (or hunt thru a nasty mess of
>> DIRs on the WSUS server) to apply it manually. Instead of going to MU,
>> we should have been able to go to a web interface on our WSUS, and
>> fetch it from there manually. WSUS is also all about saving bandwidth
>> in duplicated downloads, of course.
>
>Set your server group for Option 3. Auto Download and Notify for
>Install. The servers will download the approved updates and all you
>have to do is logon and click the shield and choose the install method
>you would like (Express or Custom). There is only one download per
>server from your internal WSUS.
And of course you can "Hide" the update on individual servers so it does not get
installed until you unhide it.
--
Dave Mills
There are 10 type of people, those that understand binary and those that don't.
|
|
vidguide[ at ]gmail.com wrote:
[Quoted Text] > [...] WSUS is also all about saving bandwidth
> in duplicated downloads, of course.
I disagree. That's just a side benefit; the main purpose of WSUS is automating
the patch installation process.
If you just want to save bandwidth, you can always download the patches from the
download center and install them by hand.
Harry.
|
|
<vidguide[ at ]gmail.com> wrote in message
news:1179802369.930402.174670[ at ]r3g2000prh.googlegroups.com...
[Quoted Text] > But still, a method to re-initiate a failed install, for example,
> interactively, would be handy, without forcing the download from the
> external internet. Or even more specifically, attended installs..
[1] If the install failed because of a defective installation package,
you'll have to download it again, anyway.
[2] If the install failed for other reasons, the package is already on the
PC, and no re-download is necessary at all.
[3] If the install failed it will *automatically* attempt another install at
the next scheduled installation event (24 hours later, by default), =or= you
can initiate an interactive installation by clicking on the WUA icon in the
notification bar.
> For example, we have 3 servers that are connected to our WSUS server,
> in a group by themselves, where only updates that dont need a reboot
> get approved for auto install.
Hmmmm. Could be the first issue. There's no way I know of that you can
specify an auto-approve rule only for updates that "do not need a reboot".
The auto-approve rules are applied by product and update classification. The
only thing relative to updates that "do not need a reboot" is the policy
setting "Allow Automatic Updates immediate installation", but even that
setting requires that the update be marked "Install" at thh WSUS console
before it will happen.
>Things like, recently the SP2 upgrade,
> was downloaded by WSUS,
Unless you changed the default configuration, the update was not downloaded
by WSUS until after you approved the update for "Install".
> but when we wanted to manually install the
> server, we had to redownload that patch (or hunt thru a nasty mess of
> DIRs on the WSUS server) to apply it manually.
Suggesting that:
[a] You didn't approve the update for "Install" at the WSUS server, or
[b] The update did not download properly to the WSUS server (something
that should be diagnosed properly), or
[c] The update did not download properly to the /client/ system
(something that should be diagnosed properly).
> Instead of going to MU,
> we should have been able to go to a web interface on our WSUS, and
> fetch it from there manually. WSUS is also all about saving bandwidth
> in duplicated downloads, of course.
Not really.....
I submit that if this scenario happened, before worrying about going to =MU=
to obtain the update, you should have performed appropriate diagnostics on
your WSUS environment in order to determine why it wasn't working according
to known functional design specifications.
--
Lawrence Garvin, M.S., MCTS, MCP
Independent WSUS Evangelist
MVP-Software Distribution (2005-2007)
https://mvp.support.microsoft.com/profile=30E00990-8F1D-4774-BD62-D095EB07B36E
Everything you need for WSUS is at
http://technet2.microsoft.com/windowsserver/en/technologies/featured/wsus/default.mspx
And, almost everything else is at
http://wsusinfo.onsitechsolutions.com
.....
|
|
"Harry Johnston" <harry[ at ]scms.waikato.ac.nz> wrote in message
news:%23O9N81KnHHA.4120[ at ]TK2MSFTNGP06.phx.gbl...
[Quoted Text] > vidguide[ at ]gmail.com wrote:
>
>> [...] WSUS is also all about saving bandwidth
>> in duplicated downloads, of course.
>
> I disagree. That's just a side benefit; the main purpose of WSUS is
> automating the patch installation process.
>
> If you just want to save bandwidth, you can always download the patches
> from the download center and install them by hand.
Or, install ISA Server 2004 SP2 (or ISA Server 2006), which has special
proxy features built in especially for working with cached update files for
desktop systems and Microsoft Update.
--
Lawrence Garvin, M.S., MCTS, MCP
Independent WSUS Evangelist
MVP-Software Distribution (2005-2007)
https://mvp.support.microsoft.com/profile=30E00990-8F1D-4774-BD62-D095EB07B36E
Everything you need for WSUS is at
http://technet2.microsoft.com/windowsserver/en/technologies/featured/wsus/default.mspx
And, almost everything else is at
http://wsusinfo.onsitechsolutions.com
.....
|
|
On Tue, 22 May 2007 17:13:40 -0500, "Lawrence Garvin \(MVP\)"
<onsitech[ at ]community.nospam> wrote:
[Quoted Text] >"Harry Johnston" <harry[ at ]scms.waikato.ac.nz> wrote in message
>news:%23O9N81KnHHA.4120[ at ]TK2MSFTNGP06.phx.gbl...
>> vidguide[ at ]gmail.com wrote:
>>
>>> [...] WSUS is also all about saving bandwidth
>>> in duplicated downloads, of course.
>>
>> I disagree. That's just a side benefit; the main purpose of WSUS is
>> automating the patch installation process.
>>
>> If you just want to save bandwidth, you can always download the patches
>> from the download center and install them by hand.
>
>Or, install ISA Server 2004 SP2 (or ISA Server 2006), which has special
>proxy features built in especially for working with cached update files for
>desktop systems and Microsoft Update.
Worked well with ISA 2000 too, before WSUS came along.
--
Dave Mills
There are 10 type of people, those that understand binary and those that don't.
|
|
"DaveMills" <DaveMills[ at ]newsgroup.nospam> wrote in message
news:bu07539cng42m8olm27n1i4ce3akgvro6v[ at ]4ax.com...
[Quoted Text] >>> If you just want to save bandwidth, you can always download the patches
>>> from the download center and install them by hand.
>>Or, install ISA Server 2004 SP2 (or ISA Server 2006), which has special
>>proxy features built in especially for working with cached update files
>>for
>>desktop systems and Microsoft Update.
> Worked well with ISA 2000 too, before WSUS came along.
Oh.. it's *always* worked... but the noted product versions have a special
feature expressly designed to assist in caching needs of Windows Update
content.
--
Lawrence Garvin, M.S., MCTS, MCP
Independent WSUS Evangelist
MVP-Software Distribution (2005-2007)
https://mvp.support.microsoft.com/profile=30E00990-8F1D-4774-BD62-D095EB07B36E
Everything you need for WSUS is at
http://technet2.microsoft.com/windowsserver/en/technologies/featured/wsus/default.mspx
And, almost everything else is at
http://wsusinfo.onsitechsolutions.com
.....
|
|
|