Domain\Computers is not an OU, it is a container, hence no GPO can be
linked there. That is why it is generally not used by most
enterprises.
From: David Lum [mailto:david@nwea.org]
Sent: Thursday, July 01, 2010 9:56 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you
, set ms-DS-machineaccount quota to 0 and delegate the
respective OU's permissions directly as required for the provisioning
processes and support personnel.
From: David Lum [mailto:david@nwea.org]
Sent: Thursday, July 01, 2010 10:56 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How
So in your scenario you'd create the machine AD account before standing up the
machine right?
Dave
From: Free, Bob [mailto:r...@pge.com]
Sent: Friday, July 02, 2010 9:03 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be specific)
Redirection
, Webster carlwebs...@gmail.com wrote:
What about the Default Domain Policy and any other GPO linked at the
Domain level? They apply to the Computer container. Just saying…
Webster
*From:* Sean Martin [mailto:seanmarti...@gmail.com]
*Subject:* Re: VMWare View, How are you handling AV
they are.
From: David Lum [mailto:david@nwea.org]
Sent: Friday, July 02, 2010 10:41 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific)
So in your scenario you'd create the machine AD account before standing
up the machine right
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific)
What about the Default Domain Policy and any other GPO linked at the
Domain level? They apply to the Computer container. Just saying...
Webster
From: Sean Martin [mailto:seanmarti...@gmail.com]
Subject: Re: VMWare
: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 11:52 AM
To: NT System Admin Issues
Subject: Re: VMWare View, How are you handling AV? (Viper to be specific)
The OU that Vipre looks at to do the automatic push has a GPO that is
totally restricted, can't be logged
We put AV on any OS Device regardless of what it is, Virtual or Physical if
they are connected to the network where they can talk do any other devices. The
risk is too great.
From: N Parr [mailto:npar...@mortonind.com]
Sent: Thursday, July 01, 2010 11:06 AM
To: NT System Admin Issues
Subject:
N Parr,
I am assuming here that you are using VIPRE Enterprise. I would
recommend protecting each clone with VIPRE as the growth from definitions would
be minimal, this is the best way to protect your systems and any machines they
are connected to. I would also say that you should
10:15 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific)
N Parr,
I am assuming here that you are using VIPRE Enterprise. I
would recommend protecting each clone with VIPRE as the growth from
definitions would be minimal
Software Product Support
Communitieshttp://www.sunbeltsoftware.com/communities/
From: N Parr [mailto:npar...@mortonind.com]
Sent: Thursday, July 01, 2010 11:27 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be specific)
Why wouldn't you treat a VM license
sense?
--
*From:* Jeff Cain [mailto:je...@sunbelt-software.com]
*Sent:* Thursday, July 01, 2010 10:15 AM
*To:* NT System Admin Issues
*Subject:* RE: VMWare View, How are you handling AV? (Viper to be
specific)
N Parr,
I am assuming here that you
: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 10:34 AM
To: NT System Admin Issues
Subject: Re: VMWare View, How are you handling AV? (Viper to be
specific)
Vipre push was part of our standard server build out, we didn't make it
part of our base os images for VMWare
the machine type as a VM, or just the fact that VM tools are
installed.
From: Jeff Cain [mailto:je...@sunbelt-software.com]
Sent: Thursday, July 01, 2010 10:32 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific
So, do you just plan on not getting any viruses before it gets pushed to
the client?
From: N Parr [mailto:npar...@mortonind.com]
Sent: Thursday, July 01, 2010 10:37 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific)
Didn't realize
.
From: Crawford, Scott [mailto:crawfo...@evangel.edu]
Sent: Thursday, July 01, 2010 11:39 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific)
So, do you just plan on not getting any viruses before it gets pushed to
the client?
From: N Parr
:* Thursday, July 01, 2010 10:37 AM
*To:* NT System Admin Issues
*Subject:* RE: VMWare View, How are you handling AV? (Viper to be
specific)
Didn't realize it would do the detect and push, I guess that would solve my
problem. Just have to keep an eye on the server and delete any old clones
NORTHWEST EVALUATION ASSOCIATION
(Desk) 971.222.1025 // (Cell) 503.267.9764
From: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 9:52 AM
To: NT System Admin Issues
Subject: Re: VMWare View, How are you handling AV? (Viper to be specific)
The OU that Vipre looks at to do
) 503.267.9764
*From:* Sherry Abercrombie [mailto:saber...@gmail.com]
*Sent:* Thursday, July 01, 2010 9:52 AM
*To:* NT System Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific)
The OU that Vipre looks at to do the automatic push has a GPO
Abercrombie [mailto:saber...@gmail.com]
*Sent:* Thursday, July 01, 2010 9:52 AM
*To:* NT System Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific)
The OU that Vipre looks at to do the automatic push has a GPO that is
totally restricted, can't be logged
agents.
From: N Parr [mailto:npar...@mortonind.com]
Sent: Thursday, July 01, 2010 11:49 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific)
Yes, because desktop clones are provisioned so that one+ is always
available. So when the last
Nice.
What does the moving?
From: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 11:52 AM
To: NT System Admin Issues
Subject: Re: VMWare View, How are you handling AV? (Viper to be
specific)
The OU that Vipre looks at to do the automatic push has a GPO
, Scott [mailto:crawfo...@evangel.edu]
Sent: Thursday, July 01, 2010 10:43 AM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be specific)
Nice.
What does the moving?
From: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 11:52
, 2010 11:52 AM
*To:* NT System Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific)
The OU that Vipre looks at to do the automatic push has a GPO that is
totally restricted, can't be logged into from the network etc etc. Only
Vipre and WSUS can do anything
System Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific)
The OU that Vipre looks at to do the automatic push has a GPO that is
totally restricted, can't be logged into from the network etc etc. Only
Vipre and WSUS can do anything to it while in that OU
Gotcha. A little too much manual intervention for my tastes, but yeah,
that's valid.
From: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 1:25 PM
To: NT System Admin Issues
Subject: Re: VMWare View, How are you handling AV? (Viper to be
specific)
A person
is installed.
From: David Lum [mailto:david@nwea.org]
Sent: Thursday, July 01, 2010 12:56 PM
To: NT System Admin Issues
Subject: RE: VMWare View, How are you handling AV? (Viper to be
specific)
A setting in AD:
Redirecting CN=Computers to an administrator-specified organizational
unit
1
** **// *SYSTEMS ENGINEER
NORTHWEST EVALUATION ASSOCIATION
(Desk) 971.222.1025 *// *(Cell) 503.267.9764
*From:* Sherry Abercrombie [mailto:saber...@gmail.com]
*Sent:* Thursday, July 01, 2010 9:52 AM
*To:* NT System Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific
Abercrombie [mailto:saber...@gmail.com]
*Sent:* Thursday, July 01, 2010 11:52 AM
*To:* NT System Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific)
The OU that Vipre looks at to do the automatic push has a GPO that is
totally restricted, can't be logged
On Thu, Jul 1, 2010 at 3:27 PM, Sherry Abercrombie saber...@gmail.com wrote:
So the manual intervention wasn't in my group.
I remember at Unnamed U., they called that the grad student
algorithm. As in, Sure, I know an an algorithm to do easy language
recognition. His name is 'Steve'...
--
Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 12:27 PM
To: NT System Admin Issues
Subject: Re: VMWare View, How are you handling AV? (Viper to be specific)
LOL, Computer OUs were setup according to department and we had delegated the
permissions to move computers to those
Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific)
LOL, Computer OUs were setup according to department and we had delegated
the permissions to move computers to those department OUs to the
Helpdesk/Desktop group so that they could manage workstations
Thanks - my own DA account I explicitly have as a member of no other groups.
You don't happen to have any of that documentation handy do you?
Dave
From: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Thursday, July 01, 2010 2:43 PM
To: NT System Admin Issues
Subject: Re: VMWare View, How
:* Sherry Abercrombie [mailto:saber...@gmail.com]
*Sent:* Thursday, July 01, 2010 2:43 PM
*To:* NT System Admin Issues
*Subject:* Re: VMWare View, How are you handling AV? (Viper to be
specific)
Fought that battle back in 2002 after I went to MEC 02 and won it ;) We
had 2 different accounts
What about the Default Domain Policy and any other GPO linked at the Domain
level? They apply to the Computer container. Just saying.
Webster
From: Sean Martin [mailto:seanmarti...@gmail.com]
Subject: Re: VMWare View, How are you handling AV? (Viper to be specific)
The default
Give 'em as much memory as possible. Our database apps (especially those
that have a lot of screen redrawing for long lists of numbers) run at a
crawl without 4GB of RAM, even though they are only XP 32-bit machines.
Don't know whether it is just our thin clients or not, but don't expect the
: Friday, October 02, 2009 3:03 PM
To: NT System Admin Issues
Subject: Re: VMware View
Give 'em as much memory as possible. Our database apps (especially those
that have a lot of screen redrawing for long lists of numbers) run at a
crawl without 4GB of RAM, even though they are only XP 32-bit machines
Supervisor/Security Officer
Riverview Hospital Association
--
*From:* James Rankin [mailto:kz2...@googlemail.com]
*Sent:* Friday, October 02, 2009 3:03 PM
*To:* NT System Admin Issues
*Subject:* Re: VMware View
Give 'em as much memory as possible. Our database apps
Ely [mailto:don@gmail.com]
Sent: Friday, October 02, 2009 3:35 PM
To: NT System Admin Issues
Subject: Re: VMware View
Screen savers in VM's are bad... Eat processors... Set them to blank
On Fri, Oct 2, 2009 at 1:31 PM, Craig Gauss gau...@rhahealthcare.org
wrote:
We have had
/Security Officer
Riverview Hospital Association
From: Don Ely [mailto:don@gmail.com]
Sent: Friday, October 02, 2009 3:35 PM
To: NT System Admin Issues
Subject: Re: VMware View
Screen savers in VM's are bad... Eat processors... Set them to blank
: Friday, October 02, 2009 3:03 PM
To: NT System Admin Issues
Subject: Re: VMware View
Give 'em as much memory as possible. Our database apps (especially those
that have a lot of screen redrawing for long lists of numbers) run at a
crawl without 4GB of RAM, even though they are only XP 32-bit
.
Mike
Original Message:
-
From: Craig Gauss gau...@rhahealthcare.org
Date: Fri, 2 Oct 2009 15:31:42 -0500
To: ntsysadmin@lyris.sunbelt-software.com
Subject: RE: VMware View
We have had some reports of slow performance. I was wondering about
the RAM our consultant had us set
42 matches
Mail list logo
