Networkmanager - falsche IP-Adresse
Hallo Liste, habe gestern Suse 10.1 installiert, als Neuinstallation, allerdings habe ich, wie schon oft vorher, meine /home-partition nicht formatiert sondern wiederverwendet. Zu Hardware: IBM-Thinkpad X40 mit Ethernet-Controller Intel-Gigabit und einer eingebauten Wlan-Karte mit Atheros Chipsatz. Das Problem: Der Netzwerkmanager liefert trotz funktionierendem DHCP-Clienten eine total falsche IP Adresse an das entsprechende Netzwerkgerät - sowohl bei eth0 als auch bei ath0 (Wlan mit installiertem Madwifi-treiber). Beim herkömmlichen System mit ifup geht DHCP ohne Probleme. Auch eine festeIP beim jeweiligen Gerät also sowohl eth0 als auch ath0 funktionieren scheinbar problemlos. Habe schon von ähnlichen Problemen mit Wlan-geräten gelesen, allerdings ging dann wohl meist der Ethernetcontroller?? Was könnte ich noch versuchen? Schon mal vielen Dank Gruß Lutz
Lutz Prager wrote:
Hallo Liste, habe gestern Suse 10.1 installiert, als Neuinstallation, allerdings habe ich, wie schon oft vorher, meine /home-partition nicht formatiert sondern wiederverwendet. Zu Hardware: IBM-Thinkpad X40 mit Ethernet-Controller Intel-Gigabit und einer eingebauten Wlan-Karte mit Atheros Chipsatz. Das Problem: Der Netzwerkmanager liefert trotz funktionierendem DHCP-Clienten eine total falsche IP Adresse an das entsprechende Netzwerkgerät - sowohl bei eth0 als auch bei ath0 (Wlan mit installiertem Madwifi-treiber). Beim herkömmlichen System mit ifup geht DHCP ohne Probleme. Auch eine festeIP beim jeweiligen Gerät also sowohl eth0 als auch ath0 funktionieren scheinbar problemlos. Habe schon von ähnlichen Problemen mit Wlan-geräten gelesen, allerdings ging dann wohl meist der Ethernetcontroller??
Was könnte ich noch versuchen?
Schon mal vielen Dank Gruß Lutz
Was ist die komplett falsche Adresse ? André
Der Netzwerkmanager liefert trotz funktionierendem DHCP-Clienten eine total falsche IP Adresse an das entsprechende Netzwerkgerät - sowohl bei eth0 als auch bei ath0 (Wlan mit installiertem Madwifi-treiber).
Was ist die komplett falsche Adresse ? Hi, na mein Router vergibt per DHCP Adressen im Bereich von 192.168.2.xxx der Networkmanager vergibt aber z.B. an eth0 die Adresse 169.254.223.216 wie der darauf kommt, keine Ahnung??? achso hab grad unter /var/log die Datei NetworkManager gefunden, darin wieder erstaunliches....: ----------------------------------schnipp-------------------------------------------------------------- nm_system_device_get_system_config (): --------------------- May 20 22:57:55 thinkpad NetworkManager: <information> eth0: Device is fully-supported using driver 'e1000'. May 20 22:57:55 thinkpad NetworkManager: <information> nm_device_init(): waiting for device's worker thread to start May 20 22:57:55 thinkpad NetworkManager: <information> Stopping ypbind. May 20 22:57:55 thinkpad NetworkManager: <information> Restarting autofs. May 20 22:57:56 thinkpad NetworkManager: <information> Will activate wired connection 'eth0' because it now has a link. May 20 22:57:56 thinkpad NetworkManager: <information> SWITCH: no current connection, found better connection 'eth0'. May 20 22:57:56 thinkpad NetworkManager: <information> Will activate connection 'eth0'. May 20 22:57:56 thinkpad NetworkManager: <information> Device eth0 activation scheduled... May 20 22:57:56 thinkpad NetworkManager: <information> Activation (eth0) started... May 20 22:57:56 thinkpad NetworkManager: <information> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled... May 20 22:57:56 thinkpad NetworkManager: <information> Activation (eth0) Stage 1 of 5 (Device Prepare) started... ----------------------------und etwas weiter--------------------------------- May 20 22:57:57 thinkpad NetworkManager: <information> Activation (eth0) Beginning DHCP transaction. May 20 22:57:57 thinkpad NetworkManager: <information> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete. May 20 22:57:57 thinkpad NetworkManager: <information> DHCP daemon state is now 12 (successfully started) for interface eth0 May 20 22:58:05 thinkpad NetworkManager: <information> DHCP daemon state is now 14 (normal exit) for interface eth0 May 20 22:58:38 thinkpad NetworkManager: <information> Updating allowed wireless network lists. May 20 22:58:38 thinkpad NetworkManager: <WARNING> nm_dbus_get_networks_cb (): nm-dbus-nmi.c:522 (nm_dbus_get_networks_cb): error received: org.freedesktop.NetworkManagerInfo.NoNetworks - org.freedesktop.NetworkManagerInfo.NoNetworks. May 20 22:58:42 thinkpad NetworkManager: <information> Device 'eth0' DHCP transaction took too long (>45s), stopping it. May 20 22:58:42 thinkpad NetworkManager: <information> Activation (eth0) Stage 4 of 5 (IP Configure Timeout) started... May 20 22:58:42 thinkpad NetworkManager: <information> No DHCP reply received. Automatically obtaining IP via Zeroconf. ----------------------------------------schnapp-----------------------------
vielleicht kann da jemand was raus lesen....? Danke und Gruß Lutz
Lutz Prager wrote: Hallo Lutz die 192.254.x.y sind die sogenannten APIPA-IP-Adressen, welche in Windows-Netzen automatisch vergeben werden, wenn keine IP-Adressen ermittelt werden können. MfG Wigbert
Der Netzwerkmanager liefert trotz funktionierendem DHCP-Clienten eine total falsche IP Adresse an das entsprechende Netzwerkgerät - sowohl bei eth0 als auch bei ath0 (Wlan mit installiertem Madwifi-treiber). Was ist die komplett falsche Adresse ? Hi, na mein Router vergibt per DHCP Adressen im Bereich von 192.168.2.xxx der Networkmanager vergibt aber z.B. an eth0 die Adresse 169.254.223.216 wie der darauf kommt, keine Ahnung??? achso hab grad unter /var/log die Datei NetworkManager gefunden, darin wieder erstaunliches....: ----------------------------------schnipp-------------------------------------------------------------- nm_system_device_get_system_config (): --------------------- May 20 22:57:55 thinkpad NetworkManager: <information> eth0: Device is fully-supported using driver 'e1000'. May 20 22:57:55 thinkpad NetworkManager: <information> nm_device_init(): waiting for device's worker thread to start May 20 22:57:55 thinkpad NetworkManager: <information> Stopping ypbind. May 20 22:57:55 thinkpad NetworkManager: <information> Restarting autofs. May 20 22:57:56 thinkpad NetworkManager: <information> Will activate wired connection 'eth0' because it now has a link. May 20 22:57:56 thinkpad NetworkManager: <information> SWITCH: no current connection, found better connection 'eth0'. May 20 22:57:56 thinkpad NetworkManager: <information> Will activate connection 'eth0'. May 20 22:57:56 thinkpad NetworkManager: <information> Device eth0 activation scheduled... May 20 22:57:56 thinkpad NetworkManager: <information> Activation (eth0) started... May 20 22:57:56 thinkpad NetworkManager: <information> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled... May 20 22:57:56 thinkpad NetworkManager: <information> Activation (eth0) Stage 1 of 5 (Device Prepare) started... ----------------------------und etwas weiter--------------------------------- May 20 22:57:57 thinkpad NetworkManager: <information> Activation (eth0) Beginning DHCP transaction. May 20 22:57:57 thinkpad NetworkManager: <information> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete. May 20 22:57:57 thinkpad NetworkManager: <information> DHCP daemon state is now 12 (successfully started) for interface eth0 May 20 22:58:05 thinkpad NetworkManager: <information> DHCP daemon state is now 14 (normal exit) for interface eth0 May 20 22:58:38 thinkpad NetworkManager: <information> Updating allowed wireless network lists. May 20 22:58:38 thinkpad NetworkManager: <WARNING> nm_dbus_get_networks_cb (): nm-dbus-nmi.c:522 (nm_dbus_get_networks_cb): error received: org.freedesktop.NetworkManagerInfo.NoNetworks - org.freedesktop.NetworkManagerInfo.NoNetworks. May 20 22:58:42 thinkpad NetworkManager: <information> Device 'eth0' DHCP transaction took too long (>45s), stopping it. May 20 22:58:42 thinkpad NetworkManager: <information> Activation (eth0) Stage 4 of 5 (IP Configure Timeout) started... May 20 22:58:42 thinkpad NetworkManager: <information> No DHCP reply received. Automatically obtaining IP via Zeroconf. ----------------------------------------schnapp-----------------------------
vielleicht kann da jemand was raus lesen....?
Danke und Gruß
Lutz
Am Sonntag, 21. Mai 2006 20:51 schrieb Wigbert Lindenbauer:
Hallo Lutz
die 192.254.x.y sind die sogenannten APIPA-IP-Adressen, welche in Windows-Netzen automatisch vergeben werden, wenn keine IP-Adressen ermittelt werden können.
Hallo Wigbert, danke, das wusste ich noch nicht -- -- den Ursprung hab ich mittlerweile auch gefunden, die Adresse steht in /etc/networks --> link-local 169.254.0.0 aber warum die dann für die Schnittstellen verwendet wird??? Gruß Lutz
Lutz Prager´s Tastaturgeklapper am Sonntag 21 Mai 2006 21:12 :
Am Sonntag, 21. Mai 2006 20:51 schrieb Wigbert Lindenbauer:
Hallo Lutz
die 192.254.x.y sind die sogenannten APIPA-IP-Adressen, welche in Windows-Netzen automatisch vergeben werden, wenn keine IP-Adressen ermittelt werden können.
Hallo Wigbert,
danke, das wusste ich noch nicht -- -- den Ursprung hab ich mittlerweile auch gefunden, die Adresse steht in /etc/networks -->
link-local 169.254.0.0
aber warum die dann für die Schnittstellen verwendet wird???
Gruß Lutz
Hallo Lutz :-) APIPA = Automatic Private IP Adressing. Man braucht fuer Netzwerkdienste eine IP Adresse, wenn es keine Adresse per DHCP oder eine feste IP gibt vergibt Win wie auch Linux eine eigene Adresse. Dann koennen die Dienste lokal ausgefuerhrt werden. Bis denne Lutz
Am Sonntag, 21. Mai 2006 21:36 schrieb Lutz Weber:
APIPA = Automatic Private IP Adressing. Man braucht fuer Netzwerkdienste eine IP Adresse, wenn es keine Adresse per DHCP oder eine feste IP gibt vergibt Win wie auch Linux eine eigene Adresse. Dann koennen die Dienste lokal ausgefuerhrt werden.
Die Frage stellt sich doch trotzdem, warum der Networkmanager keine IP erhält. Ich hatte bis vor kurzem mit der 9.3er keine Probleme bzgl. DHCP und Atheros. Nach dem Umstieg auf die 10.1 bekomme ich weder über IfUp noch über den Networkmanager eine IP bei der WLAN Karte, selbst mit LAN Kabel muckt es rum. Es finden sich bei mir im Log folgende Meldungen, die ich aber nicht als "kritisch" ansehe. ADDRCONF(NETDEV_UP): eth0: link is not ready e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready gruß Sven
Am Sonntag, 21. Mai 2006 22:02 schrieb Sven Gawlik:
Die Frage stellt sich doch trotzdem, warum der Networkmanager keine IP erhält. Ich hatte bis vor kurzem mit der 9.3er keine Probleme bzgl. DHCP und Atheros. Nach dem Umstieg auf die 10.1 bekomme ich weder über IfUp noch über den Networkmanager eine IP bei der WLAN Karte, selbst mit LAN Kabel muckt es rum.
Hallo Sven Danke, dass wir endlich auf die eigentliche Frage zurückkommen. Bei mir geht es per ifup bei LAN (übrigens auch eine e1000) wunderbar, beim Networkmanager überhaupt nicht, zu WLAN kann ich das nicht so genau sagen, auf der Konsole hab ich es noch nicht überprüft und ein anderes Werkzeug zum Umschalten der Netzwerke ist ja nicht mehr an Bord bei Suse 10.1. Bei 10.0 hab ich immer mit kinternet zwischen LAN und WLAN hin und her geschalten. Hab mir nun auch soviel von dem Networkmanager versprochen...... viele Grüße Lutz
Sven Gawlik´s Tastaturgeklapper am Sonntag 21 Mai 2006 22:02 :
Am Sonntag, 21. Mai 2006 21:36 schrieb Lutz Weber:
APIPA = Automatic Private IP Adressing. Man braucht fuer Netzwerkdienste eine IP Adresse, wenn es keine Adresse per DHCP oder eine feste IP gibt vergibt Win wie auch Linux eine eigene Adresse. Dann koennen die Dienste lokal ausgefuerhrt werden.
Die Frage stellt sich doch trotzdem, warum der Networkmanager keine IP erhält. Ich hatte bis vor kurzem mit der 9.3er keine Probleme bzgl. DHCP und Atheros. Nach dem Umstieg auf die 10.1 bekomme ich weder über IfUp noch über den Networkmanager eine IP bei der WLAN Karte, selbst mit LAN Kabel muckt es rum.
Es finden sich bei mir im Log folgende Meldungen, die ich aber nicht als "kritisch" ansehe.
ADDRCONF(NETDEV_UP): eth0: link is not ready e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
gruß Sven
Was passiert denn nach einem rcnetwork restart? Bis denne Lutz
Am Sonntag, 21. Mai 2006 22:25 schrieb Lutz Weber:
Was passiert denn nach einem rcnetwork restart?
Also nachdem der Networkmanager mir eine 169.254.111.37 IP zugewiesen hatt, bringt selbst ein rcnetwork restart nichts. Die Dienste starten neu und der Networkmanager versucht eine IP zu erhalten, allerdings mit dem gleichen Erfolg. Was mich allerdings wundert ist, das ein dhclient eth0 einwandfrei funktioniert. DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.178.1 bound to 192.168.178.28 -- renewal in 496095 seconds gruß Sven
On Sun, 2006-05-21 at 18:31 +0200, Lutz Prager wrote: <snip>
Der Netzwerkmanager liefert trotz funktionierendem DHCP-Clienten eine total falsche IP Adresse an das entsprechende Netzwerkgerät - sowohl bei eth0 als auch bei ath0 (Wlan mit installiertem Madwifi-treiber).
<snip>
Was könnte ich noch versuchen?
Bitte mal nachschauen, ob dein dhclient meckert: $ grep dhclient /var/log/NetworkManager Falls etwas wie dhclient: Usage: dhclient [-1dqr] [-nwx] [-p <port>] [-s server] auftaucht, bitte einen Blick auf folgenden Bug werfen: Bug 177443 - dhcp broken after updating to dhcdbd & dhcp bug fixes via software updater (static IP works) https://bugzilla.novell.com/show_bug.cgi?id=177443
Schon mal vielen Dank Gruß Lutz
Timo
Am Sonntag, 21. Mai 2006 22:31 schrieb Timo Hoenig:
Bitte mal nachschauen, ob dein dhclient meckert:
$ grep dhclient /var/log/NetworkManager
Falls etwas wie
dhclient: Usage: dhclient [-1dqr] [-nwx] [-p <port>] [-s server]
Hallo Timo und Danke ja, sowas taucht auf, allerdings in der /var/log/messages .....
auftaucht, bitte einen Blick auf folgenden Bug werfen:
Bug 177443 - dhcp broken after updating to dhcdbd & dhcp bug fixes via software updater (static IP works) https://bugzilla.novell.com/show_bug.cgi?id=177443
Leider werde ich auf der dortigen Abhandlung nicht so richtig schlau, was sollte ich jetzt als Konsequenz an meinem System verändern? Gruß Lutz
On Sun, 2006-05-21 at 22:46 +0200, Lutz Prager wrote:
Am Sonntag, 21. Mai 2006 22:31 schrieb Timo Hoenig:
auftaucht, bitte einen Blick auf folgenden Bug werfen:
Bug 177443 - dhcp broken after updating to dhcdbd & dhcp bug fixes via software updater (static IP works) https://bugzilla.novell.com/show_bug.cgi?id=177443
Leider werde ich auf der dortigen Abhandlung nicht so richtig schlau, was sollte ich jetzt als Konsequenz an meinem System verändern?
Entweder auf das YOU fuer dhcp-client warten oder wie in dem Bug, Kommentar #6 beschrieben ist: "Otherwise, in the meantime, set DHCLIENT_HOSTNAME_OPTION in /etc/sysconfig/network/dhcp to "" (e.g., empty string)." Sven, das koennte auch bei Dir das Problem beheben.
Gruß Lutz
Timo
Am Sonntag, 21. Mai 2006 22:55 schrieb Timo Hoenig:
"Otherwise, in the meantime, set DHCLIENT_HOSTNAME_OPTION in /etc/sysconfig/network/dhcp to "" (e.g., empty string)."
Sven, das koennte auch bei Dir das Problem beheben.
Das wars - tausend dank ;) Hatte grade Bugzilla angesteuert. LG, Sven
Am Sonntag, 21. Mai 2006 22:55 schrieb Timo Hoenig:
Entweder auf das YOU fuer dhcp-client warten oder wie in dem Bug, Kommentar #6 beschrieben ist:
"Otherwise, in the meantime, set DHCLIENT_HOSTNAME_OPTION in /etc/sysconfig/network/dhcp to "" (e.g., empty string)."
Danke! so einfach und schon gehts :-) gruß Lutz
Hi, den Fehler, beim Network manager habe ich auch fest gestellt. Aber der fehler Tritt scheinbar nicht immer auf. Mal funktioniert er, mal nicht. Es kommt immer auf den Windowsmanager drauf an. Unter Gnome macht er probleme unter KDE nicht ... Warum?! Ich kann es euch aber nicht sagen. MfG Tilman -----Ursprüngliche Nachricht----- Von: Lutz Prager [mailto:lutz-p@gmx.de] Gesendet: Sonntag, 21. Mai 2006 18:31 An: suse-laptop@suse.com Betreff: [suse-laptop] Networkmanager - falsche IP-Adresse Hallo Liste, habe gestern Suse 10.1 installiert, als Neuinstallation, allerdings habe ich, wie schon oft vorher, meine /home-partition nicht formatiert sondern wiederverwendet. Zu Hardware: IBM-Thinkpad X40 mit Ethernet-Controller Intel-Gigabit und einer eingebauten Wlan-Karte mit Atheros Chipsatz. Das Problem: Der Netzwerkmanager liefert trotz funktionierendem DHCP-Clienten eine total falsche IP Adresse an das entsprechende Netzwerkgerät - sowohl bei eth0 als auch bei ath0 (Wlan mit installiertem Madwifi-treiber). Beim herkömmlichen System mit ifup geht DHCP ohne Probleme. Auch eine festeIP beim jeweiligen Gerät also sowohl eth0 als auch ath0 funktionieren scheinbar problemlos. Habe schon von ähnlichen Problemen mit Wlan-geräten gelesen, allerdings ging dann wohl meist der Ethernetcontroller?? Was könnte ich noch versuchen? Schon mal vielen Dank Gruß Lutz -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
On Tuesday 23 May 2006 08:44, Tilman Lange wrote:
Hi, den Fehler, beim Network manager habe ich auch fest gestellt. Aber der fehler Tritt scheinbar nicht immer auf. Mal funktioniert er, mal nicht. Es kommt immer auf den Windowsmanager drauf an. Unter Gnome macht er probleme unter KDE nicht ... Warum?! Ich kann es euch aber nicht sagen.
Jaja, der Network-Manager. Also ich habe ebenfalls große Probleme mit dem Teil. Ich nutze ihn unter KDE, keine Ahnung, ob der unter Gnome funktioniert. Ebenfalls Thinkpad (T42p mit e1000 und madwifi-cvs) Ich brauche ein Tool wie den IBM Network Manager unter Windows, der mir die beste verfügbare Netzverbindung raussucht und ich mir aber auch nachträglich eine Verbindung auswählen kann. Der NM geht wohl nur mit DHCP, und nicht mal das geht bei mir, der dhclient wird aufgerufen ohne dass er eine IP-Adresse bekommt, es erscheint nur eine Fehlermeldung im log. Wenn ich den dhclient per Hand aufrufe, klappts aber. NM benötigt wohl auch eine Broascast-ESSID, das ist schon mal ganz große Sch... Wenn ich ihm sage Mit anderem Netzwerk verbinden, gehts auch nicht. Manchmal hab ich das Gefühl, dass das ganze System nur ansatzweise funktioniert, aber nur, wenn der NM-Client gestartet ist. Also muss sich jemand auf dem System anmelden! Spielen wir hier WIndows oder was? Ich will mein System auch ohne X im Netz haben! Müsste je wohl gehen, da gibts ja einen Backend-Service. Ich habe so ziemlich alle Kombinationen durch, WEP, WPA usw. geht eigentlich (wenn ESSID offen ist), nur DHCP klappt dann nicht. Dann sollte er wie in 10.0 die voreingestellte IP aus den YaST-Einstellungen nehmen. Oder man müsste mit dem Network Manager IP-Adressen vergeben können, je nach ESSID oder halt fürs Kabel. Mit ifup ist alles gut. -- VEKA AG - Dieselstraße 8 - 48324 Sendenhorst ffiene@veka.com - Tel:02526-29-6200 -- Ein Unternehmen der Laumann-Gruppe
On Tue, 2006-05-23 at 08:59 +0200, Frank Fiene wrote:
Der NM geht wohl nur mit DHCP, und nicht mal das geht bei mir, der dhclient wird aufgerufen ohne dass er eine IP-Adresse bekommt, es erscheint nur eine Fehlermeldung im log. Wenn ich den dhclient per Hand aufrufe, klappts aber.
* NM kann auch statische Konfigurationen. Einfach mit YaST eine solche einrichten und NM wird selbige respektieren * Erst lesen, dann meckern: Das DHCP Problem ist durch ein kaputtes YOU entstanden, das inzwischen gefixt ist. Update bitte Deine Pakete.
NM benötigt wohl auch eine Broascast-ESSID, das ist schon mal ganz große Sch... Wenn ich ihm sage Mit anderem Netzwerk verbinden, gehts auch nicht.
* Nein. Non-broadcasting networks gehen genauso.
Manchmal hab ich das Gefühl, dass das ganze System nur ansatzweise funktioniert, aber nur, wenn der NM-Client gestartet ist. Also muss sich jemand auf dem System anmelden! Spielen wir hier WIndows oder was? Ich will mein System auch ohne X im Netz haben! Müsste je wohl gehen, da gibts ja einen Backend-Service.
* Falsch. Du kannst mit YaST drahtlose Netzwerkverbindungen definieren. Diese Informationen respektiert NM genauso. Sprich: Kein Problem NM auch ohne applet zu benutzen. Timo
On Tuesday 23 May 2006 09:35, Timo Hoenig wrote:
On Tue, 2006-05-23 at 08:59 +0200, Frank Fiene wrote:
Der NM geht wohl nur mit DHCP, und nicht mal das geht bei mir, der dhclient wird aufgerufen ohne dass er eine IP-Adresse bekommt, es erscheint nur eine Fehlermeldung im log. Wenn ich den dhclient per Hand aufrufe, klappts aber.
* NM kann auch statische Konfigurationen. Einfach mit YaST eine solche einrichten und NM wird selbige respektieren * Erst lesen, dann meckern: Das DHCP Problem ist durch ein kaputtes YOU entstanden, das inzwischen gefixt ist. Update bitte Deine Pakete.
1.) Kann ich auch verschiedene Wired LANs konfigurieren? 2.) Also mal ein Lob: Zen ist geil! Und endlich mal ein Klasse-Tool (rug), aber: ffiene@erwin:~> rug sum Keine Aktualisierungen verfügbar. ffiene@erwin:~> rug ca Abo? | Name | Service -----+-----------------------+---------------------- Ja | SUSE-Guru | SUSE-Guru Ja | SUSE-Update | SUSE-Update Ja | Packman | Packman Ja | KDE-3.5-supplementary | KDE-3.5-supplementary Ja | SuSE-10.1-non-OSS | SuSE-10.1-non-OSS Ja | SuSE-10.1 | SuSE-10.1 ffiene@erwin: rug se NetworkManager ... i | SuSE-10.1 | | NetworkManager | 0.6.2-23 | i586 ... i | SuSE-10.1 | | NetworkManager-kde | 0.1r534534-4 | i586 ffiene@erwin:~> rug se dhcp i | SUSE-Update | | dhcp | 3.0.3-21.1 | i586 Das wird wohl das buggy Paket sein? Das wars! Habe ich die falschen Update-Quellen?
NM benötigt wohl auch eine Broascast-ESSID, das ist schon mal ganz große Sch... Wenn ich ihm sage Mit anderem Netzwerk verbinden, gehts auch nicht.
* Nein. Non-broadcasting networks gehen genauso.
Ich werde es nochmal versuchen! Bin ja hartnäckig.
Manchmal hab ich das Gefühl, dass das ganze System nur ansatzweise funktioniert, aber nur, wenn der NM-Client gestartet ist. Also muss sich jemand auf dem System anmelden! Spielen wir hier WIndows oder was? Ich will mein System auch ohne X im Netz haben! Müsste je wohl gehen, da gibts ja einen Backend-Service.
* Falsch. Du kannst mit YaST drahtlose Netzwerkverbindungen definieren. Diese Informationen respektiert NM genauso. Sprich: Kein Problem NM auch ohne applet zu benutzen.
OK, ich hoffe, ich habs jetzt: NM ohne Applet nimmt die YaST-Einstellungen!? -- VEKA AG - Dieselstraße 8 - 48324 Sendenhorst ffiene@veka.com - Tel:02526-29-6200 -- Ein Unternehmen der Laumann-Gruppe
On Tue, 2006-05-23 at 10:01 +0200, Frank Fiene wrote:
1.) Kann ich auch verschiedene Wired LANs konfigurieren?
Nein -- noch nicht. Bevor die Frage aufkommt, ob mehrere Interfaces gleichzeitig 'up' sein koennen: Nein. Noch nicht.
2.) Also mal ein Lob: Zen ist geil! Und endlich mal ein Klasse-Tool (rug), aber:
<snip>
ffiene@erwin:~> rug se dhcp i | SUSE-Update | | dhcp | 3.0.3-21.1 | i586
Das wird wohl das buggy Paket sein?
Das wars! Habe ich die falschen Update-Quellen?
Ich glaube das Paket dhcp-client sollte per YOU geliefert werden. <snip>
OK, ich hoffe, ich habs jetzt: NM ohne Applet nimmt die YaST-Einstellungen!?
NetworkManager parsed beim Start die WLAN config files aus /etc/sysconfig/network/ifcfg-wlan*. Diese Netzwerke beruecksichtigt NetworkManager und verbindet sich zu selbigen -- falls verfuegbar. Timo
On Tuesday 23 May 2006 10:13, Timo Hoenig wrote:
On Tue, 2006-05-23 at 10:01 +0200, Frank Fiene wrote:
1.) Kann ich auch verschiedene Wired LANs konfigurieren?
Nein -- noch nicht. Bevor die Frage aufkommt, ob mehrere Interfaces gleichzeitig 'up' sein koennen: Nein. Noch nicht.
Also doch wieder scpm für wired LANs? Schade. Ist da was geplant? Mehrere Interfaces benötige ich auch nicht. Aber dann würde ich wahrscheinlich eh ifup nehmen.
ffiene@erwin:~> rug se dhcp i | SUSE-Update | | dhcp | 3.0.3-21.1 | i586
Das wird wohl das buggy Paket sein?
Das wars! Habe ich die falschen Update-Quellen?
Ich glaube das Paket dhcp-client sollte per YOU geliefert werden.
Anscheinend nicht! i | SuSE-10.1 | | dhcp-client | 3.0.3-21 | i586 Kein Paket aus dem SuSE-Update Abbo! Muss ich doch wieder YOU nehmen? Macht YOU etwas anderes als "rug update"? Frank -- VEKA AG - Dieselstraße 8 - 48324 Sendenhorst ffiene@veka.com - Tel:02526-29-6200 -- Ein Unternehmen der Laumann-Gruppe
On Tuesday 23 May 2006 10:28, Frank Fiene wrote:
On Tuesday 23 May 2006 10:13, Timo Hoenig wrote:
On Tue, 2006-05-23 at 10:01 +0200, Frank Fiene wrote:
1.) Kann ich auch verschiedene Wired LANs konfigurieren?
Nein -- noch nicht. Bevor die Frage aufkommt, ob mehrere Interfaces gleichzeitig 'up' sein koennen: Nein. Noch nicht.
Also doch wieder scpm für wired LANs? Schade. Ist da was geplant?
Mehrere Interfaces benötige ich auch nicht. Aber dann würde ich wahrscheinlich eh ifup nehmen.
ffiene@erwin:~> rug se dhcp i | SUSE-Update | | dhcp | 3.0.3-21.1 | i586
Das wird wohl das buggy Paket sein?
Das wars! Habe ich die falschen Update-Quellen?
Ich glaube das Paket dhcp-client sollte per YOU geliefert werden.
Anscheinend nicht!
i | SuSE-10.1 | | dhcp-client | 3.0.3-21 | i586
OK, jetzt kam das Update auch an! :-) -- VEKA AG - Dieselstraße 8 - 48324 Sendenhorst ffiene@veka.com - Tel:02526-29-6200 -- Ein Unternehmen der Laumann-Gruppe
On Tue, 2006-05-23 at 10:28 +0200, Frank Fiene wrote:
Also doch wieder scpm für wired LANs? Schade. Ist da was geplant?
Hab' von nichts gehoert.
Mehrere Interfaces benötige ich auch nicht. Aber dann würde ich wahrscheinlich eh ifup nehmen.
Generell sollte immer ifup benutzt werden, wenn es sich um eine komplexere Konfiguration handelt. Dafuer ist NetworkManager einfach nicht konzipiert.
Anscheinend nicht!
i | SuSE-10.1 | | dhcp-client | 3.0.3-21 | i586
Kein Paket aus dem SuSE-Update Abbo! Muss ich doch wieder YOU nehmen? Macht YOU etwas anderes als "rug update"?
Nein, das sollte schon mit rug update reinkommen. Kann sein, dass das Update noch nicht auf alle Mirrors verteilt ist. Bis dahin kannst Du dir auch selbst helfen; ich wiederhole mich sicher, da Du den Thread ja schon durchgelesen hast. "Otherwise, in the meantime, set DHCLIENT_HOSTNAME_OPTION in /etc/sysconfig/network/dhcp to "" (e.g., empty string)." Timo
On Tuesday 23 May 2006 11:04, Timo Hoenig wrote:
Anscheinend nicht!
i | SuSE-10.1 | | dhcp-client | 3.0.3-21 | i586
Kein Paket aus dem SuSE-Update Abbo! Muss ich doch wieder YOU nehmen? Macht YOU etwas anderes als "rug update"?
Nein, das sollte schon mit rug update reinkommen. Kann sein, dass das Update noch nicht auf alle Mirrors verteilt ist.
Kann es da zu Problemen führen, wenn man mirrorservice benutzt? Sollte man im Moment den SuSE-Server direkt nehmen? rug sagt "Fehler bei Transaktion"! Kann es sein, dass rug für jeden Download einen anderen Server von mirrorservice bekommt und dann einen Schiefstand hat?
Bis dahin kannst Du dir auch selbst helfen; ich wiederhole mich sicher, da Du den Thread ja schon durchgelesen hast.
"Otherwise, in the meantime, set DHCLIENT_HOSTNAME_OPTION in /etc/sysconfig/network/dhcp to "" (e.g., empty string)."
Hab ich gemacht, muss ich heute abend mal testen. -- VEKA AG - Dieselstraße 8 - 48324 Sendenhorst ffiene@veka.com - Tel:02526-29-6200 -- Ein Unternehmen der Laumann-Gruppe
participants (8)
-
André Schild -
Frank Fiene -
Lutz Prager -
Lutz Weber -
Sven Gawlik -
Tilman Lange -
Timo Hoenig -
Wigbert Lindenbauer