Windows Ethernet showing "Network cable unplugged" when connected to Linux machine [closed] - linux

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Closed 3 years ago.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Improve this question
I currently have a Windows 10 machine connected to a Red Hat Enterprise Linux Workstation 6.10 machine by Cat 5 Ethernet cable.
I plug an Ethernet cable from eth2 port on the Linux machine to Ethernet on Windows machine.
I run ifconfig eth2 down on the Linux machine to take down the network connection. The Network Connections window on the Windows Machine show that Ethernet is connected to an Unidentified network. I cannot ping the static ip address for eth2 however.
If I run ifconfig eth2 up on the Linux machine to bring up the network connection Windows shows Ethernet as "Network cable unplugged'. When running ifconfig on the Linux machine the following shows:
eth2 Link encap:Ethernet HWaddr __:__:__:__:__:__
inet addr: 192.168.1.11 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 frame:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:17
If I ping 192.168.1.11 on the Windows machine I get the message Destination Host Unreachable.
What might be causing this?

You don't specify how you configured your interfaces on both sides.
From your ifconfig on Linux side it appears that you configured it with a static IP 192.168.1.11/24. What about Windows side? Is the interface also configured to have some static IP in the same network? E.g. 192.168.1.12 with netmask 255.255.255.0?
BTW, most modern Ethernet interfaces feature automatic polarity detection, so the need to have a crossover cable is quite rare these days.

There is no point to touch IP configuration until you see link is UP
Check if cards are blinking
Try replacing the cable
Try lowering link speed with duplex change with ethtool (windows:network settings GUI)
ethtool -s eth2 speed 10 duplex half autoneg off

Most likely, you need a cross-over cable - an ethernet cable where the receive terminal from one side connects to the transmit terminal on the other, and vice versa. Or just use a modern hub or switch as an intermediary - most automatically switch the direction automatically. Plug both machines into the hub or switch, and they should be able to communicate from their static IPs just fine.

You must use a Cross-Over cable (Pin 1,2 to 3,6 and visavi).
And don't forget to manualy set up your IP configuration (Gateway is not needed) in the same subnetmask. There is now no DHCP server between.

Related

Linking Bluetooth and Ethernet packets

If I am listening to Ethernet packets going across a Wi-Fi network using a card in monitor mode, and listening to Bluetooth packets using an Ubertooth, is there any way to link both types of packets to devices? As far as I am aware there no commonality between the Bluetooth BD_ADDR and the Ethernet MAC address of a device.
Essentially: is there a common denominator in Wi-Fi and Bluetooth packets that can be used to link the two?
Edit: just to add, the device in question is a smartphone.

IP Multicast - would this work on my dual homed embedded Linux device?

I am working on an embedded Linux project. It has a cell modem that comes up as ppp0 and a single Ethernet interface eth0 that may or may not be connected. The cable could be unplugged at any time from eth0 or may never be plugged in.
Is it possible to setup multicasting so that it could intelligently send the outgoing traffic over eth0 if it's up, otherwise over ppp0? If so I would be very interested on how to do this.
Thanks,
Fred

how two linux embedded device can communicate on ethernet [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
i am a beginer in network things...
I am m trying to make a communication between two linux device(imx-6 boards).
These devices are connected through an ethernet cable. The devive will not be connected to the local LAN.
What i am trying is to make a communication between these two devices using ethernet.
With the Cross cable connected and assigned static IP for both device by
enabling below code in /etc/network/interfaces
auto eth0
iface eth0 inet static
address 192.168.0.XX
network 192.168.0.0
netmask 255.255.255.0
the ping is NOT happening between device (also the network port lights are also not coming) ,
But when i connected one of this device to laptop (made static IP to laptop) it pings.
am i missing something ???
i am using Timesys Nitrogen 6X board (https://linuxlink.timesys.com/docs/gsg/NITROGEN6X#SECTION00042000000000000000)
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 6
Transceiver: external
Auto-negotiation: on
Link detected: no
PLease suggest me an approach.
Thanks
Connect the devices via a crossover cable, if the NICs don't support Auto-MDIX.
Assign them static IP addresses on the same subnet. Eg:
A: 192.168.100.20 255.255.255.0
B: 192.168.100.30 255.255.255.0
Proceed with your application protocols as you would any other network programming.

Ethernet Multicast without sending member ship reports

this is a homework question.
I tried almost a week for finding a solution for this problem. The problem is as follows
Consider doing a multicast in an Extended Ethernet LAN (multiple Ethernet LAN segments connected via bridges). Assume that hosts do not send Ethernet membership reports (which we discussed in class). However, the bridges (not the hosts) can have their software configured as we please. Assume want to implement IPv4 multicasting on that LAN. How would you modify the bridges to allow efficient multicasting? I.e., bridges forward IP multicast packets only to the LAN segments where there are receivers, and it should involve the least amount of processing at the bridges.
Thanks in advance
Are you saying hosts do not send IGMP membership reports? As I've never heard Ethernet membership reports..
And I'm confused by the requirements. If the hosts cannot send membership reports (assume it's IGMP one), how could the bridges know whether there is any receiver in a LAN segment? IP multicast is receiver driven design, the receivers must indicate their interests in some multicast group.

Is multicasting inherent to all ethernet systems?

Is multicasting inherent to every ethernet system?
What I am trying to do is send codes via ethernet to many devices (without having to send the same 'message' to each device). I am not familiar with the design of multicast systems, so forgive me if this is a lame question. I do know there are IP ranges reserved for the use of multicasting, but does that mean if i set receiving devices to those IPs, they will all receive the same 'messages'?
The IGMP wikipedia page has a lot of good information. Your question is a bit out of scope for stackoverflow.
Multicast uses IP, but I wouldn't say it's inherent to every ethernet system because all network infrastructure needs to be properly configured to allow IGMP subscription.
You do not set a client to the multicast IP. Your client subscribes to the multicast ip, your router sees this subscription and passes it along to that device. The wikipedia page will point you in the right direction, but as I said earlier, it's a bit outside the scope of Stack overflow.

Resources