Ach ja:
Nutze ich eth0 (Kupfer) funzt der ganze Krempel, wär ja sonst auch zu
einfach :-(
Frank Weißer:
> Situation:
> Debian-Edu 10 Server mit
> eth0 NC
> 00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network
> Connection (rev 02)
> Subsystem: Fujitsu Technology Solutions 82566DM-2 Gigabit
> Network Connection
> Kernel driver in use: e1000e
>
> eth1-4
> eth1 NC
> eth2 NC
> eth3 flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 192.168.0.254 netmask 255.255.255.0
> eth4 flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 10.0.2.2 netmask 255.0.0.0
> 04:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet
> Controller (Fiber) (rev 06)
> Subsystem: Intel Corporation PRO/1000 PF Quad Port Server Adapter
> Kernel driver in use: e1000e
>
> Auf eth4 werkelt der "Main Server" mit ldap, nfs, smb, squid ... vor
> sich hin und soll ggf. per pxe neue Systeme zeugen. An eth3 arbeitet der
> ltsp Server für dumme Klienten.
>
> Ich kann den Server über Lwl erreichen und nutzen, aber dhcp, pxe-boot
> und ltsp-clients funktionieren nicht.
>
> dhcp-requests per
> #dhclient eth4
> brauchen ~70 Sekunden, bis eine IP da ist. Netzwerk-Manager-Applet
> 1.8.20 gibt vorher auf. pxe-boot geht gar nicht. Selbst mit direkt
> angeschlossenem Medienkonverter ist das Verhalten gleich. Kabel und
> Switch scheiden also als Ursache wohl aus. Wie bringe ich der 82571EB
> bei, das zu tun, was sie soll?
>
> Für jede Hilfe schon mal Danke!
>
> readU
> Frank
>
>
Received on Fri Nov 20 2020 - 19:21:42 CET
This archive was generated by hypermail 2.2.0 : Fri Nov 20 2020 - 19:21:52 CET