Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
You don't have to make it work, as it allready does. If you did not block it with iptables or alike connections on the same machine will work. Like walking from the kitchen to the bathroom will work if no doors are locked.
You have two separate interfaces, but they are configured for the same subnet - 192.168.82.x. I don't understand how this would even be routable, unless I'm missing something here...
You can route things with a bit of magic. Check out the advanced routing guide on the linux documentation program. Also if not applied can lead to some unpredicted behaviour. Like packages going in on eth0 and out of eth1. Thus screwing connections due to wrong IP's and MAC's.
I prefer telnet over ping for this rather useless test. Ping isn't a very good diag tool in my thinking. When onboard nic's are tested sometimes the ip stack actually fools us.
I'm not quite sure what you expected to happen, but it superficially seems to me that you are never asking the ping request to "actually leave the box." Therefore, indeed it would not matter whether an Ethernet cable were plugged-in to the interface or not. If you attempt to ping one address, which is "this box," from another address which is also "this box," then the traffic never has to leave the computer ... and so, it never does.
You don't have to make it work, as it allready does. If you did not block it with iptables or alike connections on the same machine will work. Like walking from the kitchen to the bathroom will work if no doors are locked.
What you are really up to?
cannot ping
I have connected eth0<----->eth1 using cable
root@CPU7001:~ ip route
default via 192.168.82.251 dev eth0
192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.1
192.168.82.0/24 dev eth0 proto kernel scope link src 192.168.82.111
192.168.82.0/24 dev eth1 proto kernel scope link src 192.168.82.99
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.