• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Von DHCP zugewiesene Adresse mutiert.....

Hallo,

seit Wochen kämpfe ich nun damit meine WLAN-Karte, dummerweise eine spärlich unterstützte D-Link 520, vernünftig in Gang zu bekommen.

Zugewiesen wird vom Router via DHCP die 192.168.0.103, was ich dort auch so festgelegt habe. Aus dem Log ist ersichtlich daß er wohl dann doch die 192.168.0.105 verpasst bekommt.
Nachdem das System dann hochgefahren ist präsentiert sich die Karte mit 192.168.0.106.

Code:
Setting up network interfaces:
    lo        
    lo        IP address: 127.0.0.1/8   
done    wlan0     device: Texas Instruments ACX 100 22Mbps Wireless Interface
    wlan0     configuration: wlan-bus-pci-0000:00:14.0
    wlan0     warning: using NO encryption
    wlan0     (DHCP) . . . . <notice>pidofproc: dhcpcd 4101. IP/Netmask: 192.168.0.105 / 255.255.255.0 
    wlan0     IP address: 192.168.0.103/24   
Nothing to flush.
done<notice>pidofproc: dhcpcd 5018
Setting up service network  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .done

ifconfig:
Code:
lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:536 errors:0 dropped:0 overruns:0 frame:0
          TX packets:536 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:44506 (43.4 Kb)  TX bytes:44506 (43.4 Kb)

wlan0     Protokoll:Ethernet  Hardware Adresse 00:80:C8:B2:E6:7E
          inet Adresse:192.168.0.106  Bcast:192.168.0.255  Maske:255.255.255.0
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:26671 errors:76 dropped:0 overruns:0 frame:0
          TX packets:24988 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:19429207 (18.5 Mb)  TX bytes:2074003 (1.9 Mb)
          Interrupt:11 Basisadresse:0xe000

Auf die Dauer nervt das natürlich ungemein wenn man laufend die Hostnamen anpassen muss. Ausserdem ist das Netz keineswegs stabil. Gestern hat dieser Rechner es sogar geschafft das WLAN-Interface eines anderen Clients nach einem NFS-Zugriff im Nirvana verschwinden zu lassen (!!).

Code:
BOOTPROTO='dhcp'
MTU=''
NAME='D-Link DWL-520+ 22Mbps PCI Wireless Adapter'
REMOTE_IPADDR=''
STARTMODE='auto'
UNIQUE='MZfG.vEa1CQfF4S3'
USERCONTROL='yes'
WIRELESS_AP=''
WIRELESS_AUTH_MODE='open'
WIRELESS_BITRATE='auto'
WIRELESS_CHANNEL='11'
WIRELESS_DEFAULT_KEY='0'
WIRELESS_ESSID='NETGEAR'
WIRELESS_FREQUENCY=''
WIRELESS_KEY=''
WIRELESS_KEY_0=''
WIRELESS_KEY_1=''
WIRELESS_KEY_2=''
WIRELESS_KEY_3=''
WIRELESS_KEY_LENGTH='128'
WIRELESS_MODE='Managed'
WIRELESS_NICK=''
WIRELESS_NWID=''
WIRELESS_POWER='yes'
WIRELESS_WPA_PSK=''
_nm_name='bus-pci-0000:00:14.0'
BROADCAST='192.168.0.255'
IPADDR='192.168.0.103'
NETMASK='255.255.255.0'
NETWORK='192.168.0.0'

Der Eintrag bei IPADDR macht mich da schon stutzig, da ja DHCP eingestellt ist. Die Adresse scheint Yast sich weiterhin zu merken. Der heisse Tip einer statischen IP-Zuweisung fällt leider auch flach. Dann findet er nicht mal das Interface beim Booten (-> No interface found).


Startup-Script (rufe ich in Runlevel 5 auf):

Code:
 start() {
 iwconfig wlan0 mode managed essid NETGEAR channel 11
 ifconfig wlan0 up
 ifconfig wlan0 192.168.0.103 netmask 255.255.255.0
 route add default gw 192.168.0.1 wlan0
 }
 
 stop() {
 ifconfig wlan0 down
 }


DHCP-Server habe ich auch keinen installiert, weder lokal noch im Netz (ausser natürlich am Router).

Also ich weiß ehrlich gesagt nicht mehr weiter........


Grüße
 
jengelh schrieb:
Erhaelt der Rechner vielleicht zwei DHCP-Antworten? Wechselt die MAC-Addresse
der Karte sich einfach?
Ein Wechseln der MAC-Adresse ist meines Wissens doch gar nicht möglich, da die doch fest verdrahtet ist.

Im Router ist der Rechner exakt mit der MAC-Adresse aufgeführt mit der er auch die 192.168.0.103 zugewiesen bekommen soll (hab ich im Router in der MAC-Liste so eingetragen), allerdings ist er dort dann auch mit der 192.168.0.106 registriert. Er bekommt die 103 ja auch beim DHCP-Aufruf.

Interessant ist ja hier im Log dieses Stelle:

Code:
<notice>pidofproc: dhcpcd 4101. IP/Netmask: 192.168.0.105 / 255.255.255.0

Da kann ich überhaupt nix mit anfangen (und DHCP-Server ist sonst keiner installiert).
Also mal ohne jegliche konkreteKenntnis ins Blaue vermutet scheint hier vielleicht irgend ein Prozess nochmal ins Leben gerufen zu werden (-> PID) der da nochmal rumfuchtelt.

Nach einem Reboot (ohne jegliche Änderungen) kommt nun das :

Code:
Setting up network interfaces:
    lo        
    lo        IP address: 127.0.0.1/8   
done<notice>pidofproc: dhcpcd 5046
    wlan0     device: Texas Instruments ACX 100 22Mbps Wireless Interface
    wlan0     configuration: wlan-bus-pci-0000:00:14.0
    wlan0     warning: using NO encryption
<notice>checkproc: /sbin/dhcpcd 5046
Starting resource managerdone
    wlan0     IP address: 192.168.0.106/24 (DHCP was already running)
    secondary IP address: wlan0 (DHCP was already running)    192.168.0.103/24 IP address:  (DHCP was already running)
    wlan0     IP address: 192.168.0.103/24   
Nothing to flush.
doneSetting up service network  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .done

Es kommt irgendwie immer was anderes........

Grüße
 
Man kann ein Macaddresse unter Linux spielend leicht ändern. So wie es aussieht wird der dhcp client mehrmals gestartet und bei jedem Start fordert er eine neue IP an - die dann auch bekommt.
 
nbkr schrieb:
Man kann ein Macaddresse unter Linux spielend leicht ändern. So wie es aussieht wird der dhcp client mehrmals gestartet und bei jedem Start fordert er eine neue IP an - die dann auch bekommt.

Dann sollte er aber beim Aufruf doch entweder 2x dieselbe Adresse vom Router kriegen oder aber es sollten 2 Ip-Adressen vergeben werden die dann beide unter der gleichen MAC am Router auftauchen sollten (was de facto nicht der Fall sein darf).

Wie kann ich denn nachschauen wer wo die DHCP-Clients startet?

Ich will auch nicht ausschliessen das eventuell die Karte 2x konfiguriert wird, da die Installation eher nach Trial & Error stattfand. Laut Installation-Skripten scheint das aber nicht der Fall zu sein. Interessant ist auch die Tatsache das das benötigte Modul "acx" geladen aber scheinbar nicht benötigt wird, obwohl die Verbindung steht. Bei lsmod tauch da bei Used eine glatte 0 auf......

Grüße
 
Used heißt in dem Fall glaube ich nur ob es von anderen Kernelmodulen benötigt wird, nicht unbedingt ob das Modul von irgendeinem Userprozess benötigt wird.

Du könntest mal im bootlog nachschauen was die Kiste beim booten überhaupt macht, dann siehst ob und wie oft eine IP angefordert wird. Auch ein Sniffer zwischen Rechner und Router könnte helfen.

Aber ehrlich gesagt bin auch ich da ein wenig überfragt.
 
Er scheint ja tatsächlich 2x beim Router anzufragen.

Hier mal ein Auszug aus dem Bootlog. Die, meiner becheidenen Meinung nach interessanten Stellen, hab ich mal mit "------------->" kenntlich gemacht.

Code:
----------------->
Feb  9 13:53:00 celeron kernel: association: requesting caps 0x0021, ESSID 'NETGEAR'
Feb  9 13:53:00 celeron kernel: BSS_Type = 2
Feb  9 13:53:00 celeron kernel: JoinBSSID MAC:00:09:5B:EE:7A:A8
Feb  9 13:53:00 celeron kernel: acx_set_status(4):ASSOCIATED
Feb  9 13:53:00 celeron kernel: ASSOCIATED!
<------------------
Feb  9 13:53:00 celeron kernel: cdrom: open failed.
Feb  9 13:53:02 celeron kernel: acx_i_timer: adev->status=4 (ASSOCIATED)
Feb  9 13:53:02 celeron kernel: get_mask 0x00000000, set_mask 0x00000040
Feb  9 13:53:02 celeron kernel: setting RXconfig to 2010:0FDD
Feb  9 13:53:02 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
Feb  9 13:53:05 celeron kernel: new adev->mode=2
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00020000
Feb  9 13:53:05 celeron kernel: important setting has been changed. Need to update packet templates, too
Feb  9 13:53:05 celeron kernel: updating packet templates
Feb  9 13:53:05 celeron kernel: rates_basic:0003->03, rates_supported:0127->1F
Feb  9 13:53:05 celeron kernel: BSS_Type = 2
Feb  9 13:53:05 celeron kernel: JoinBSSID MAC:00:09:5B:EE:7A:A8
Feb  9 13:53:05 celeron kernel: acx_set_status(1):SCANNING
Feb  9 13:53:05 celeron kernel: starting radio scan
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
Feb  9 13:53:05 celeron /etc/hotplug.d/net/50-ifup.hotplug[4547]: Nothing to flush.
Feb  9 13:53:05 celeron modify_resolvconf: Service dhcpcd modified /etc/resolv.conf. See info block in this file
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00008000
Feb  9 13:53:05 celeron kernel: updating channel to: 11
Feb  9 13:53:05 celeron kernel: updating: enable Tx
Feb  9 13:53:05 celeron kernel: updating: enable Rx on channel: 11
Feb  9 13:53:05 celeron kernel: acx_set_status(1):SCANNING
Feb  9 13:53:05 celeron kernel: start_scan: seems like previous scan is still running. Not starting anew. Please report
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00040000
Feb  9 13:53:05 celeron kernel: important setting has been changed. Need to update packet templates, too
Feb  9 13:53:05 celeron kernel: updating packet templates
Feb  9 13:53:05 celeron kernel: rates_basic:0003->03, rates_supported:0127->1F
Feb  9 13:53:05 celeron kernel: sta_list_add: sta=00:09:5B:EE:7A:A8
Feb  9 13:53:05 celeron kernel: BSS_Type = 2
Feb  9 13:53:05 celeron kernel: JoinBSSID MAC:00:09:5B:EE:7A:A8
Feb  9 13:53:05 celeron kernel: updating WEP key settings
Feb  9 13:53:05 celeron kernel: setting WEP key 0 as default
Feb  9 13:53:05 celeron kernel: acx_set_status(1):SCANNING
Feb  9 13:53:05 celeron kernel: start_scan: seems like previous scan is still running. Not starting anew. Please report
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00010000
Feb  9 13:53:05 celeron kernel: important setting has been changed. Need to update packet templates, too
Feb  9 13:53:05 celeron kernel: updating packet templates
Feb  9 13:53:05 celeron kernel: rates_basic:0003->03, rates_supported:0127->1F
Feb  9 13:53:05 celeron kernel: BSS_Type = 2
Feb  9 13:53:05 celeron kernel: JoinBSSID MAC:00:09:5B:EE:7A:A8
Feb  9 13:53:05 celeron kernel: acx_set_status(1):SCANNING
Feb  9 13:53:05 celeron kernel: start_scan: seems like previous scan is still running. Not starting anew. Please report
Feb  9 13:53:05 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
Feb  9 13:53:06 celeron kernel: acx: unknown EID 42 in mgmt frame at offset 58. IE: 2A 01 03
Feb  9 13:53:06 celeron kernel: acx: unknown EID 221 in mgmt frame at offset 61. IE: DD 09 00 03 7F 01 01 00 06 FF 7F
Feb  9 13:53:06 celeron kernel: sta_list_add: sta=00:09:5B:EE:7A:A8
Feb  9 13:53:06 celeron kernel: acx: unknown EID 42 in mgmt frame at offset 58. IE: 2A 01 03
Feb  9 13:53:06 celeron kernel: acx: unknown EID 221 in mgmt frame at offset 61. IE: DD 09 00 03 7F 01 01 00 06 FF 7F
Feb  9 13:53:06 celeron kernel: acx: unknown EID 42 in mgmt frame at offset 58. IE: 2A 01 03
Feb  9 13:53:06 celeron kernel: acx: unknown EID 221 in mgmt frame at offset 61. IE: DD 09 00 03 7F 01 01 00 06 FF 7F
Feb  9 13:53:06 celeron kernel: acx: unknown EID 42 in mgmt frame at offset 58. IE: 2A 01 03
Feb  9 13:53:06 celeron kernel: acx: unknown EID 221 in mgmt frame at offset 61. IE: DD 09 00 03 7F 01 01 00 06 FF 7F
Feb  9 13:53:06 celeron kernel: acx: unknown EID 42 in mgmt frame at offset 58. IE: 2A 01 03
Feb  9 13:53:06 celeron kernel: acx: unknown EID 221 in mgmt frame at offset 61. IE: DD 09 00 03 7F 01 01 00 06 FF 7F
Feb  9 13:53:06 celeron kernel: acx: unknown EID 42 in mgmt frame at offset 58. IE: 2A 01 03
Feb  9 13:53:06 celeron kernel: acx: unknown EID 221 in mgmt frame at offset 61. IE: DD 09 00 03 7F 01 01 00 06 FF 7F
Feb  9 13:53:06 celeron kernel: acx_i_timer: adev->status=1 (SCANNING)
Feb  9 13:53:06 celeron kernel: continuing scan (1 sec)
Feb  9 13:53:06 celeron kernel: get_mask 0x00000000, set_mask 0x00000040
Feb  9 13:53:06 celeron kernel: setting RXconfig to 2010:0FDD
Feb  9 13:53:06 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
----------------->
Feb  9 13:53:06 celeron kernel: scan table: SSID='NETGEAR' CH=11 SIR=85 SNR=0
Feb  9 13:53:06 celeron kernel: peer_cap 0x0021, needed_cap 0x0001
Feb  9 13:53:06 celeron kernel: found station with matching ESSID! ('NETGEAR' station, 'NETGEAR' config)
Feb  9 13:53:06 celeron kernel: matching station found: 00:09:5B:EE:7A:A8, joining
<----------------
Feb  9 13:53:06 celeron kernel: sending authentication1 request, awaiting response
Feb  9 13:53:06 celeron kernel: acx_set_status(2):WAIT_AUTH
Feb  9 13:53:06 celeron kernel: rates_basic:0003->03, rates_supported:0127->1F
Feb  9 13:53:06 celeron kernel: AUTHEN adev->addr=00:80:C8:B2:E6:7E a1=00:80:C8:B2:E6:7E a2=00:09:5B:EE:7A:A8 a3=00:09:5B:EE:7A:A8 adev->bssid=00:09:5B:EE:7A:A8
Feb  9 13:53:06 celeron kernel: algorithm is ok
Feb  9 13:53:06 celeron kernel: acx_process_authen auth seq step 2
Feb  9 13:53:06 celeron kernel: acx_set_status(3):AUTHENTICATED
Feb  9 13:53:06 celeron kernel: sending association request, awaiting response. NOT ASSOCIATED YET
Feb  9 13:53:06 celeron kernel: association: requesting caps 0x0021, ESSID 'NETGEAR'
Feb  9 13:53:06 celeron kernel: BSS_Type = 2
Feb  9 13:53:06 celeron kernel: JoinBSSID MAC:00:09:5B:EE:7A:A8
Feb  9 13:53:06 celeron kernel: acx_set_status(4):ASSOCIATED
Feb  9 13:53:06 celeron kernel: ASSOCIATED!
Feb  9 13:53:06 celeron kernel: get_mask 0x00000000, set_mask 0x00000040
Feb  9 13:53:06 celeron kernel: setting RXconfig to 2010:0FDD
Feb  9 13:53:06 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
Feb  9 13:53:06 celeron kernel: get_mask 0x00000000, set_mask 0x00000040
Feb  9 13:53:06 celeron kernel: setting RXconfig to 2010:0FDD
Feb  9 13:53:06 celeron kernel: get_mask 0x00000000, set_mask 0x00000000 - after update
Feb  9 13:53:07 celeron SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
Feb  9 13:53:08 celeron SuSEfirewall2: /var/lock/SuSEfirewall2.booting exists which means system boot in progress, exit.
Feb  9 13:53:08 celeron kernel: acx_i_timer: adev->status=4 (ASSOCIATED)
Feb  9 13:53:11 celeron kernel: Non-volatile memory driver v1.2
Feb  9 13:53:13 celeron hp: unable to open /var/run/hpiod.port: No such file or directory
Feb  9 13:53:16 celeron /usr/sbin/cron[5843]: (CRON) STARTUP (V5.0)
Feb  9 13:53:18 celeron kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
Feb  9 13:53:18 celeron kernel: usbcore: registered new driver usbserial_generic
Feb  9 13:53:18 celeron kernel: usbcore: registered new driver usbserial
Feb  9 13:53:18 celeron kernel: drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0
Feb  9 13:53:20 celeron kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Feb  9 13:53:22 celeron kernel: ACPI: Power Button (FF) [PWRF]
Feb  9 13:53:22 celeron kernel: ACPI: Sleep Button (CM) [SLPB]
Feb  9 13:53:22 celeron kernel: ACPI: CPU0 (power states: C1[C1] C2[C2])
Feb  9 13:53:22 celeron kernel: ACPI: Processor [CPU0] (supports 2 throttling states)
Feb  9 13:53:23 celeron kernel: powernow-k8: Processor cpuid 642 not supported
Feb  9 13:53:23 celeron kernel: powernow: No powernow capabilities detected
Feb  9 13:53:25 celeron rcpowersaved: CPU frequency scaling is not supported by your processor.
Feb  9 13:53:25 celeron rcpowersaved: enter 'POWERSAVE_CPUFREQD_MODULE=off' in /etc/sysconfig/powersave/cpufreq to avoid this warning.
Feb  9 13:53:25 celeron kernel: bootsplash: status on console 0 changed to on
Feb  9 13:53:25 celeron kdm: :0[5955]: pam_unix2: session started for user dkohl, service xdm-np
Feb  9 13:53:25 celeron smpppd[6177]: smpppd version 1.58 started
Feb  9 13:53:26 celeron sshd[6252]: Server listening on 0.0.0.0 port 22.


Grüße
 
Keiner 'ne Idee?

Kann mir denn jemand sagen wie und wo und von wem die DHCP-Anfragen initiiert werden?

Ich krieg mittlerweile fast jedesmal ne andere Ausgabe beim Booten. Es scheint fast so als ob da quasi-parallel gefragt wird und es einfach drauf ankommt welcher Thread zuerst das Rennen macht.

Grüße
 
Bei:

Code:
celeron:/etc/init.d # grep -r 'dhclient' *

kommt mal grad gar nix raus... :(


auf /etc ergibt sich das

Code:
celeron:/etc # grep -r 'dhclient' *
dlink/script/start_net.sh~:# "preferred" order: dhcpcd, pump, dhclient
dlink/script/start_net.sh~:which dhclient &> /dev/null
dlink/script/start_net.sh~:if [ $? -eq 0 ]; then DHCLIENT=`which dhclient`; fi
dlink/script/start_net.sh~:             # no dhcpcd or pump was found, finally we try dhclient;
dlink/script/start_net.sh~:                     rm -f /var/run/dhclient.pid
dlink/script/start_net.sh~:             else # dhcpcd, pump, and dhclient not found, inform user and bail
dlink/script/start_net.sh:# "preferred" order: dhcpcd, pump, dhclient
dlink/script/start_net.sh:which dhclient &> /dev/null
dlink/script/start_net.sh:if [ $? -eq 0 ]; then DHCLIENT=`which dhclient`; fi
dlink/script/start_net.sh:              # no dhcpcd or pump was found, finally we try dhclient;
dlink/script/start_net.sh:                      rm -f /var/run/dhclient.pid
dlink/script/start_net.sh:              else # dhcpcd, pump, and dhclient not found, inform user and bail
grep: hotplug.d/ttyUSB1/50-visor.hotplug: Zu viele Ebenen aus symbolischen Links
sysconfig/network/dhcp:# Most of these options are used only by dhcpcd, not by the ISC dhclient (which
sysconfig/network/dhcp:# If empty, dhcpcd is tried, then dhclient
sysconfig/network/dhcp:#        dhclient (ISC dhclient)
sysconfig/network/dhcp:# /var/log/dhclient-script for ISC dhclient)
sysconfig/network/dhcp:## Type: string("dhcpcd dhclient")
sysconfig/network/scripts/dhcp-interfaces:elif [ -x /sbin/dhclient ]; then DHCLIENT_BIN=/sbin/dhclient

start_net.sh wird zumindest von mir nicht wissentlich aufgerufen. Das ist eines der Skripte die bei dem Modul, das ich reinkompiliert habe, dabei war.
Der Rest sind ja nur Kommentare...

Ich habe alleridngs eine Datei namens /var/run/dhcpcd-wlan0.pid gefunden.
Die darin enthaltene Prozess-Id zeigt auf /sbin/dhcpcd.

Das könnte doch der Prozess sein oder?


mfg
 
gib der Karte doch eine feste IP mit Standartgatway über den Router.

Ich habe bei mir auch den Router auf DHCP stehen aber das Laptop hat ne feste IP mit Standartgatway Router und es läuft prima.

Arnd
 
Arnd schrieb:
gib der Karte doch eine feste IP mit Standartgatway über den Router.

Ich habe bei mir auch den Router auf DHCP stehen aber das Laptop hat ne feste IP mit Standartgatway Router und es läuft prima.

Arnd
Die "Idee" war einer der ersten die ich ja hatte. Dann findet er das Interface gar nicht (siehe erstes posting).

Ausserdem ist das ja wohl eher als Workaround zu betrachten. Wenn die DHCP-Anfrage an den Router nicht funktioniert ist ja schon irgendwas grundsätzlich nicht in Ordnung. Da ich hier ein stabiles und sauberes Netz brauche sollte auch alles funktionieren. Das was ich bisher habe ist wohl eher als ein kleines Abenteuer zu bezeichnen :)

Grüße
 
jengelh schrieb:
http://en.wikipedia.org/wiki/BSSID

Danke für den Tip. Die MAC-Adresse ist aber okay und wird vom DHCP-Server des Routers ja auch richtig erkannt und die korrekte Adresse zugewiesen.
Ein Ändern der MAC-Adresse hilft mir ja nicht aus dem Dilemma.

Hätte aber trotzdem nicht gedacht daß es soooo einfach ist die MAC unter Linux zu ändern. Das ist schon ganz nett.


Grüße
 
Hi Killerfritte,

sorry, wenn ich mit meiner Idee daneben liege, aber hast Du mal versucht, den Debug-Modus einzuschalten für den dhclient ?
(/etc/sysconfig/network/dhcp DHCLIENT_DEBUG auf "yes") ?
Hat mir bei meiner DHCP-Konfig geholfen, da ich zumindest nachvollziehen konnte, was der Dhclient macht, wenn er sich 'ne Adresse holt (in /var/log/messages)... :?:
 
Oben