Re: OK, I'm sold on SBS2003 now



I would not put SQL in there

--
Peter

Please Reply to Newsgroup for the benefit of others
Requests for assistance by email can not and will not be acknowledged.

"Leythos" <void@xxxxxxxxxxx> wrote in message news:MPG.1d95cb81210e9d4198a0a4@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> In article <OnAM1V0uFHA.3256@xxxxxxxxxxxxxxxxxxxx>,
> lanwench@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx says...
>> > We would make the SQL server a DC if we could only have the above - in
>> > the case of Exchange, it would be in it's own domain and sit in a real
>> > DMZ network - no authentication between the Exchange server and the LAN
>> > servers.
>>
>> I wouldn't do that - what's the point of putting Exchange in its own domain?
>> and in the DMZ? I wouldn't do this.
>
> Think about it - if your exchange server works, in order for it to work
> you are most likely providing SMTP and SSL access from the Internet -
> providing your using a single Exchange server.
>
> With SMTP and SSL exposed, you have a hole that can be attacked. While
> I've never seen SSL cracked inbound, it's still a exposed path. SMTP,
> well, I've seen people try that one daily.
>
> Keep in mind, I'm talking about a real DMZ, not one of those fake SOHO
> router DMZ where it's just an IP in the same network as the LAN.
>
> When it comes to most secure networks I always do a separate Exchange
> server in the DMZ and set the passwords on the accounts to something
> strong, and I don't let the users manage the passwords.
>
> By keeping the Exchange server in it's own domain, and controlling
> passwords, there is little chance that a compromised server can
> automagically authenticate with any of the LAN servers.
>
> Oh, and with the RCP rules and such in the firewall, the Exchange server
> can only have a connection to the hosts in the LAN if the LAN systems
> initiate it first. This means that a compromised exchange server can't
> reach the LAN on it's own, has no security accounts where the user/pwd
> match anything in the LAN, and is accessible to users outside the
> company over SSL.
>
> Don't tell me how hard it is to manage, it takes about 5 minutes to
> create the email account for a new user, and that's if I'm working slow.
> We manage installations with hundreds of exchange users setup like this,
> so I can assure you that it's painless.
>
> We also do other things with the Exchange server, we filter the SMTP
> inbound session, remove bad headers, remove attachments (based on type),
> remove messages with attachments of a size > xyz, etc... All at the
> firewall before it hits the SMTP server.
>
>
> --
>
> spam999free@xxxxxxxxxx
> remove 999 in order to email me
.



Relevant Pages

  • Re: OK, Im sold on SBS2003 now
    ... Les Connor [SBS Community Member - SBS MVP] ... > providing your using a single Exchange server. ... > With SMTP and SSL exposed, you have a hole that can be attacked. ... > router DMZ where it's just an IP in the same network as the LAN. ...
    (microsoft.public.windows.server.sbs)
  • trouble connecting to Exchange 2003 using Outlook 97 Exchange Server Service
    ... My Exchange Server is in Site two, along with a DC/GC and appears to ... be working fine, OWA works locally, from LAN ... Next I try to setup a connection from the LAN using Outlook97, ...
    (microsoft.public.exchange.admin)
  • Re: How do to forward to specific mailbox.
    ... >>I have pop3 connector to ISP using a global account. ... >> exchange server which will collect mail from outside LAN via internet. ...
    (microsoft.public.windows.server.sbs)
  • Re: [fw-wiz] NTLM authentication from DMZ
    ... Exchange server is part of the normal company domain, ... have one authentication database to deal with. ... Place the exchange server in the DMZ, but that would require a whole ... Place it on the LAN, but that would require opening ports from the ...
    (Firewall-Wizards)
  • Re: Exchange, unable to relay
    ... security, then..... ... Make sure you can telnet on port 25 to the Exchange server - both inside (to ... the LAN IP) and from the outside ...
    (microsoft.public.exchange2000.general)

Loading