× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Matters how it segments it.  Can you regulate the traffic going between both
sides?  If the webservice LPAR gets compromised, can they low level attack
the system to get to the toher LPAR?  IF they DOS the webservice and it's
LPAR, will it affect the data/app LPAR?
----- Original Message ----- 
From: <rob@xxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Monday, August 04, 2003 3:24 PM
Subject: RE: iSeries vs. Unix vs. SQL Server vs. Oracle & Security/Datase
paration???


> LPAR?
>
> Rob Berendt
> -- 
> "They that can give up essential liberty to obtain a little temporary
> safety deserve neither liberty nor safety."
> Benjamin Franklin
>
>
>
>
>
> McIntyre Don <dnmcin@xxxxxxxxx>
> Sent by: midrange-l-bounces@xxxxxxxxxxxx
> 08/04/2003 02:20 PM
> Please respond to Midrange Systems Technical Discussion
>
>         To:     Midrange Systems Technical Discussion
> <midrange-l@xxxxxxxxxxxx>
>         cc:
>         Fax to:
>         Subject:        RE: iSeries vs. Unix vs. SQL Server vs. Oracle &
> Security/Data se        paration???
>
>
> --- "DeLong, Eric" <EDeLong@xxxxxxxxxxxxxxx> wrote:
> > Don,
> >
> > I expect the the recommendations are, generally,
> > what is considered best
> > practice.  It's generally unsafe to expose your
> > critical databases (and
> > servers) to the public directly.
>
> I understand the concept and reasoning behind this.
>
> This practice moots the 1 iSeries Server argument.
> 'Now I HAVE to have more than one Server to provide
> proper security'.  And it doesn't matter if the
> deployment server is iSeries (according to the
> 'Experts')
>
> Now what I believe and reality may not be the same in
> this case, but here goes...IBM touts the iSeries as
> the most secure or securable server on the Market.
> The concept of DMZ, Data separation is a necessity
> when using PC Servers, and that this concept and
> practice is widely used by PC administrators in order
> to secure their vulnerable PC platforms.  They have no
> other way.  They don't have an Object based system or
> built in security, as the iSeries.
>
> The problem is that if I go to 1 Server as most
> respondents in this lists suggest, then I'm going
> against the IBM recommendation and I do so at my own
> security risk.
>
> I know that nothing is 100% secure, but instead of the
> separation, I would like to be advised on how to make
> my System secure using one server, as everyone here is
> advocating.  And I would also like for IBM to
> recognize 1 Server as being a viable option.
>
> Don McIntyre
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.