Well look at it this way. If you have a Internet account then you most
likely have a web site and email address (5MB space usually). So either a
PGP email or FTP encrypted file would do wouldn't it? I mean the static page
is there already just both servers have to access it.
The service is there already and no extra hardware is needed..
thanks,
George Vieira
Network Administrator
http://www.citadelcomputer.com.au
PGP Fingerprint : 43DC 92AC 1A82 27B2 E97B 52F1 B60F 301A 38A9 A10C
PGP KeyID: 0x38A9A10C
-----Original Message-----
From: Peter Rundle [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 06, 2000 3:00 PM
To: [EMAIL PROTECTED]
Subject: Re: [SLUG] DSL to DSL connections
> Or have a central site somewhere with a static ip addres
Sure that works too, I was just suggesting something that avoided the
need for a third party. As they don't own any realworld ip addresses
themselves they have to have someone else provide this service which
they may not be comfortable with.
I was figuring on a central office with an Adsl connection. The server
at each remote location dials the central office asks the server for
it's current adsl ip, and then establishes it's own adsl connection and
subsequent VPN to head office. If head office looses the adsl, then the
remote office can dial-up and ask for the new ip, if the adsl is down
then return ip=0, remote server waits say 1 minute and asks again,
(insert other error handling logic etc etc here).
Of course this assumes that the IP address being assigned for ADSL are
real-world and not private with a Nat on outbound traffic (which is
often the case for dial-up connections).
Hmm interesting, I can think of someone who might be able to use this...
Pete
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://slug.org.au/lists/listinfo/slug
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://slug.org.au/lists/listinfo/slug
