Hallo,
meinen Rechner lasse häufiger längere Zeit online (T-Online- Flatrate).
- Manchmal hängt irgendwas, dann boote ich neu, um nach Möglichkeit
einen sauber definerten Zustand zu erzielen.
- Obwohl "automatische Einwahl"(oder so ähnlich) gewählt ist, kommt es
gelegentlich zur Situation, daß _KEINE_ Verbindung hergestellt wird. In
diesen Fällen hilft dann auch mehrmaliges Booten nicht.
- Mehr oder weniger zufällig beobachtete ich, daß eine Verbindung
hergestellt wird, wenn ich in "YAST2 - Netzwerkgeräte - DSL"
die Erkennung angeschlossener DSl-Verbingungen 'erzwinge'.
Dieses Vorgehen hat nun bereits dreimal funktioniert.
FRAGEN:
- Bei der Erkennung dauert es relativ lange, bis der DSL-Anschluß
erkannt wird. Könnte es sein, daß während des Bootvorganges die Zeit
hierzu nicht reicht?
- Woran könnte dieser vermeintliche Fehler liegen?
- Wie könnte ich dies abstellen?
- Kann mir jemand helfen, diese scheinbare Zufälligkeit (Verbindung oder
nicht)
- An welcher Stelle kann man entsprechende Infos abfragen?
Danke schon mal
Axel
P.S.: Ihr merkt es bestimmt: ich bin Newbie)
--
Dr. Axel Krebs
Hallo Axel, hallo Leute, Am Montag, 1. August 2005 16:33 schrieb Dr. Axel Krebs:
meinen Rechner lasse häufiger längere Zeit online (T-Online- Flatrate). [automatische Einwahl geht nicht immer] - Mehr oder weniger zufällig beobachtete ich, daß eine Verbindung hergestellt wird, wenn ich in "YAST2 - Netzwerkgeräte - DSL" die Erkennung angeschlossener DSl-Verbingungen 'erzwinge'.
Dieses Vorgehen hat nun bereits dreimal funktioniert.
FRAGEN: - Bei der Erkennung dauert es relativ lange, bis der DSL-Anschluß erkannt wird. Könnte es sein, daß während des Bootvorganges die Zeit hierzu nicht reicht?
Halte ich für unwahrscheinlich.
- Woran könnte dieser vermeintliche Fehler liegen?
Schuss ins Blaue: Ein Kernelmodul (z. B. für die Netzwerkkarte) wird erst von YaST geladen. Vergleiche mal die Ausgabe von lsmod vor und nach dem YaST-Durchlauf.
- Wie könnte ich dies abstellen?
Zeigt sich anhand Deiner Beobachtungen noch ;-)
- Kann mir jemand helfen, diese scheinbare Zufälligkeit (Verbindung oder nicht)
- An welcher Stelle kann man entsprechende Infos abfragen?
tail -f /var/log/messages und dann YaST aufrufen. Gruß Christian Boltz -- Wer News über ein Webinterface liest, filmt auch die Tageszeitung, um sie auf dem Fernseher anzuschauen. [Henning Schlottmann]
Christian, danke für Deine Kommentare. Habe "lsmod" ausprbiert: vor und nach dem Starten von YAST2: keine erkennbarenUnterschiede. Wenn ich den Tail-Befehl starte, bekomme ich das Folgende: ... ... "tail -f /var/log/messages" liefert: Aug 2 18:05:46 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.216.87 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=22466 DF PROTO=TCP SPT=4219 DPT=135 WINDOW=64800 RES=0x00 SYN URGP=0 OPT (020405A001010402) Aug 2 18:06:04 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.239.210 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=127 ID=721 DF PROTO=TCP SPT=3654 DPT=139 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405AC0103030001010402) Aug 2 18:06:06 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.70.45 DST=84.163.231.78 LEN=64 TOS=0x00 PREC=0x00 TTL=44 ID=23167 DF PROTO=TCP SPT=3968 DPT=445 WINDOW=53760 RES=0x00 SYN URGP=0 OPT (020405A0010303030101080A000000000000000001010402) Aug 2 18:06:07 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.239.210 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=127 ID=851 DF PROTO=TCP SPT=3654 DPT=139 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405AC0103030001010402) Aug 2 18:06:09 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.70.45 DST=84.163.231.78 LEN=64 TOS=0x00 PREC=0x00 TTL=44 ID=23506 DF PROTO=TCP SPT=3968 DPT=445 WINDOW=53760 RES=0x00 SYN URGP=0 OPT (020405A0010303030101080A000000000000000001010402) Aug 2 18:06:26 linux su: (to root) drak on /dev/pts/2 Aug 2 18:06:26 linux su: pam_unix2: session started for user root, service su Aug 2 18:06:30 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.69.205 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=124 ID=39113 DF PROTO=TCP SPT=3492 DPT=135 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405AC0103030001010402) Aug 2 18:06:32 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.58.23.193 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=58 ID=23471 DF PROTO=TCP SPT=3142 DPT=135 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405A001010402) Aug 2 18:06:35 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.58.23.193 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=58 ID=23798 DF PROTO=TCP SPT=3142 DPT=135 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405A001010402) "tail -f /var/log/messages" liefert NACH YAST-Aufruf: ... linux:/home/krebsaxel # tail -f /var/log/messages Aug 2 18:12:58 linux kernel: SFW2-INext-ACC-HiTCP IN=ppp0 OUT= MAC= SRC=217.72.192.134 DST=84.163.231.78 LEN=153 TOS=0x00 PREC=0x00 TTL=60 ID=55737 DF PROTO=TCP SPT=110 DPT=1492 WINDOW=5792 RES=0x00 ACK PSH URGP=0 OPT (0101080A29825A4F001F70BC) Aug 2 18:12:59 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.8.89 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=124 ID=60846 DF PROTO=TCP SPT=2020 DPT=445 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405A00103030001010402) Aug 2 18:13:02 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.8.89 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=124 ID=61172 DF PROTO=TCP SPT=2020 DPT=445 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405A00103030001010402)
Aug 2 18:13:06 linux dhcpcd[8344]: timed out waiting for a valid DHCP server response Aug 2 18:13:15 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.135.189 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=37912 DF PROTO=TCP SPT=1765 DPT=135 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405A001010402) Aug 2 18:13:18 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.135.189 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=38366 DF PROTO=TCP SPT=1765 DPT=135 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405A001010402) Aug 2 18:13:39 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.245.176.24 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=121 ID=55994 DF PROTO=TCP SPT=2131 DPT=135 WINDOW=16384 RES=0x00 SYN URGP=0 OPT (020405A001010402) Aug 2 18:13:46 linux kernel: SFW2-INext-ACC-HiUDP IN=ppp0 OUT= MAC= SRC=70.86.48.186 DST=84.163.231.78 LEN=513 TOS=0x00 PREC=0x00 TTL=54 ID=0 DF PROTO=UDP SPT=32994 DPT=1026 LEN=493 Aug 2 18:13:46 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=70.86.48.186 DST=84.163.231.78 LEN=513 TOS=0x00 PREC=0x00 TTL=54 ID=0 DF PROTO=UDP SPT=32994 DPT=1026 LEN=493 Aug 2 18:13:58 linux kernel: SFW2-INext-ACC-HiTCP IN=ppp0 OUT= MAC= SRC=217.72.192.134 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=60 ID=55738 DF PROTO=TCP SPT=110 DPT=1492 WINDOW=5792 RES=0x00 ACK FIN URGP=0 OPT (0101080A298271BF001F7114) Aug 2 18:14:10 linux dhcpcd[8471]: broadcasting DHCP_DISCOVER Aug 2 18:14:17 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.78.114 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=124 ID=27506 DF PROTO=TCP SPT=4840 DPT=139 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405A001010402) Aug 2 18:14:20 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.78.114 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=124 ID=27803 DF PROTO=TCP SPT=4840 DPT=139 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405A001010402) Aug 2 18:14:20 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.239.224 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=64833 DF PROTO=TCP SPT=3908 DPT=445 WINDOW=64800 RES=0x00 SYN URGP=0 OPT (020405A001010402)
Aug 2 18:14:20 linux dhcpcd[8471]: timed out waiting for a valid DHCP server response Aug 2 18:14:23 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.239.224 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=64884 DF PROTO=TCP SPT=3908 DPT=445 WINDOW=64800 RES=0x00 SYN URGP=0 OPT (020405A001010402)
[3]+ Stopped tail -f /var/log/messages ... An den mit ">>" markierten beiden Zeilen scheint das System auf dhcpcd[8344] oder dhcpcd[8471] zu warten. Kann das der Grund für die Verzögerungen sein? Gruß, Axel Am Di, den 02.08.2005 schrieb Christian Boltz um 1:48:
Hallo Axel, hallo Leute,
Am Montag, 1. August 2005 16:33 schrieb Dr. Axel Krebs:
meinen Rechner lasse häufiger längere Zeit online (T-Online- Flatrate). [automatische Einwahl geht nicht immer] - Mehr oder weniger zufällig beobachtete ich, daß eine Verbindung hergestellt wird, wenn ich in "YAST2 - Netzwerkgeräte - DSL" die Erkennung angeschlossener DSl-Verbingungen 'erzwinge'.
Dieses Vorgehen hat nun bereits dreimal funktioniert.
FRAGEN: - Bei der Erkennung dauert es relativ lange, bis der DSL-Anschluß erkannt wird. Könnte es sein, daß während des Bootvorganges die Zeit hierzu nicht reicht?
Halte ich für unwahrscheinlich.
- Woran könnte dieser vermeintliche Fehler liegen?
Schuss ins Blaue: Ein Kernelmodul (z. B. für die Netzwerkkarte) wird erst von YaST geladen. Vergleiche mal die Ausgabe von lsmod vor und nach dem YaST-Durchlauf.
- Wie könnte ich dies abstellen?
Zeigt sich anhand Deiner Beobachtungen noch ;-)
- Kann mir jemand helfen, diese scheinbare Zufälligkeit (Verbindung oder nicht)
- An welcher Stelle kann man entsprechende Infos abfragen?
tail -f /var/log/messages und dann YaST aufrufen.
Gruß
Christian Boltz -- Wer News über ein Webinterface liest, filmt auch die Tageszeitung, um sie auf dem Fernseher anzuschauen. [Henning Schlottmann] -- Dr. Axel Krebs
Hallo Axel, hallo Leute, Am Dienstag, 2. August 2005 18:22 schrieb Dr. Axel Krebs:
danke für Deine Kommentare. Habe "lsmod" ausprbiert: vor und nach dem Starten von YAST2: keine erkennbarenUnterschiede.
Ein nicht geladenes Modul scheidet also schonmal aus. Bliebe theoretisch noch ein nicht gestarteter Daemon, was mich aber eher wundern würde. Vergleiche dazu mal die Ausgabe von ps ax vor und nach dem YaST-Lauf (abweichende Werte in der Spalte TIME kannst Du ignorieren, die in STAT in der Regel auch).
Wenn ich den Tail-Befehl starte, bekomme ich das Folgende: ...
... "tail -f /var/log/messages" liefert:
vorweg: SFW2-INext-DROP-DEFLT heißt, dass das jeweilige Paket geblockt wurde. Sehen wir uns die Pakete mal etwas genauer an:
Aug 2 18:05:46 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.216.87 DST=84.163.231.78 LEN=48 TOS=0x00 PREC=0x00 TTL=127
Ein Datenpaket von 84.163.216.87 (SRC) an 84.163.231.78 (DST) wurde abgelehnt.
ID=22466 DF PROTO=TCP SPT=4219 DPT=135 WINDOW=64800 RES=0x00 SYN
Zielport (DPT) war 135 (laut /etc/services "DCE end point resolution" - sagt mir spontan nichts, frag einfach mal Google ;-)
URGP=0 OPT (020405A001010402) Aug 2 18:06:04 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.239.210 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=127 ID=721 DF PROTO=TCP SPT=3654 DPT=139 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405AC0103030001010402)
Zielport 139 heißt, dass es das übliche Hintergrundrauschen der Windows-Dateifreigabe oder Samba ist. Kannst Du ignorieren.
Aug 2 18:06:06 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.70.45 DST=84.163.231.78 LEN=64 TOS=0x00 PREC=0x00 TTL=44 ID=23167 DF PROTO=TCP SPT=3968 DPT=445 WINDOW=53760 RES=0x00 SYN URGP=0 OPT (020405A0010303030101080A000000000000000001010402)
Zielport 445 gehört auch irgendwie[tm] zur Windows-Dateifreigabe. Was mich dabei erstmal wundert: anscheinend hast Du eine IP - ansonsten könnten diese Pakete nicht bei Dir ankommen.
Aug 2 18:06:26 linux su: (to root) drak on /dev/pts/2 Aug 2 18:06:26 linux su: pam_unix2: session started for user root, service su Aug 2 18:06:30 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=84.163.69.205 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=124 ID=39113 DF PROTO=TCP SPT=3492 DPT=135 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405AC0103030001010402)
Wieder (diesmal mehrfach [weggekürzt]) Zielport 135 - siehe oben.
"tail -f /var/log/messages" liefert NACH YAST-Aufruf: ... linux:/home/krebsaxel # tail -f /var/log/messages Aug 2 18:12:58 linux kernel: SFW2-INext-ACC-HiTCP IN=ppp0 OUT= MAC= SRC=217.72.192.134 DST=84.163.231.78 LEN=153 TOS=0x00 PREC=0x00 TTL=60 ID=55737 DF PROTO=TCP SPT=110 DPT=1492 WINDOW=5792 RES=0x00 ACK PSH URGP=0 OPT (0101080A29825A4F001F70BC)
Diesmal wurde ein Paket akzeptiert - SPT 110 ist pop3 (Mailabruf). (Allerdings wundert micht, dass SPT 110 verwendet ist - typisch ist _DPT_ 110.) Ansonsten (weggekürzt) wieder das Windows-Hintergrundrauschen.
Aug 2 18:13:06 linux dhcpcd[8344]: timed out waiting for a valid DHCP server response
Aug 2 18:13:46 linux kernel: SFW2-INext-ACC-HiUDP IN=ppp0 OUT= MAC= SRC=70.86.48.186 DST=84.163.231.78 LEN=513 TOS=0x00 PREC=0x00 TTL=54 ID=0 DF PROTO=UDP SPT=32994 DPT=1026 LEN=493
Ein akzeptiertes UDP-Paket, das ich allerdings nicht zuordnen kann.
Aug 2 18:13:46 linux kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=70.86.48.186 DST=84.163.231.78 LEN=513 TOS=0x00 PREC=0x00 TTL=54 ID=0 DF PROTO=UDP SPT=32994 DPT=1026 LEN=493
Ein ähnliches UDP-Paket wurde kurz darauf abgelehnt.
Aug 2 18:13:58 linux kernel: SFW2-INext-ACC-HiTCP IN=ppp0 OUT= MAC= SRC=217.72.192.134 DST=84.163.231.78 LEN=52 TOS=0x00 PREC=0x00 TTL=60 ID=55738 DF PROTO=TCP SPT=110 DPT=1492 WINDOW=5792 RES=0x00 ACK FIN URGP=0 OPT (0101080A298271BF001F7114)
Wieder SPT 110 (pop3)
Aug 2 18:14:10 linux dhcpcd[8471]: broadcasting DHCP_DISCOVER
Nächster Versuch, per DHCP eine IP zu bekommen. Ergebnis: "nur" Windows-Hintergrundrauschen. (oder Du hast zu viel weggekürzt ;-)
Aug 2 18:14:20 linux dhcpcd[8471]: timed out waiting for a valid DHCP server response
So, es kam also wieder keine Antwort per DHCP.
An den mit ">>" markierten beiden Zeilen scheint das System auf dhcpcd[8344] oder dhcpcd[8471] zu warten.
Kann das der Grund für die Verzögerungen sein?
Gut möglich. Die Frage ist nur, ob keine Antwort kommt oder ob sie "nur" irgendwo geblockt wird. _Zum Testen_ kannst Du ja mal kurzfristig die Firewall abschalten - funktioniert es dann? Was noch interessant wäre: Was ist bei Dir netzwerktechnisch vorhanden (Anzahl Netzwerkkarten im Rechner? Internes Netz? Ausgabe von ifconfig?) und wie ist die Firewall konfiguriert? grep "^[^#]" /etc/sysconfig/SuSEfirewall2
Am Di, den 02.08.2005 schrieb Christian Boltz um 1:48:
Am Montag, 1. August 2005 16:33 schrieb Dr. Axel Krebs:
TOFU entsorgt - bitte http://learn.to/quote Gruß Christian Boltz, keine Zufallssig. -- A: Weil es die Lesbarkeit des Textes verschlechtert. F: Warum ist TOFU so schlimm? A: TOFU F: Was ist eins der groesste Aergernisse im Usenet?
Hallo Christian, hallo Leute, danke für Deine Hinweise. Am Di, den 02.08.2005 schrieb Christian Boltz um 23:19: ...
Ein nicht geladenes Modul scheidet also schonmal aus.
Bliebe theoretisch noch ein nicht gestarteter Daemon, was mich aber eher wundern würde. Vergleiche dazu mal die Ausgabe von ps ax vor und nach dem YaST-Lauf (abweichende Werte in der Spalte TIME kannst Du ignorieren, die in STAT in der Regel auch). Gibt jeweils lange Textausgabe. Gibt es eine _praktische_ Möglichkeit, zwei Textfiles _automatisch_ auf Unterschiede zu vergleichen?
Am besten wäre es, wenn nur diese Unterschiede ausgegeben würden.
Wenn ich den Tail-Befehl starte, bekomme ich das Folgende: ...
"tail -f /var/log/messages" liefert:
...
Zielport (DPT) war 135 (laut /etc/services "DCE end point resolution" - sagt mir spontan nichts, frag einfach mal Google ;-) Google sagt viel... seeehr viel, ;-)
...
Zielport 445 gehört auch irgendwie[tm] zur Windows-Dateifreigabe.
Was mich dabei erstmal wundert: anscheinend hast Du eine IP - ansonsten könnten diese Pakete nicht bei Dir ankommen. Habe ne Homepage
...
"tail -f /var/log/messages" liefert NACH YAST-Aufruf: ... ...
Aug 2 18:14:20 linux dhcpcd[8471]: timed out waiting for a valid DHCP server response
So, es kam also wieder keine Antwort per DHCP.
An den mit ">>" markierten beiden Zeilen scheint das System auf dhcpcd[8344] oder dhcpcd[8471] zu warten.
Kann das der Grund für die Verzögerungen sein?
Gut möglich. Die Frage ist nur, ob keine Antwort kommt oder ob sie "nur" irgendwo geblockt wird.
_Zum Testen_ kannst Du ja mal kurzfristig die Firewall abschalten - funktioniert es dann? ... sieht ganz so aus. Deine Vermutung ist wohl richtig, scheint Frage der Firewall-Konfiguration zu sein!?
Was noch interessant wäre: Was ist bei Dir netzwerktechnisch vorhanden (Anzahl Netzwerkkarten im Rechner? soweit ich weiß nur eine (hmmm... Neuling... )
Internes Netz? dazu kann ich mangels ausreichender Kenntnissen nix sagen
Ausgabe von ifconfig?)
Wie folgt: eth0 Protokoll:Ethernet Hardware Adresse 00:0D:61:7D:E9:26 inet6 Adresse: fe80::20d:61ff:fe7d:e926/64 Gültigkeitsbreich: Verbindung UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:405 errors:0 dropped:0 overruns:0 frame:0 TX packets:379 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:131138 (128.0 Kb) TX bytes:36670 (35.8 Kb) Interrupt:11 Basisadresse:0xc000 lo Protokoll:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:373 errors:0 dropped:0 overruns:0 frame:0 TX packets:373 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:87365 (85.3 Kb) TX bytes:87365 (85.3 Kb) ppp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:84.163.222.209 P-z-P:217.0.116.57 Maske:255.255. 255.255 UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:330 errors:0 dropped:0 overruns:0 frame:0 TX packets:292 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:3 RX bytes:119294 (116.4 Kb) TX bytes:21670 (21.1 Kb)
und wie ist die Firewall konfiguriert? grep "^[^#]" /etc/sysconfig/SuSEfirewall2
Wie folgt: linux:/home/krebsaxel # grep "^[^#]" /etc/sysconfig/SuSEfirewall2 FW_QUICKMODE="no" FW_DEV_EXT="auto" FW_DEV_INT="eth-id-00:0d:61:7d:e9:26 dsl1" FW_DEV_DMZ="" FW_ROUTE="no" FW_MASQUERADE="no" FW_MASQ_DEV="$FW_DEV_EXT" FW_MASQ_NETS="0/0" FW_PROTECT_FROM_INTERNAL="yes" FW_AUTOPROTECT_SERVICES="yes" FW_SERVICES_EXT_TCP="http https imap imaps pop3 pop3s smtp ssh" FW_SERVICES_EXT_UDP="" FW_SERVICES_EXT_IP="" FW_SERVICES_EXT_RPC="" FW_SERVICES_DMZ_TCP="" FW_SERVICES_DMZ_UDP="" FW_SERVICES_DMZ_IP="" FW_SERVICES_DMZ_RPC="" FW_SERVICES_INT_TCP="" FW_SERVICES_INT_UDP="" FW_SERVICES_INT_IP="" FW_SERVICES_INT_RPC="" FW_SERVICES_QUICK_TCP="" FW_SERVICES_QUICK_UDP="" FW_SERVICES_QUICK_IP="" FW_TRUSTED_NETS="" FW_ALLOW_INCOMING_HIGHPORTS_TCP="no" FW_ALLOW_INCOMING_HIGHPORTS_UDP="DNS" FW_SERVICE_AUTODETECT="yes" FW_SERVICE_DNS="no" FW_SERVICE_DHCLIENT="no" FW_SERVICE_DHCPD="no" FW_SERVICE_SQUID="no" FW_SERVICE_SAMBA="no" FW_FORWARD="" FW_FORWARD_MASQ="" FW_REDIRECT="" FW_LOG_DROP_CRIT="yes" FW_LOG_DROP_ALL="yes" FW_LOG_ACCEPT_CRIT="yes" FW_LOG_ACCEPT_ALL="yes" FW_KERNEL_SECURITY="yes" FW_ANTISPOOF="no" FW_STOP_KEEP_ROUTING_STATE="no" FW_ALLOW_PING_FW="yes" FW_ALLOW_PING_DMZ="no" FW_ALLOW_PING_EXT="no" FW_ALLOW_FW_TRACEROUTE="no" FW_ALLOW_FW_SOURCEQUENCH="yes" FW_ALLOW_FW_BROADCAST="int" FW_IGNORE_FW_BROADCAST="no" FW_ALLOW_CLASS_ROUTING="no" FW_CUSTOMRULES="" FW_REJECT="no" FW_HTB_TUNE_DEV="" FW_IPv6="" FW_IPv6_REJECT_OUTGOING="yes" FW_IPSEC_TRUST="no" FW_IPSEC_MARK="" FW_LOG="" Aus YAST -> "Startprotokoll anzeigen" (aus "/var/log/boot.msg") ... Waiting for mandatory devices: eth-id-00:0d:61:7d:e9:26 19 18 17 16 13 12 11 10 8 7 6 5 4 2 1 0 eth0 interface could not be set up failed dsl1 done Setting up service network . . . . . . . . . . . . . failed <notice>exit status of (network) is (7) ...
TOFU entsorgt - bitte http://learn.to/quote sorry; ist wieder viel Stoff.
Gruß
Christian Boltz, keine Zufallssig (?)
Gruß, Axel
participants (2)
-
Christian Boltz
-
Dr. Axel Krebs