[linux] voorlopig laatste vraag: netwerk.

Bart-Jan Vrielink bartjan op vrielink.net
Vr Sep 16 12:46:13 CEST 2016


Hans,



Ik neem aan dat de vorige server een Gigabit Ethernet interface had? Dan is het zeer waarschijnlijk dat deze auto MDI-X ondersteunde en dat daardoor de verkeerde netwerk kabel (want een straight through kabel) spontaan het gewoon heeft gedaan. Onderstaande ethtool output geeft aan dat je huidige machine een 100Mbit interface heeft. Deze ondersteunen vrijwel nooit auto MDI-X en dus moet je de juiste kabel gebruiken (straight through voor host <-> switch en cross over voor host <-> host). Printers hebben meestal ook geen Gigabit interfaces, dus aan die kant kon het ook niet opgelost worden.



-----Original message-----
From: paai <j.j.paijmans op gmail.com>
Sent: Friday 16th September 2016 11:46
To: Bart-Jan Vrielink <bartjan op vrielink.net>
Subject: Re: [linux] voorlopig laatste vraag: netwerk.

Ik vind het ook gek. De lichtjes op de ethernetkaart knipperen ook niet. De kabel is (in theorie) de juiste, want die heeft er bij de vorige server ook opgezeten. Het lastige is dat ik steeds via een vliso-trapje de vliering op moet :-) 

ethtool enp4s8 geeft het volgende:



Settings for enp4s8:
         Supported ports: [ TP MII ]
         Supported link modes:   10baseT/Half 10baseT/Full 
                                 100baseT/Half 100baseT/Full 
         Supported pause frame use: No
         Supports auto-negotiation: Yes
         Advertised link modes:  10baseT/Half 10baseT/Full 
                                 100baseT/Half 100baseT/Full 
         Advertised pause frame use: No
         Advertised auto-negotiation: Yes
         Speed: 10Mb/s
         Duplex: Half
         Port: MII
         PHYAD: 24
         Transceiver: internal
         Auto-negotiation: on
 Cannot get wake-on-lan settings: Operation not permitted
         Current message level: 0x00000001 (1)
                                drv
         Link detected: no
 


On 16-09-16 10:08, Bart-Jan Vrielink wrote:
Hallo,
 


 

Ik vind het een beetje verwarrend. Je bent bezig met een bridge te bouwen (op OSI laag 2), maar je doet ook iets met routering (laag 3), door ip_forward aan te zetten. Daarnaast ben je qua diagnose vooral op laag 3 aan het kijken, en niet op laag 2 en 1.
 


 

Wat me wel aan die ifconfig output opvalt is dat enp4s8 exact 0 packets heeft ontvangen. De meest logische verklaringen hiervoor zijn een printer die niet aan staat, of een netwerk kabel die niet juist is aangesloten (geen crossoverkabel, maar een normale, bijvoorbeeld).
 


 

Kun je daarom kijken of de verbinding op laag 1 en 2 wel werkt?
 

Doe bijvoorbeeld een mii-tool enp4s8 of een ethtool enp4s8 (verschilt per distributie welke van deze default geinstalleerd zijn). Hierbij is het vooral interessant wat de link status is, en of de speed en duplex overeen komen met je verwachting.
 


 

Iets wat waarschijnlijk niet geconfigureerd is (en dus niet in de weg zit), maar misschien toch gecheckt kan worden is, is de layer-2 firewall, ebtables. Met ebtables -L zie je als het goed is alleen maar 'ACCEPT' als policy.
 


 

N.B. Het is netter om bridges te configureren via /etc/sysconfig/network-scripts/ifcfg-br0 (Red Hat) of /etc/network/interfaces (Debian & friends). Dan kan het in 1 configuratie statement, in plaats van allerlei losse commando's.
 


 

-----Original message-----
 From: paai <j.j.paijmans op gmail.com> <mailto:j.j.paijmans op gmail.com> 
 Sent: Thursday 15th September 2016 19:46
 To: linux op lists.nllgg.nl <mailto:linux op lists.nllgg.nl> 
 Subject: [linux] voorlopig laatste vraag: netwerk.
 
 

In mijn server zitten twee NICs. Ik wil met de tweede NIC een 
netwerkprinter aansturen op 192.168.178.100. Echter: ik kan hem niet pingen.


Mijn rc.local bevat de volgende regels:


# opzetten bridge voor printer achter de server

/sbin/brctl addbr br0
/sbin/brctl stp br0 on

/sbin/ifconfig enp2s0 0.0.0.0 down
/sbin/ifconfig enp4s8 0.0.0.0 down

/sbin/brctl addif br0 enp2s0
/sbin/brctl addif br0 enp4s8

/sbin/ifconfig enp2s0 up
/sbin/ifconfig enp4s8 up
/sbin/ifconfig br0 192.168.178.25 up

/sbin/route add default gw 192.168.178.1

# ifconfig 192.168.178.25 up

echo "1" > /proc/sys/net/ipv4/ip_forward

In de dmesg staat niets alarmerends. De ifconfig ziet er als volgt uit:


$ ifconfig
br0       Link encap:Ethernet  HWaddr 00:10:4b:77:91:10
           inet addr:192.168.178.25  Bcast:192.168.178.255 
Mask:255.255.255.0
           inet6 addr: fe80::210:4bff:fe77:9110/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:13368 errors:0 dropped:0 overruns:0 frame:0
           TX packets:21163 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:4863000 (4.8 MB)  TX bytes:14578827 (14.5 MB)

enp2s0    Link encap:Ethernet  HWaddr 00:24:e8:3e:5c:3d
           inet6 addr: fe80::224:e8ff:fe3e:5c3d/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:13508 errors:0 dropped:0 overruns:0 frame:0
           TX packets:21506 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:5145166 (5.1 MB)  TX bytes:14688399 (14.6 MB)
           Interrupt:16

enp4s8    Link encap:Ethernet  HWaddr 00:10:4b:77:91:10
           UP BROADCAST 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 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
           Interrupt:16 Base address:0xc000

lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:65536  Metric:1
           RX packets:761 errors:0 dropped:0 overruns:0 frame:0
           TX packets:761 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1
           RX bytes:57803 (57.8 KB)  TX bytes:57803 (57.8 KB)










 

------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <https://lists.nllgg.nl/pipermail/linux/attachments/20160916/430cbf2b/attachment.html>


More information about the Linux mailing list