Hello Everyone,
Recently I had downloaded the 3 DVD Debian Etch set, the updates DVD and after checking that md5 was the same, I burned them into DVDs. At a client's place when I installed Etch from them, everything went smoothly. However Firefox (Ice Weasel) does not open any sites. The net is the Triband ADSL modem and in the gnome-terminal as well as konsole, dig, ping as well as ftp download works. Since there was some distraction towards other machines, I did not get to try out the Ubuntu live CDs. The only peculiar thing about the setup is that the ADSL modem (old D-Link) is connected to this machine by ethernet and another windows machine uses the usb interface. A network card in that doze machine then passes on the shared usb connection to the rest of the networked machines. Before installing Debian, the target machine ran xp and net was being normally used though both ethernet and usb have the same 192.168.1.1 ip. The usb machine was shut down too to see if the same IP was the culprit. Even now with Etch, the net works only in terminals.
Is this some bug with Etch 3 DVD ISOs? Has anyone encountered such problems with Etch?
On Sun May 04, 2008 at 03:00:26PM +0530, Rony wrote:
Firefox (Ice Weasel) does not open any sites. The net is the Triband ADSL modem and in the gnome-terminal as well as konsole, dig, ping as well as ftp download works.
Maybe you can try by disabling ipv6? 1) Type about:config in location bar 2) In filter box type ipv6 3) network.dns.disableIPv6 change the value to true by right click and toggle. This, will disable IPv6 for firefox. Maybe this could help.
Also have you tried with any other browser?
Mehul Ved wrote:
On Sun May 04, 2008 at 03:00:26PM +0530, Rony wrote:
Firefox (Ice Weasel) does not open any sites. The net is the Triband ADSL modem and in the gnome-terminal as well as konsole, dig, ping as well as ftp download works.
Maybe you can try by disabling ipv6?
- Type about:config in location bar
- In filter box type ipv6
- network.dns.disableIPv6 change the value to true by right click and
toggle. This, will disable IPv6 for firefox. Maybe this could help.
Also have you tried with any other browser?
I will be visiting the place again and will carry out the checks and also use other browsers. Live cds will also be tried out. However, in my own Etch that I use, ipv6 is not disabled and I use the net normally. This has never happened in any distro that I have tried or used so far.
I had no idea about the about:config method in firefox. Thanks for the tip. :-)
Rony wrote:
Mehul Ved wrote:
On Sun May 04, 2008 at 03:00:26PM +0530, Rony wrote:
Firefox (Ice Weasel) does not open any sites. The net is the Triband ADSL modem and in the gnome-terminal as well as konsole, dig, ping as well as ftp download works.
Maybe you can try by disabling ipv6?
- Type about:config in location bar
- In filter box type ipv6
- network.dns.disableIPv6 change the value to true by right click and
toggle. This, will disable IPv6 for firefox. Maybe this could help.
Also have you tried with any other browser?
I will be visiting the place again and will carry out the checks and also use other browsers. Live cds will also be tried out. However, in my own Etch that I use, ipv6 is not disabled and I use the net normally. This has never happened in any distro that I have tried or used so far.
I had no idea about the about:config method in firefox. Thanks for the tip. :-)
In my experience, in a new installation firefox takes time to start up. It check for the latest version of the software. You can check the processes running to see if it is running.
Some time it has displayed its window after ten minutes even. This is never repeated after the first time.
We surf the internet through proxy, I had assumed that as the proxy is not configured, it can not search the internet for latest version to update itself, and gives up after a time out. It behaves itself after the proxy setting is put in place. I have never experimented with removing the proxy settings in a properly running firefox installation.
Hope this helps.
Thanks and regards.
sadhu
Nachiketa Sadhu wrote:
Rony wrote:
Mehul Ved wrote:
On Sun May 04, 2008 at 03:00:26PM +0530, Rony wrote:
Firefox (Ice Weasel) does not open any sites. The net is the Triband ADSL modem and in the gnome-terminal as well as konsole, dig, ping as well as ftp download works.
Maybe you can try by disabling ipv6?
- Type about:config in location bar
- In filter box type ipv6
- network.dns.disableIPv6 change the value to true by right click and
toggle. This, will disable IPv6 for firefox. Maybe this could help.
Also have you tried with any other browser?
I will be visiting the place again and will carry out the checks and also use other browsers. Live cds will also be tried out. However, in my own Etch that I use, ipv6 is not disabled and I use the net normally. This has never happened in any distro that I have tried or used so far.
I had no idea about the about:config method in firefox. Thanks for the tip. :-)
In my experience, in a new installation firefox takes time to start up. It check for the latest version of the software. You can check the processes running to see if it is running.
Some time it has displayed its window after ten minutes even. This is never repeated after the first time.
We surf the internet through proxy, I had assumed that as the proxy is not configured, it can not search the internet for latest version to update itself, and gives up after a time out. It behaves itself after the proxy setting is put in place. I have never experimented with removing the proxy settings in a properly running firefox installation.
Here the net is the simple triband modem. However during install, since I had all the DVDs I chose to not use any mirror and the entire installation was off-net. Does that lock up the OS from the net in any way. It should not, at least in theory.
On 5/5/08, Rony gnulinuxist@gmail.com wrote:
Here the net is the simple triband modem. However during install, since I had all the DVDs I chose to not use any mirror and the entire installation was off-net. Does that lock up the OS from the net in any way. It should not, at least in theory.
No it shouldn't. I'm not a big fan of Debian though but try this:
It should save a file index.html. When you open it up, you should see google's home page but if this doesn't work then theres some connectivity issue. Try disconnecting the USB wire all together from the modem.
Dinesh Joshi wrote:
On 5/5/08, Rony gnulinuxist@gmail.com wrote:
Here the net is the simple triband modem. However during install, since I had all the DVDs I chose to not use any mirror and the entire installation was off-net. Does that lock up the OS from the net in any way. It should not, at least in theory.
No it shouldn't. I'm not a big fan of Debian though but try this:
It should save a file index.html. When you open it up, you should see google's home page but if this doesn't work then theres some connectivity issue. Try disconnecting the USB wire all together from the modem.
Hi Dinesh and everyone. I visited the place again and the problem is with the Debian distro as it was re-loaded again the last time ( With no mirrors selected ). What happens is that the system has a problem with http connections. Dig, ping as well as ftp works flawlessly in the gui terminal. The client FTP'd into his US university site and even downloaded a file. However even with lynx, I cannot open any site. In Firefox, google does open but after a painfully long time. Then I clicked on the news link and that too opened too late. Beyond that it did not open anything.
Next, the latest Kubuntu 8.04 + KDE4 live CD was tried and net was running like 'makkhan'. So Etch was knocked out and in went Kubuntu 8.04.
This is a serious bug with Etch and I will look it up in the bug reports. If it does not exist, I will report it.
Thanks everybody for your inputs.
On Wednesday 07 May 2008 08:54 pm, Rony wrote:
Hi Dinesh and everyone. I visited the place again and the problem is with the Debian distro as it was re-loaded again the last time ( With no mirrors selected ). What happens is that the system has a problem with http connections. This is a serious bug with Etch and I will look it up in the bug reports. If it does not exist, I will report it.
Etch works without a problem in gui as well as console mode. Anyway, ui has nothing to do with networking. But using an adsl modem with a usb and ethernet connection simultaneously on two different comps with two different OSs is "innovative" ;-) and would require some testing. Ping an internet ip. note the time to first response. Ping the same with a name and note the time to first response. If the time is longer then your innovative setup is screwing DNS queries. Revert to a vanilla setup and test.
On 08-May-08, at 10:25 AM, jtd wrote:
Hi Dinesh and everyone. I visited the place again and the problem is with the Debian distro as it was re-loaded again the last time ( With no mirrors selected ). What happens is that the system has a problem with http connections. This is a serious bug with Etch and I will look it up in the bug reports. If it does not exist, I will report it.
Etch works without a problem in gui as well as console mode. Anyway, ui has nothing to do with networking. But using an adsl modem with a usb and ethernet connection simultaneously on two different comps with two different OSs is "innovative" ;-) and would require some testing.
I have done it with doze on the ethernet and mac on the usb
On Thursday 08 May 2008 10:32 am, Kenneth Gonsalves wrote:
On 08-May-08, at 10:25 AM, jtd wrote:
Hi Dinesh and everyone. I visited the place again and the problem is with the Debian distro as it was re-loaded again the last time ( With no mirrors selected ). What happens is that the system has a problem with http connections. This is a serious bug with Etch and I will look it up in the bug reports. If it does not exist, I will report it.
Etch works without a problem in gui as well as console mode. Anyway, ui has nothing to do with networking. But using an adsl modem with a usb and ethernet connection simultaneously on two different comps with two different OSs is "innovative" ;-) and would require some testing.
I have done it with doze on the ethernet and mac on the usb
Could you check the ping response on this setup?. I suspect that the adsl modem should have a problem.
On 08-May-08, at 10:48 AM, jtd wrote:
On Thursday 08 May 2008 10:32 am, Kenneth Gonsalves wrote:
On 08-May-08, at 10:25 AM, jtd wrote:
Hi Dinesh and everyone. I visited the place again and the problem is with the Debian distro as it was re-loaded again the last time ( With no mirrors selected ). What happens is that the system has a problem with http connections. This is a serious bug with Etch and I will look it up in the bug reports. If it does not exist, I will report it.
Etch works without a problem in gui as well as console mode. Anyway, ui has nothing to do with networking. But using an adsl modem with a usb and ethernet connection simultaneously on two different comps with two different OSs is "innovative" ;-) and would require some testing.
I have done it with doze on the ethernet and mac on the usb
Could you check the ping response on this setup?. I suspect that the adsl modem should have a problem.
will do when I get back to the place where I did it - could be a while
jtd wrote:
On Wednesday 07 May 2008 08:54 pm, Rony wrote:
Hi Dinesh and everyone. I visited the place again and the problem is with the Debian distro as it was re-loaded again the last time ( With no mirrors selected ). What happens is that the system has a problem with http connections. This is a serious bug with Etch and I will look it up in the bug reports. If it does not exist, I will report it.
Etch works without a problem in gui as well as console mode. Anyway, ui has nothing to do with networking. But using an adsl modem with a usb and ethernet connection simultaneously on two different comps with two different OSs is "innovative" ;-) and would require some testing.
I saw such a setup for the first time and was wondering how this simply works. It was the old D-Link ADSL where both eth and usb have the same ip address of 1. So how does the router know where to send packets back after a response to a query. My guess is that it sends them to both machines and the machines then decide to use the packets based on the recipient MAC address placed inside the tcp/ip layer.
Ping an internet ip. note the time to first response. Ping the same with a name and note the time to first response. If the time is longer then your innovative setup is screwing DNS queries. Revert to a vanilla setup and test.
I am using Etch myself so I was surprised at this problem. Dig was working instantly. Same with pinging google's ips. Ftp downloads in terminal took place in a jiffy. It was the http connections that failed. I feel it was some security policy bug that prevented http.
The same dual machine setup works perfectly with Kubuntu 8.04. Later I even installed extra packages and codecs from the net.
- Regards,
Rony.
GNU/Linux ! No Viruses No Spyware Only Freedom.
On Thu, May 8, 2008 at 10:32 PM, Rony gnulinuxist@gmail.com wrote:
I am using Etch myself so I was surprised at this problem. Dig was working instantly. Same with pinging google's ips. Ftp downloads in terminal took place in a jiffy. It was the http connections that failed. I feel it was some security policy bug that prevented http.
I can understand why you feel this way but if it was a security policy then it would either completely allow or prevent. In your case you could open Google. Anyway, try disconnecting the USB connection and keeping only the ethernet connection connected directly with the Debian machine. Let me know the result.
On Fri May 09, 2008 at 12:57:12AM +0530, Dinesh Joshi wrote:
I can understand why you feel this way but if it was a security policy then it would either completely allow or prevent. In your case you could open Google. Anyway, try disconnecting the USB connection and keeping only the ethernet connection connected directly with the Debian machine. Let me know the result.
From Rony's post
The same dual machine setup works perfectly with Kubuntu 8.04. Later I even installed extra packages and codecs from the net.
Though it's not clear enough but it sounds as if browsers did work well with Kubuntu, if so then the problem lies elsewhere surely. And if he installed Kubuntu on it then he can't test it with Etch again.
Dinesh Joshi wrote:
On Thu, May 8, 2008 at 10:32 PM, Rony gnulinuxist@gmail.com wrote:
I am using Etch myself so I was surprised at this problem. Dig was working instantly. Same with pinging google's ips. Ftp downloads in terminal took place in a jiffy. It was the http connections that failed. I feel it was some security policy bug that prevented http.
I can understand why you feel this way but if it was a security policy then it would either completely allow or prevent. In your case you could open Google. Anyway, try disconnecting the USB connection and keeping only the ethernet connection connected directly with the Debian machine. Let me know the result.
Debian has been removed out and Kubuntu has taken its place. Everything is running smoothly even with the other USB connection. One reason I feel is that the adsl is pushing all http return packets to both machines and Etch thought it was a security problem and clammed up. Just guessing....
On Friday 09 May 2008 10:56 am, Rony wrote:
Debian has been removed out and Kubuntu has taken its place. Everything is running smoothly even with the other USB connection. One reason I feel is that the adsl is pushing all http return packets to both machines and Etch thought it was a security problem and clammed up. Just guessing....
iptables -L should give you hints
-
Dinesh Joshi -
jtd -
Kenneth Gonsalves -
Mehul Ved -
Nachiketa Sadhu -
Rony