DHCP und neuer Kernel?
DHCP und neuer Kernel?
Hallo,
ich habe ganz frisch ein Debian installiert. Die Netzwerkkarte erhält auch ordnungsgemäß die IP vom DHCP Server und funzt tadellos.
Jetzt habe ich einen neuen Kernel 2.4.21 und die Parameter der Netzwerkkarte abgestimmt, aber beim Booten bekomme ich keine IP mehr zugewiesen. An den configs habe ich auch nichts geändert.
#
/etc/network/interfaces:
auto eth0
iface eth0 inet dhcp
netmask 255.255.255.0 # habe ich schon selbst nachgetragen
#
Sobald ich mit dem Standard Kernel boote habe ich wieder eine IP.
Woran kann das liegen?
Danke Stefan
ich habe ganz frisch ein Debian installiert. Die Netzwerkkarte erhält auch ordnungsgemäß die IP vom DHCP Server und funzt tadellos.
Jetzt habe ich einen neuen Kernel 2.4.21 und die Parameter der Netzwerkkarte abgestimmt, aber beim Booten bekomme ich keine IP mehr zugewiesen. An den configs habe ich auch nichts geändert.
#
/etc/network/interfaces:
auto eth0
iface eth0 inet dhcp
netmask 255.255.255.0 # habe ich schon selbst nachgetragen
#
Sobald ich mit dem Standard Kernel boote habe ich wieder eine IP.
Woran kann das liegen?
Danke Stefan
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
DHCP erfordert ein paar Kernel Optionen. Hast Du in der Kernel Config den Socket Filter aktiviert? (Unter Networking Options, nicht Netfilter, das ist die Firewall).
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
Code: Alles auswählen
/usr/src/linux/.config
cu
Hab ebenfalls alles probiert... geht immer noch nicht
Hallo zusammen,
ich habe mit großer Aufmerksamkeit alle Beiträge dieses Threads gelesen... und auch umgesetzt. Mein Problem ist leider noch nicht gelöst:
Wenn ich ehrlich bin, dann weiss ich wirklich nicht mehr weiter...
Ich habe debian (woody) neu installiert und mit einem neuen Kernel versehen (2.4.21). Das ganze passierte in meinem Firmennetzwerk. Dort bekommt der Rechner per DHCP alle wichtigen Daten zugewiesen. Soweit funktioniert auch alles. Auch nach dem Update konnte ich ohne Probleme ins Internet (und pingen und smbmounten etc...). Da Debian meine Onboard-Ethernet-Karte mit dem bf2.4 nicht erkannt hat, habe ich eine 3COM Karte reingeschraubt... die wurde erkannt und alles geing seiner Wege. Wichtig ist:
1.) dass auf einer weiteren Platte (eigenständig, wird bei Bedarf ausgetausch, nicht einfach angeklemmt) im Vorfeld SuSe 8.2 installiert habe (wollte einfach mal sehen, welche Versionen die installieren . SuSe hat meine onboard-Netzwerkkarte erkannt uind eingebunden...
2.) dass ich privat einen DHCP-Server habe, der unter SuSe 8.2 ebenfall richtig abgefragt wurde.
Wie schon erwähnt: Im Firmennetz klappte alles... selbst SuSe lief...
Zuhause kam dann die böse Überraschung: Kein browsen im Internet ist möglich (unter debian)... im eigen Intranet sehr wohl (ich habe einen Test-Web-Server)... prinzipiell ist also HTTP möglich...
OK: natürlich habe ich sofort auf der Konsole versucht zu PINGEN... sowohl die PINGS auf IP-Adressen, als auch die PINGS auf "Webnamen" funktionieren tadellos. Um auszuschliesen, dass der DHCP-Server oder das Netzwerkkabel "einen an der Waffel haben", habe ich die SuSe-Platte reingeschraubt, das Netzwerkabel umgesteckt (nur am Rechner)... alles lief. Also: Rechner wieder in die Firma... anschalten... alles läuft... System austauschen (debian-Platte genen SuSe-Platte)... alles läuft. Wieder nach Hause.... unter debian habe ich keinen Internetzugriff.... Intranet läuft
Mit meinem Latein bin ich am Ende.... Die Netzwerkarte kann es nicht sein, da selbige im Firmennetz (ebenfalls DHCP!!!) funktioniert....
Das Kabel kann es nicht sein, da selbiges unter SuSe funktioniert...
Der private DHCP-Server kann es nicht sein, da ich unter debian pingen kann, und unter SuSe alles funktioniert.
Der Kernel kann es (meiner Meinung nach) nicht sein, da im Firmennetz alles funktioniert...
Was kann das Problem sein? Ich brauche Hilfe.... dringend..
Guß StarHase
ich habe mit großer Aufmerksamkeit alle Beiträge dieses Threads gelesen... und auch umgesetzt. Mein Problem ist leider noch nicht gelöst:
Wenn ich ehrlich bin, dann weiss ich wirklich nicht mehr weiter...
Ich habe debian (woody) neu installiert und mit einem neuen Kernel versehen (2.4.21). Das ganze passierte in meinem Firmennetzwerk. Dort bekommt der Rechner per DHCP alle wichtigen Daten zugewiesen. Soweit funktioniert auch alles. Auch nach dem Update konnte ich ohne Probleme ins Internet (und pingen und smbmounten etc...). Da Debian meine Onboard-Ethernet-Karte mit dem bf2.4 nicht erkannt hat, habe ich eine 3COM Karte reingeschraubt... die wurde erkannt und alles geing seiner Wege. Wichtig ist:
1.) dass auf einer weiteren Platte (eigenständig, wird bei Bedarf ausgetausch, nicht einfach angeklemmt) im Vorfeld SuSe 8.2 installiert habe (wollte einfach mal sehen, welche Versionen die installieren . SuSe hat meine onboard-Netzwerkkarte erkannt uind eingebunden...
2.) dass ich privat einen DHCP-Server habe, der unter SuSe 8.2 ebenfall richtig abgefragt wurde.
Wie schon erwähnt: Im Firmennetz klappte alles... selbst SuSe lief...
Zuhause kam dann die böse Überraschung: Kein browsen im Internet ist möglich (unter debian)... im eigen Intranet sehr wohl (ich habe einen Test-Web-Server)... prinzipiell ist also HTTP möglich...
OK: natürlich habe ich sofort auf der Konsole versucht zu PINGEN... sowohl die PINGS auf IP-Adressen, als auch die PINGS auf "Webnamen" funktionieren tadellos. Um auszuschliesen, dass der DHCP-Server oder das Netzwerkkabel "einen an der Waffel haben", habe ich die SuSe-Platte reingeschraubt, das Netzwerkabel umgesteckt (nur am Rechner)... alles lief. Also: Rechner wieder in die Firma... anschalten... alles läuft... System austauschen (debian-Platte genen SuSe-Platte)... alles läuft. Wieder nach Hause.... unter debian habe ich keinen Internetzugriff.... Intranet läuft
Mit meinem Latein bin ich am Ende.... Die Netzwerkarte kann es nicht sein, da selbige im Firmennetz (ebenfalls DHCP!!!) funktioniert....
Das Kabel kann es nicht sein, da selbiges unter SuSe funktioniert...
Der private DHCP-Server kann es nicht sein, da ich unter debian pingen kann, und unter SuSe alles funktioniert.
Der Kernel kann es (meiner Meinung nach) nicht sein, da im Firmennetz alles funktioniert...
Was kann das Problem sein? Ich brauche Hilfe.... dringend..
Guß StarHase
Also ping geht auf IP und DNS-Namen ausserhalb deines lokalen Netzes?
Dann hast du eine korrekte Ip, route und DNS funktioniert wohl auch.
Verschiebt die Fehlersuche normalerweise auf Applikationsebene. Mit welchen Programmen versuchst du ins "Internet" zu kommen? Ist eventuell noch ein Proxy eingetragen der nicht mehr stimmt? Welcher Fehler kommt in der Applikation? FTP oder andere Protokolle probiert?
cu
Dann hast du eine korrekte Ip, route und DNS funktioniert wohl auch.
Verschiebt die Fehlersuche normalerweise auf Applikationsebene. Mit welchen Programmen versuchst du ins "Internet" zu kommen? Ist eventuell noch ein Proxy eingetragen der nicht mehr stimmt? Welcher Fehler kommt in der Applikation? FTP oder andere Protokolle probiert?
cu
apt-cache funktioniert ja auch mit den vorher eingelesenen Daten, macht allso keine Internetverbindung auf. Poste mal bitte den Output von ifconfig, route -n, ping 213.73.91.29, ping http://www.google.de und den Fehler den du im Browser bekommst (Timeout, Http-Errorcode?).
cu
cu
Informationen
Hallo tylerD,
anbei die Informationen:
ifconfig:
eth0 Protokoll:Ethernet Hardware Adresse 00:01:02:13:01:70
inet Adresse:192.168.200.3 Bcast:192.168.200.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:259 errors:0 dropped:0 overruns:0 frame:0
TX packets:68 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:77401 (75.5 KiB) TX bytes:7846 (7.6 KiB)
Interrupt:10 Basisadresse:0xd000
lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:28 errors:0 dropped:0 overruns:0 frame:0
TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:1944 (1.8 KiB) TX bytes:1944 (1.8 KiB)
route -n:
Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.200.1 0.0.0.0 UG 0 0 0 eth0
ping 213.73.91.29:
kein Ergebnis
ping http://www.google.de:
PING http://www.google.com (216.239.51.99): 56 data bytes
64 bytes from 216.239.51.99: icmp_seq=0 ttl=56 time=156.9 ms
64 bytes from 216.239.51.99: icmp_seq=1 ttl=56 time=157.4 ms
64 bytes from 216.239.51.99: icmp_seq=2 ttl=56 time=157.1 ms
64 bytes from 216.239.51.99: icmp_seq=3 ttl=56 time=156.2 ms
64 bytes from 216.239.51.99: icmp_seq=4 ttl=56 time=158.3 ms
--- http://www.google.com ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 156.2/157.1/158.3 ms
Browsermeldung:
The operation times out when attempting to contact http://www.google.de.
Kannst Du damit etwas anfangen? Sieht doch eigentlich recht normal aus? Oder?
Gruß
StarHase
anbei die Informationen:
ifconfig:
eth0 Protokoll:Ethernet Hardware Adresse 00:01:02:13:01:70
inet Adresse:192.168.200.3 Bcast:192.168.200.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:259 errors:0 dropped:0 overruns:0 frame:0
TX packets:68 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:77401 (75.5 KiB) TX bytes:7846 (7.6 KiB)
Interrupt:10 Basisadresse:0xd000
lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:28 errors:0 dropped:0 overruns:0 frame:0
TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:1944 (1.8 KiB) TX bytes:1944 (1.8 KiB)
route -n:
Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.200.1 0.0.0.0 UG 0 0 0 eth0
ping 213.73.91.29:
kein Ergebnis
ping http://www.google.de:
PING http://www.google.com (216.239.51.99): 56 data bytes
64 bytes from 216.239.51.99: icmp_seq=0 ttl=56 time=156.9 ms
64 bytes from 216.239.51.99: icmp_seq=1 ttl=56 time=157.4 ms
64 bytes from 216.239.51.99: icmp_seq=2 ttl=56 time=157.1 ms
64 bytes from 216.239.51.99: icmp_seq=3 ttl=56 time=156.2 ms
64 bytes from 216.239.51.99: icmp_seq=4 ttl=56 time=158.3 ms
--- http://www.google.com ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 156.2/157.1/158.3 ms
Browsermeldung:
The operation times out when attempting to contact http://www.google.de.
Kannst Du damit etwas anfangen? Sieht doch eigentlich recht normal aus? Oder?
Gruß
StarHase
Re: Informationen
Bis auf das er die IP nicht anpingen kann (ist die Addresse von http://www.ccc.de, kannst den DNS Namen anpingen?) sehe ich nichts ungewöhnliches.StarHase hat geschrieben: Kannst Du damit etwas anfangen? Sieht doch eigentlich recht normal aus? Oder?
Schafst du es im Browser auf ein Seite zu kommen, indem du die direkte IP eingibst? Achja was hast du in der interfaces zu der Netzwerkkarte angegeben? Was hast du als DNS-Server?
Mit Suse kannst du auf jeden Fall im Internet browsen? Hast du ja gesagt, weil eigentlch würde ich auf einen Fehler im Gateway tippen, dass würde aber bedeuten das es mit Suse genausowenig geht.
Sorry ich bin dann nen bissel ratlos, vielleicht sieht ja jemand anderes noch was oder hat noch ne andere Idee.
cu
Danke
Hallo tylerD,
danke für Deine Unterstützung... ich werde am Wochenende das System zu Hause einfach neu aufsetzen... (grrrr) Alle Netzwerker die ich gefragt habe, verzweifeln an diesem Phänomen... vielleicht liegt es ja an der Marsnähe ...
In jedem Fall habe ich ein gutes debian-Forum gefunden... und das ist ja schon mal was
Ganz liebe Grüße...
StarHase
danke für Deine Unterstützung... ich werde am Wochenende das System zu Hause einfach neu aufsetzen... (grrrr) Alle Netzwerker die ich gefragt habe, verzweifeln an diesem Phänomen... vielleicht liegt es ja an der Marsnähe ...
In jedem Fall habe ich ein gutes debian-Forum gefunden... und das ist ja schon mal was
Ganz liebe Grüße...
StarHase