In article <72ab8e83-ae29-404f-99bd-bea2e238e615
@k33g2000yqc.googlegroups.com>, dave@newsgroup says...
> Has anyone here tried running to DLS lines through a firewall
> appliance ( I have a SonicWall TZ180) for better internet speeds? We
> have a 768k up / 3M down DSL line that struggles to support our 3-7
> remote users. Our physical location precludes cable or fiber so I am
> considering adding a second DSL line and load balancing. Is this a
> rational approach?
I have several location s with DUAL WAN setups, they typically have
5mbps connections or faster, but they don't use DSL because of the poor
quality that we find all over the country.
As for using Dual DSL and inbound connections, it's not going to work
like that, at least not the way you think.
Your 768k is your limiting factor, and you should know that it's always
"UP TO" some speed.
So, to make your DUAL WAN work, you will need a public DNS record for
each networks IP(s) and you can then setup different rules to map
external to internal to SBS.
I would suggest that you consider doing something like this:
Workstations - create DHCP Reservations for all used by external user.
Create Unique port maps that relate to each workstation.
So, in Remote Desktop from the remote computers/location, you would do
something like this:
Firewall > PUBLIC IP:59201 maps to LAN IP(workstation 1):3389
Firewall > PUBLIC IP:59202 maps to LAN IP(workstation 2):3389
Firewall > PUBLIC IP:59203 maps to LAN IP(workstation 3):3389
(repeat as needed)
What tis does is your remote desktop connect to computer would be
entered as "remote.mydomain.com:59201" and that would map, via NAT to
Workstation 1 in your network, same for the others.
Now, if you have dual WAN connections, you can create the same type of
maps on both ISP and the users can use the path that has the least lag
for them (you will need public DNS records to make it easy on them).
You can't trust your best friends, your five senses, only the little
voice inside you that most civilians don't even hear -- Listen to that.
spam999free@newsgroup (remove 999 for proper email address)