So trying to network two local Linux machines (Desktop PC to my Raspberry Pi), should be relatively simple for what I want but I keep encountering a problem.
I've assigned both PCs a local IP (sudo ifconfig eth0 192.168.4.1/2), on one PC the updated settings 'take hold' and remains. On the other PC the setting seems to reset automatically making it impossible for these two PCs to ping or communicate with each other.
Any idea on what could be causing this?
EXAMPLE: (Desktop PC)
curtis@crunchbang:~$ sudo ifconfig eth0 192.168.4.1
[sudo] password for curtis:
curtis@crunchbang:~$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:21:85:62:24:c0
inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0
inet6 addr: fe80::221:85ff:fe62:24c0/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:3333 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2052 (2.0 KiB) TX bytes:788991 (770.4 KiB)
Interrupt:40 Base address:0xe000
Ok, then the same command ran about 5 minutes later.
curtis@crunchbang:~$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:21:85:62:24:c0
inet6 addr: fe80::221:85ff:fe62:24c0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:3421 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4104 (4.0 KiB) TX bytes:808920 (789.9 KiB)
Interrupt:40 Base address:0xe000
Reissue the command and I can communicate/ping/ssh with the other local PC again:
curtis@crunchbang:~$ sudo ifconfig eth0 192.168.4.1
curtis@crunchbang:~$ ping 192.168.4.2
PING 192.168.4.2 (192.168.4.2) 56(84) bytes of data.
64 bytes from 192.168.4.2: icmp_req=1 ttl=64 time=0.994 ms
64 bytes from 192.168.4.2: icmp_req=2 ttl=64 time=0.537 ms
64 bytes from 192.168.4.2: icmp_req=3 ttl=64 time=0.434 ms
64 bytes from 192.168.4.2: icmp_req=4 ttl=64 time=0.531 ms
64 bytes from 192.168.4.2: icmp_req=5 ttl=64 time=0.475 ms
The other PC maintains the eth0 configuration until a reboot is made, though it's a Raspberry Pi and will likely never need rebooted.
I've assigned both PCs a local IP (sudo ifconfig eth0 192.168.4.1/2), on one PC the updated settings 'take hold' and remains. On the other PC the setting seems to reset automatically making it impossible for these two PCs to ping or communicate with each other.
Any idea on what could be causing this?
EXAMPLE: (Desktop PC)
curtis@crunchbang:~$ sudo ifconfig eth0 192.168.4.1
[sudo] password for curtis:
curtis@crunchbang:~$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:21:85:62:24:c0
inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0
inet6 addr: fe80::221:85ff:fe62:24c0/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:3333 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2052 (2.0 KiB) TX bytes:788991 (770.4 KiB)
Interrupt:40 Base address:0xe000
Ok, then the same command ran about 5 minutes later.
curtis@crunchbang:~$ ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:21:85:62:24:c0
inet6 addr: fe80::221:85ff:fe62:24c0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:3421 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4104 (4.0 KiB) TX bytes:808920 (789.9 KiB)
Interrupt:40 Base address:0xe000
Reissue the command and I can communicate/ping/ssh with the other local PC again:
curtis@crunchbang:~$ sudo ifconfig eth0 192.168.4.1
curtis@crunchbang:~$ ping 192.168.4.2
PING 192.168.4.2 (192.168.4.2) 56(84) bytes of data.
64 bytes from 192.168.4.2: icmp_req=1 ttl=64 time=0.994 ms
64 bytes from 192.168.4.2: icmp_req=2 ttl=64 time=0.537 ms
64 bytes from 192.168.4.2: icmp_req=3 ttl=64 time=0.434 ms
64 bytes from 192.168.4.2: icmp_req=4 ttl=64 time=0.531 ms
64 bytes from 192.168.4.2: icmp_req=5 ttl=64 time=0.475 ms
The other PC maintains the eth0 configuration until a reboot is made, though it's a Raspberry Pi and will likely never need rebooted.
Last edited by a moderator: