Kurioses Verhalten bei alias-Adressen

indy

Der Hutträger
Hallo Leute,

ich habe schon seit FreeBSD 4.6 etliche Jails laufen und heute ein extrem seltsames Verhalten festgestellt.

Normalerweise konfiguriere ich Aliase immer in der rc.conf:

ifconfig_re0="inet 192.168.0.1 netmask 255.255.255.0"
ifconfig_re0_alias0="inet 192.168.0.2 netmask 255.255.255.255"
ifconfig_re0_alias1="inet 192.168.0.2 netmask 255.255.255.255"

Das funktionierte auch bei allen FreeBSD Releases, die ich bisher hatte.

Heute habe ich folgendes erlebt:
server1# uname -a
FreeBSD server1.hdrf.de 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386
server1# ifconfig re0 alias inet 192.168.0.1 netmask 255.255.255.255
ifconfig: inet: bad value
server1# ifconfig re0 alias 192.168.0.1 netmask 255.255.255.255
server1#

Ok, dachte ich, das inet stört. Aaaaaber!

host1# uname -a
FreeBSD host1 6.1-RELEASE-p3 FreeBSD 6.1-RELEASE-p3 #1: Wed Aug 9 03:40:15 CEST 2006 beine@host1:/usr/src/sys/amd64/compile/HOST1 amd64
host1# ifconfig re0 alias inet 192.168.0.1 netmask 255.255.255.255
host1#

Bei server1 funktioniert nur alias oder inet alias, bei host1 funktioniert alias, inet alias und alias inet!
Beide verwenden Netzwerkkarten gleichen Typs, nur das eine ist ein 64bit-Kernel, das andere 32bit-SMP.

Kann das daran liegen?

Gruss...

Der Indy
 
Nachtrag:

wenn ich
ifconfig re0 alias 192.168.0.1 netmask 255.255.255.255

ausführe, klappt alles.

Wenn aber

ifconfig_re0_alias0="192.168.0.1 netmask 255.255.255.255"

in der rc.conf steht, passiert folgendes:

server1# /etc/rc.d/netif restart
Stopping network:ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address

Und das war's... Der Server ist nicht länger erreichbar.
 
> Nimm doch das neue, verbesserte
> jail_interface="foo0"

Hm, ich nutze ezjail und will auch nicht wechseln.
Ich glaube außerdem nicht, daß eine andere Konfigurationsvariable in rc.conf das Problem als solches löst, geschweige denn erklärt.

Trotzdem danke für den Tipp.

Der Indy
 
Hallo Leute,
ifconfig_re0="inet 192.168.0.1 netmask 255.255.255.0"
ifconfig_re0_alias0="inet 192.168.0.2 netmask 255.255.255.255"
ifconfig_re0_alias1="inet 192.168.0.2 netmask 255.255.255.255"
2mal 192.168.0.2 als Alias, Tippfeler?

Das funktionierte auch bei allen FreeBSD Releases, die ich bisher hatte.

Das nicht verkehrt auch wenn das "inet" Du bei den aliasen weglassen kannst.

server1# ifconfig re0 alias inet 192.168.0.1 netmask 255.255.255.255
ifconfig: inet: bad value

auch hier ist das "inet" wieder überflüssig.

host1# ifconfig re0 alias inet 192.168.0.1 netmask 255.255.255.255

Ja das wirklich komisch. Sind die Kisten neuinstallationen oder womöglich hochgezogen von 5 bzw. sogar 4?

Beide verwenden Netzwerkkarten gleichen Typs, nur das eine ist ein 64bit-Kernel, das andere 32bit-SMP.

Kann das daran liegen?

Eigentlich nicht.

Code:
as@beastie ~# uname -r
6.1-RELEASE-p6
as@beastie ~# ifconfig lo0 alias inet 127.0.0.2/32
ifconfig: inet: bad value
as@beastie ~# ifconfig lo0 alias 127.0.0.2/32
as@beastie ~#
---
as@pelle ~# uname -r
5.4-STABLE
as@pelle ~# ifconfig lo0 alias inet 127.0.0.2/32
ifconfig: inet: bad value
as@pelle ~# ifconfig lo0 alias 127.0.0.2/32
as@pelle ~#

Ich habe leider gerade kein 4.Xer zur hand um es da mal zu testen, ich mein aber mich blass zu errinern das es dort mit inet so ging.

Nun bleibt die Frage warum eine Kiste von dir das trotzdem macht, ich tipp ja auf ein Update-Problem, wissen tu ich es aber auch nicht.
 
Also, beide Maschinen laufen auf 6.1-RELEASE und sind Neuninstallationen.

Das da oben war wirklich ein Tippfehler, wobei der mit dem Problem wohl nichts zu tun hat. Das "inet" steht auch so im Handbuch. Dass es nicht notwending ist, ist klar. Die Frage ist, warum es manchmal funktioniert und manchmal nicht.

Gruss...

Der Indy
 
Back
Top