[ILUG] Cisco VPN Client and NTL Broadband
Maik Sinkovec
sinkomai at pcgossip.com
Sat Feb 9 17:24:02 GMT 2008
It maybe the case that the server the VPN client connects to enforces
a firewall rule onto your client. Meaning that as long you are
connected to the company network all access to and from your computer
will be blocked and you will only be able to access the company
network. See if there is a company proxy server available you have
access to to gain access to the Internet while you are connected to
the VPN.
ta
Maik
On 9 Feb 2008, at 07:40, Barry O'Donovan wrote:
>
> Pádraig is probably on the right track.
>
> Can you send the output of the following three commands with and
> without the
> VPN tunnel being initialised:
>
> route -n
> ifconfig
> cat /etc/resolv.conf
>
> What may also be useful is the output of a program called lft (Layer
> Four
> Traceroute). If you could install it and run the following, again
> with and
> without the VPN:
>
> lft www.google.com
>
> It would answer a lot of questions. LFT will try and traceroute
> using TCP port
> 80.
>
> Deoending on you system, you may need to be root for some of the above
> commands.
>
> - Barry
>
>
> On Saturday 09 February 2008 01:06:58 Pádraig Brady wrote:
>> Éibhear wrote:
>>> Hi,
>>>
>>> We have recently switched from Eircom Broadband to Chorus/NTL.
>>>
>>> The biggest problem is when my wife connects into her place of work.
>>> Whenever she attempts to access any web page, it never renders.
>>> What I
>>> can see is that the HTTP connections are timing out. But I don't
>>> know
>>> where to go from there.
>>>
>>> Perhaps someone on ILUG can offer some pointers on what I can do to
>>> figure out what's going on.
>>>
>>> The following is what I believe is relevant information:
>>> + Debian Etch
>>> + Cisco VPN Client 4.6.02
>>> + Scientific Atlanta cable modem
>>> + Firefox (though I see this behaviour with Konqueror and lynx)
>>> + Using telnet to the server and port and then using the HTTP
>>> GET command for the specific URL works: the HTML source is
>>> returned.
>>> + Other connection types seem to work fine (IMAP for e-mail,
>>> telnet, ping, etc.)
>>>
>>> Can you suggest a few things or tools I could use that would help
>>> me out?
>>
>> This only happens when the VPN client is initialised right?
>>
>> It's weird that only HTTP has an issue.
>> Perhaps there is a proxy setting somewhere?
>>
>> I'd guess that the VPN client sets the default route
>> out it's virtual interface. So you may want to (re)set
>> the default route out your actual ethernet device.
>> The VPN server though may not allow this however depending on
>> settings.
>>
>> Take this with a pinch of salt as I know feck all about VPNs.
>>
>> Pádraig.
>
>
>
> --
>
> Kind regards,
> Barry O'Donovan
>
> +353 86 801 7669
>
> http://www.opensolutions.ie/
>
> Open Source Solutions Ltd
> 51 Limes Road,
> Wedgewood, Dundrum,
> Dublin 16
>
> 1890 929 300
> +353 1 293 2184
>
> Open Source Solutions Limited is a company registered in the
> Republic of
> Ireland (#438231). Open Source Solutions Limited trades as Open
> Solutions
> (registered business name #329120).
>
> PGP Key: http://www.opensolutions.ie/barryo-pgp.key
> --
> Irish Linux Users' Group mailing list
> About this list : http://mail.linux.ie/mailman/listinfo/ilug
> Who we are : http://www.linux.ie/
> Where we are : http://www.linux.ie/map/
...
More information about the ILUG
mailing list