From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703 Description of problem: i make this steps: 1. run redhat-config-network to set ip address of eth0 via dialup 2. run internet druid 3. run redhat-config-network to set start connection on boot 4. from redhat-config-network i start the connection 5. seemingly the gui report all ok 6. start mozilla but i can't browse the net 7. disable firewall and i try again to browse but i can't 8. restart the pc to see if the connection start on boot 9. start mozilla but i can't browse 10. run ifconfig and i see only "lo" and "eth0" but not "ppp0" 10. run /sbin/adsl-setup adsl-start 11. now i can write this report sorry for my english. Version-Release number of selected component (if applicable): How reproducible: Didn't try Additional info:
I think I'm experiencing the same thing. After using redhat-config-network to create a new xDSL connection, and activating it, the connection came up but I had no DNS. I found that there were two valid IP addresses in /etc/ppp/resolv.conf, but they were not copied automatically to /etc/resolv.conf. Upon copying them manually under the DNS tab in the GUI, I now have working DNS (though this shouldn't be necessary). Also, the GUI shows eth0 still inactive, even though it is activated when ppp0 comes up (/sbin/ifconfig confirms that eth0 is in fact active). Also, though I have ppp0 configured to come up automatically at boot time, this doesn't happen. I have to start it manually with redhat-config-network. It appears that /sbin/ifup is expecting a file with the name ifcfg-ppp0, but there is no such file in the system; however there _is_ a file with the name ifcfg-Verizon_DSL (Verizon_DSL is the nickname I gave ppp0 in the GUI). The different packages obviously aren't cooperating.
What do you have in /etc/sysconfig/network-scripts/ifcfg-*?
Created attachment 94807 [details] ls -l of /etc/sysconfig/network-scripts/
Sorry, please attach the /etc/sysconfig/network-scripts/ifcfg-* files. :)
Created attachment 94808 [details] ppp0
Created attachment 94809 [details] ppp1
Created attachment 94810 [details] eth0
I just noticed that in redhat-config-network, it allows selecting a nickname for eth0, but "eth0" is entered by default. When creating ppp0 (Verizon_DSL) and ppp1 (Verizon_Dialup), the nickname box was empty to begin with (and a nonempty entry seems to be required). If redhat-config-network was supposed to create symbolic links to ifcfg-ppp0 and ifcfg-ppp1, resp., it didn't happen. For that matter, I don't see why the files aren't named that to begin with, since one doesn't see the actual names in the GUI. I didn't attach ifcfg-lo since the date indicates that it's generic.
P.S. At shutdown, same problem - shutdown of ppp0 fails since it can't find the nonexistent file ifcfg-ppp0.
I see the same issues as described by Robatino in Fedora 0.94. As regards the config files named by connection nickname and not ppp0, simply renaming the files will make ifup and ifdown not complain about missing configuration files, allowing ppp0 to be activated at boot or otherwise from outside redhat-config-network. In my case, i did: mv ifcfg-Telenor ifcfg-ppp0.
Harald, it seems it's the same problem in #105785
Created attachment 95003 [details] ppp0 ppp0
Created attachment 95004 [details] eth0 eth0
Applied today's (2003-10-9) updates including redhat-config-network. I deleted and recreated my network interfaces to test. No change in any of the problems reported above. I made symlinks from ifcfg-ppp0 and ifcfg-ppp1 to the nickname ifcfg files so the connection can come up at boot time. Another tiny issue: When booting up in text mode, I see two messages "bringing up interface ppp0", the first succeeds, the second fails (since the connection is already up). This was there before, I neglected to report it, it appears harmless.
As of test3 with redhat-config-network-1.3.8-1 and initscripts-7.41-1, all the above problems still exist. I reported the problem with the ethernet interface being shown as inactive under bug #107816 (redhat-config-network), and the problem with the ifcfg-* filename mismatch as bug #108033 under redhat-config-network (I'm pretty sure that's where it belongs). I'm not sure where the problem with having to manually enter the DNS addresses belongs, but it's still there.
dcmwai|triage->duplicate 97845
97845 is a PPP bug, not a ADSL bug.
However it is an initscript bug ...
Yes, but they aren't the same bug, AFAICT, hence, they're not duplicates.
Ok My fault. shouldn't this be solved yet?
Closing bugs on older, no longer supported, releases. Apologies for any lack of response. Please try to reproduce this on a current release, such as Fedora Core 4. If the issue persists, please open a new issue. I think this is solved by now, looking at the other referenced bugs.