I’m still having confusing problems with my network connection after consulting other forum threads that I thought would fix the problem.
I just installed OpenSuSE 11.1 64bit on a motherboard with an onboard Realtech R8168b rev 2 gigabit connection.
I am able to get an ip address by dhcp and ifconfig eth0 seems to be ok but I can’t ping anything or get web traffic. This also happens for a pci nic card I tried.
I have installed the r8168 module downloaded from Realtech, blacklisted r8169 to fix the incorrect module issue. Now lsmod | grep r816 shows the correct result but I still have the same problem.
I have also turned off IPv6 in Yast.
I ran the lan cable check in my bios and it says its ok.
Any help would be much appreciated, I have exhausted my troubleshooting capabilities.
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 eth1
192.168.254.0 * 255.255.255.0 U 0 0 0 eth0
192.168.254.0 * 255.255.255.0 U 0 0 0 br0
link-local * 255.255.0.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.254.254 0.0.0.0 UG 0 0 0 eth0
/etc/resolv.conf
### /etc/resolv.conf file autogenerated by netconfig!
#
# Before you change this file manually, consider to define the
# static DNS configuration using the following variables in the
# /etc/sysconfig/network/config file:
# NETCONFIG_DNS_STATIC_SEARCHLIST
# NETCONFIG_DNS_STATIC_SERVERS
# NETCONFIG_DNS_FORWARDER
# or disable DNS configuration updates via netconfig by setting:
# NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
# Note: Manual change of this file disables netconfig too, but
# may get lost when this file contains comments or empty lines
# only, the netconfig settings are same with settings in this
# file and in case of a "netconfig update -f" call.
#
### Please remove (at least) this line when you modify the file!
search rosemount domain.invalid
nameserver 192.168.254.254
nameserver 192.168.0.1
You read this so many times in several fora that “linux chose the wrong driver r8169 for a card which is called RTL8168”, this seems to be one of the Top 10 misconceptions at the moment.
Linux chooses the driver according to a (hopefully, if the vendor’s didn’t mess up) unique ID and not due to some fancy name.
Interestingly enough that on my system this “incorrect” driver works fine with the same card.
(Yes, there is also r8168 installed, BOTH drivers work with this card, r8168 is installed for testing reasons as I am maintaining r8168-packages in OBS).
Of course a driver may have a bug and not work correctly with a device on certain constellations, but still the statement “r8169 is the incorrect driver” is an “incorrect statement”.
But be it as it may, with your setup no driver will work with any card as eth0.
Do you need that bridge br0?
If so, do you know that this bridge will then exclusively take over the network traffic and the physical interface (eth0) will no longer be available for “normal” network connections?
If you need the bridge and (now) know, that eth0 will then be no longer available for “normal” networking, why does eth0 still have an IP address? (and to make it even worse, the same one as br0)?
The best driver won’t help if the setup is incorrect.
You certainly won’t be able to ping the “outside world” from both interfaces, assuming only one is connected to the outside world (aka “the internet”) and the other one is connected to some LAN (with another subnet).
With the routing table like in your first output, you would only be able to ping addresses in 192.168.0.0/24 (and of course localhost).
If you have two LANs, you will also have to look for correct routing, the routing table in your first output was a complete mess (at least partially as a result of the faulty configs of the eth0/br0 interfaces).