Anzeige:
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 15 von 16

Thema: Suse 10.0 --> kein Internet, kein Zugriff auf dem Router

  1. #1
    bibi
    Gast

    Angry Suse 10.0 --> kein Internet, kein Zugriff auf dem Router

    Hi, ich kämpfe seit ein paar Tagen gegen ein sehr nerviges Problem und bin jetzt fast fertig mit den Nerven .
    Hab vor ein paar Tagen Suse 10.0 an der Stelle vom Suse 9.2 als zweites OS neben Win XP installiert(Neuinstallation, kein Update von 9.2) und seit dem hab ich kein Internet unter Linux. Ins Internet gehe ich normallerweise über ein Zyxel P334 Router, der, per DHCP, Adressen an die 3 Rechner vom Homenetzwerk vergibt, hier die DHCP Tabelle des Routers(mein Rechner ist 192.168.1.33)
    http://img50.imageshack.us/img50/625...cptable4ou.jpg

    Von Linux kann ich über Startmenü->System->Üwerwachung->Netzwerkschnittstellen sehen, dass mein Rechner eine IP bekommen hat(192.168.1.33), trotzdem kann ich weder den Router(192.168.1.1) anpingen, noch ins Internet gehen, wie man von den Screenshots sehen kann:
    http://img279.imageshack.us/img279/899/inet82li.jpg
    http://img196.imageshack.us/img196/7494/inet16yq.jpg

    -resolv.conf ist
    Code:
    search 192.168.1.1
    nameserver 192.168.1.1
    -ifconfig gibt mir dies aus: http://img127.imageshack.us/img127/4047/ifconfig8ga.jpg

    -als Standartgateway habe ich über Yast 192.168.1.33 angegeben

    -die Einträge in /var/log/mesages sehen so aus:

    Apr 25 15:25:44 linux gconfd (root-6047): starting (version 2.12.0), pid 6047 user 'root'
    Apr 25 15:25:44 linux gconfd (root-6047): Resolved address "xml:readonly:/etc/opt/gnome/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0
    Apr 25 15:25:44 linux gconfd (root-6047): Resolved address "xml:readwrite:/root/.gconf" to a writable configuration source at position 1
    Apr 25 15:25:44 linux gconfd (root-6047): Resolved address "xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults" to a read-only configuration source at position 2

    Apr 25 15:25:48 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
    Apr 25 15:25:48 linux kernel: eth0: Transmit timeout, status 00000000 00000260
    Apr 25 15:25:56 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
    Apr 25 15:25:56 linux kernel: eth0: Transmit timeout, status 00000000 00000260
    Apr 25 15:26:04 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
    Apr 25 15:26:04 linux kernel: eth0: Transmit timeout, status 00000000 00000260
    Apr 25 15:26:12 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
    Apr 25 15:26:12 linux kernel: eth0: Transmit timeout, status 00000000 00000260
    Apr 25 15:26:20 linux kernel: NETDEV WATCHDOG: eth0: transmit timed out
    Apr 25 15:26:20 linux kernel: eth0: Transmit timeout, status 00000000 00000260

    Mit rot sind die Ereignisse gekenzeichnet, die auftreten, wenn ich das Browserfenster starte. Ich denke, das hat was mit Firewallkonfiguration zu tun, bin mir aber nicht sicher...

    Hat jemand vielleicht eine Idee, woran es liegen kann?

    P.S. Bei der Installation von Suse 9.2 musste ich nur die LAN Karte auf DHCP einstellen und alles hat prima funktioniert.
    Geändert von bibi (25.04.06 um 23:05 Uhr)

  2. #2
    Benutzter Registrierer Avatar von tschloss
    Registriert seit
    Jun 2004
    Ort
    Mannheim
    Beiträge
    3.066
    Willkommen hier im Forum. Danke für den gut dokumentierten Einstieg!!

    Das Standardgateway muss die IP des Routers sein: 192.168.1.1!!
    (Das sollte allerdings nicht den Ping im selben Netz beeinflussen).
    Sollte eigentlich auch per DHCP kommen

    Die search-Zeile in resolv.conf ist falsch, sollte aber auch nicht stören!

    Mit den Fehlermeldungen in messages kann ich nichts anfangen. Hat mit dem Ping auch nichts zu tun (afaik).
    Aber schalte die Firewall doch mal ganz ab zum Test.

    Warum bist du eigentlich im "abgesicherten Modus" (dein Screenshot mit den Bomben)?

    Was sagt "route -n" ? (Sollte mit Ping im LAN auch nichts zu tun haben)
    Was sagt ping zu eigener IP und ping localhost?

    Ich muss jetzt weg, schaue später noch mal rein.
    Greetz
    Thomas

    PS: Consolenausgaben kannst du auch per cut&paste in Code-Tags hier reinkopieren - das ist einfacher für dich und besser lesbar!

  3. #3
    Registrierter Benutzer
    Registriert seit
    Mar 2005
    Beiträge
    553

    die ifconfig Anzeige zeigt "droped packets" an

    wieso? Defekte Hardware, falscher Netzwerkkartentreiber, geändertes Timing ...
    .
    .
    SuSE-10.0 funktioniert ebenfalls wie die 9.2 über dhcp - da gab es keine Probleme, es sei denn die Harwareunterstützung dieser Netzwerkkarte hat sich geändert. Teste mit den Live-Versionen, wie z.B. Knoppix, oder sofern Du noch hast die Boot-CDs/DVDs der anderen Linux-VErsionen welche Treiberversion für diese Netzwerkkarte eingesetzt wird.

  4. #4
    ****
    Registriert seit
    Dec 2004
    Ort
    bei Braunschweig
    Beiträge
    179
    gut, ich habe nicht alles ueberprueft, aber wenn ich meinen std. Gateway auf localhost stelle, habe ich aehnliche effekte, stell das einfach um oder stell per YAST gleich DHCP ein, da werden sowohl DNS als auch ein std. Gateway bezogen
    Zitat Zitat von Mark Shuttleworth
    64 Bit ist super für Datenbanken, doch für Desktops ist es nicht geeignet, hier möchte man nicht auf 32-Bit-Software verzichten.
    where do you want to go today?

  5. #5
    Registrierter Benutzer Avatar von drcux
    Registriert seit
    Oct 2003
    Beiträge
    6.989
    Boote mal mit ACPI=OFF, es scheint ein IRQ-Konflikt vorzuliegen

  6. #6
    ****
    Registriert seit
    Dec 2004
    Ort
    bei Braunschweig
    Beiträge
    179
    Zitat Zitat von drcux
    Boote mal mit ACPI=OFF, es scheint ein IRQ-Konflikt vorzuliegen
    Sollte ein IRQ-Konflikt nicht an der hardware liegen? Wieso sollten dann WindowsXP und SuSE9 problemlos laufen?
    Zitat Zitat von Mark Shuttleworth
    64 Bit ist super für Datenbanken, doch für Desktops ist es nicht geeignet, hier möchte man nicht auf 32-Bit-Software verzichten.
    where do you want to go today?

  7. #7
    Registrierter Benutzer Avatar von drcux
    Registriert seit
    Oct 2003
    Beiträge
    6.989
    # cat /proc/interrupts

  8. #8
    bibi
    Gast
    Hallo,
    vielen Dank für Eure Antworten, es funktioniert leider immer noch nicht. Aber, der Reihe nach:

    Code:
    dhcppc1:~ # route -n
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
    169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
    
    dhcppc1:~ # ping 192.168.1.1
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    From 192.168.1.33: icmp_seq=1 Destination Host Unreachable
    From 192.168.1.33 icmp_seq=1 Destination Host Unreachable
    From 192.168.1.33 icmp_seq=2 Destination Host Unreachable
    From 192.168.1.33 icmp_seq=3 Destination Host Unreachable
    From 192.168.1.33 icmp_seq=5 Destination Host Unreachable
    From 192.168.1.33 icmp_seq=6 Destination Host Unreachable
    From 192.168.1.33 icmp_seq=7 Destination Host Unreachable
    --- 192.168.1.1 ping statistics ---
    7 packets transmitted, 0 received, +7 errors, 100% packet loss, time 6018ms
    , pipe 3
    
    dhcppc1:~ # ping 192.168.1.33
    PING 192.168.1.33 (192.168.1.33) 56(84) bytes of data.
    64 bytes from 192.168.1.33: icmp_seq=1 ttl=64 time=0.037 ms
    64 bytes from 192.168.1.33: icmp_seq=2 ttl=64 time=0.043 ms
    64 bytes from 192.168.1.33: icmp_seq=3 ttl=64 time=0.042 ms
    64 bytes from 192.168.1.33: icmp_seq=4 ttl=64 time=0.043 ms
    --- 192.168.1.33 ping statistics ---
    4 packets transmitted, 4 received, 0% packet loss, time 2999ms
    rtt min/avg/max/mdev = 0.037/0.041/0.043/0.005 ms
    
    dhcppc1:~ # ping localhost
    PING localhost (127.0.0.1) 56(84) bytes of data.
    64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.041 ms
    64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.039 ms
    64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.039 ms
    
    --- localhost ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 1998ms
    rtt min/avg/max/mdev = 0.039/0.039/0.041/0.007 ms
    ----------------------------------------------------------
    Zitat Zitat von tschloss
    Warum bist du eigentlich im "abgesicherten Modus" (dein Screenshot mit den Bomben)?
    --> bin als root angemeldet, deswegen die Bomben

    ----------------------------------------------------------
    Zitat Zitat von tschloss
    Das Standardgateway muss die IP des Routers sein: 192.168.1.1!!
    --> hab ich falsch im Forum angegeben, tatsächlich ist 192.168.1.1. Sorry

    Allerdings muss ich sagen, dass ich die resolv.conf Datei selber editiert habe, sie sah früher so aus:



    ### BEGIN INFO
    #
    # Modified_by: dhcpcd
    # Backup: /etc/resolv.conf.saved.by.dhcpcd.eth0
    # Process: dhcpcd
    # Process_id: 4677
    # Script: /sbin/modify_resolvconf
    # Saveto:
    # Info: This is a temporary resolv.conf created by service dhcpcd.
    # The previous file has been saved and will be restored later.
    #
    # If you don't like your resolv.conf to be changed, you
    # can set MODIFY_{RESOLV,NAMED}_CONF_DYNAMICALLY=no. This
    # variables are placed in /etc/sysconfig/network/config.
    #
    # You can also configure service dhcpcd not to modify it.
    #
    # If you don't like dhcpcd to change your nameserver
    # settings then either set DHCLIENT_MODIFY_RESOLV_CONF=no
    # in /etc/sysconfig/network/dhcp, or
    # set MODIFY_RESOLV_CONF_DYNAMICALLY=no in
    # /etc/sysconfig/network/config or (manually) use dhcpcd
    # with -R. If you only want to keep your searchlist, set
    # DHCLIENT_KEEP_SEARCHLIST=yes in /etc/sysconfig/network/dhcp or
    # (manually) use the -K option.
    #
    ### END INFO

    search 192.168.1.1
    nameserver 195.50.140.252
    nameserver 195.50.140.114

    Ich habe dann nameserver auf 192.168.1.1 geändert und die automatische Änderung ausgeschaltet, also DHCLIENT_MODIFY_RESOLV_CONF=no in /etc/sysconfig/network/dhcp

    ----------------------------------------------------------

    Zitat Zitat von alterpinguin
    wieso? Defekte Hardware, falscher Netzwerkkartentreiber, geändertes Timing
    ...--> Also ich konnte Updates während der Installation heruntreladen und gehe davon aus, dass die Karte in Ordnung ist. Außerdem funktioniert sie über Win XP einwandfrei.Live CD's habe ich leider nicht.

    ----------------------------------------------------------
    Zitat Zitat von drcux
    Boote mal mit ACPI=OFF, es scheint ein IRQ-Konflikt vorzuliegen
    --> sowas hatte ich irgendwo auch gelesen und hab mit ACPI=off gestartet. Ergebnis  wieder kein Internet.
    ----------------------------------------------------------



    Es ist mir was aufgefallen, vielleicht ist das wichtig:
    Und zwar, wenn ich über yast die Einstellungen der Netzwerkkarte betrachte, und sie lediglich mit „weiter“ bestättige, verschwindet zum Schluss meine IP vom Netzwerkschnittstellen-Monitor und Ergebnis von route –n, bzw. ping 192.168.1.1/ 192.168.1.33 sieht dann so aus:

    Code:
    dhcppc1:~ # route -n
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    
    dhcppc1:~ # ping localhost
    PING localhost (127.0.0.1) 56(84) bytes of data.
    64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.040 ms
    64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.038 ms
    --- localhost ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 999ms
    rtt min/avg/max/mdev = 0.038/0.039/0.040/0.001 ms
    
    dhcppc1:~ # ping 192.168.1.33
    connect: Network is unreachable
    
    dhcppc1:~ # ping 192.168.1.1
    connect: Network is unreachable

  9. #9
    Registrierter Benutzer
    Registriert seit
    Mar 2005
    Beiträge
    553

    na dann ist doch alles klar?

    Zitat: (Rest gekürzt)

    Zitat von alterpinguin
    wieso? Defekte Hardware, falscher Netzwerkkartentreiber, geändertes Timing
    ...--> Also ich konnte Updates während der Installation heruntreladen und gehe davon aus, dass die Karte in Ordnung ist. Außerdem funktioniert sie über Win XP einwandfrei.Live CD's habe ich leider nicht.

    ----------------------------------------------------------

    wenn Du während der Installation, und dannach noch die Updates aus dem Internet laden konntest, dann bleibt -- wenn die Ursache nicht mehr gefunden werden kann nur eine Neuinstallation. Und dann aber aufpassen, was geändert wird. bzw. erstmal vergewissern daß alles funktioniert. Und wenn Du dann weißt was es war, dann noch für alle anderen hier posten, damit die auch nicht drüberstolpern.

  10. #10
    Open-Xchange Avatar von cane
    Registriert seit
    Nov 2002
    Ort
    NRW
    Beiträge
    6.682
    man sollte ENTWEDER Yast benutzen ODER manuell in den konfigurationsdateien ändern --> beides ist keine gute Idee...

    mfg
    cane
    Es existiert kein Patch für die menschliche Dummheit.

  11. #11
    Registrierter Benutzer Avatar von Ede
    Registriert seit
    Jul 2004
    Beiträge
    1.773
    Schau zuerst mit
    Code:
    lspci
    , welche Karte du hast. Informiere dich dann hier oder bei google, welches Kernelmodul für diese Netzwerkkarte benötigt wird.

    Mach noch folgendes: Starte Yast und geh da in Hardware -> Hardware-Information. Dann siehst du da einen Knopf "Save to File..." oder "In Datei speichern...". Den Knopf klickst du an, gibst einen Dateinamen ein und speicherst. Lade die Datei ins Internet hoch und schreib hier die URL. Der Datei kann man entnehmen, welches Modul Suse/Yast für die Netzwerkkarte lädt. Möglich, dass es das falsche ist. War bei der Netzwerkkarte in meinem pc2 z. B. der Fall. Statt dmfe hat Suse 10.0 irgendein falsches Netzwerkmodul geladen, und das, obwohl Suse 8.2 für dieselbe Netzwerkkarte richtigerweise dmfe geladen hat.

    configs, die für das Netzwerk wichtig sind:
    Code:
    /etc/resolv.conf
    /etc/sysconfig/network/routes
    /etc/sysconfig/network/ifcfg-eth-id-*
    Diese Dateien kannst du manuell bearbeiten und mit
    Code:
    rcnetwork restart
    die Einstellungen übernehmen.
    notebook Asus M2400N - Centrino 1600 MHz - 768 MB RAM - Suse 11.4
    pc1 MSI PM8M2 - Pentium4 3000 MHz - 2000 MB RAM - Suse 12.3
    pc2 Asus K7VT - Athlon 800 MHz - 256 MB RAM - Suse 12.1

  12. #12
    Registrierter Benutzer Avatar von drcux
    Registriert seit
    Oct 2003
    Beiträge
    6.989
    Zitat Zitat von Atair
    Sollte ein IRQ-Konflikt nicht an der hardware liegen? Wieso sollten dann WindowsXP und SuSE9 problemlos laufen?
    Weil die Systeme die Hardware anders ansteuern?

    SUSE 10.0:
    Code:
    sys4711007:~ # cat /proc/interrupts
               CPU0
      0:   16319987          XT-PIC  timer
      1:       9762          XT-PIC  i8042
      2:          0          XT-PIC  cascade
      5:     640963          XT-PIC  ohci_hcd:usb2, NVidia nForce2, eth0
      7:          7          XT-PIC  parport0
      8:          2          XT-PIC  rtc
      9:          0          XT-PIC  acpi
     11:    6577072          XT-PIC  aic7xxx, ohci_hcd:usb1, ehci_hcd:usb3, nvidia
     12:        101          XT-PIC  i8042
     14:     585999          XT-PIC  ide0
    KANOTIX 2006 Easter-Ed

    Code:
      0:      47235    IO-APIC-edge  timer
      1:         45    IO-APIC-edge  i8042
      7:          0    IO-APIC-edge  parport0
      8:          1    IO-APIC-edge  rtc
      9:          0   IO-APIC-level  acpi
     10:          0    IO-APIC-edge  MPU401 UART
     12:        104    IO-APIC-edge  i8042
     14:       1923    IO-APIC-edge  ide0
    177:        562   IO-APIC-level  aic7xxx
    185:       3692   IO-APIC-level  ohci_hcd:usb1, NVidia nForce2
    193:        240   IO-APIC-level  ohci_hcd:usb2
    201:        318   IO-APIC-level  ehci_hcd:usb3
    209:        917   IO-APIC-level  skge

  13. #13
    bibi
    Gast
    Hallo danke nochmalls für Eure Antworten,
    schreibe jetzt von Suse 9.2, hab alles von 10.0 gelöscht und eine Neuinstallation durchgeführt. Nachher mußte ich absolut nichts einstellen, nicht mal die Netzwerkkarte auf DHCP, alles hat Suse 9.2 selber gemacht.

    @tschloss
    Aber schalte die Firewall doch mal ganz ab zum Test.
    Ähm, das hatte ich schon ausprobiert, hab aber auch vergessen, es zu erwähnen.

    @drcux
    Hier die Ausgabe von # cat /proc/interrupts von alten Suse 10.0 System:
    Code:
    dhcppc1:~ # cat /proc/interrupts
               CPU0
      0:     131239          XT-PIC  timer
      1:        125          XT-PIC  i8042
      2:          0          XT-PIC  cascade
      7:          1          XT-PIC  parport0
      8:          2          XT-PIC  rtc
      9:       4181          XT-PIC  acpi, ohci_hcd:usb1, ehci_hcd:usb4
     10:       4933          XT-PIC  SiS SI7012, ohci_hcd:usb3
     11:         63          XT-PIC  ohci_hcd:usb2, ohci1394, yenta, yenta, eth0, sonypi
     12:        106          XT-PIC  i8042
     14:      12062          XT-PIC  ide0
     15:       1130          XT-PIC  ide1
    NMI:          0
    LOC:          0
    ERR:          0
    MIS:          0
    dhcppc1:~ #
    und unter 9.2,
    Code:
    dhcppc1:~ # cat /proc/interrupts
               CPU0
      0:    2962352          XT-PIC  timer
      1:       3014          XT-PIC  i8042
      2:          0          XT-PIC  cascade
      9:      80379          XT-PIC  acpi, ohci_hcd
     10:     176106          XT-PIC  ohci_hcd, SiS SI7012
     11:       3299          XT-PIC  ohci1394, ohci_hcd, ehci_hcd, yenta, yenta, eth0
     12:        102          XT-PIC  i8042
     14:      41910          XT-PIC  ide0
     15:       6321          XT-PIC  ide1
    NMI:          0
    LOC:          0
    ERR:          0
    MIS:          0
    dhcppc1:~ #

    Bevor der Suse 9.2-Neuinstallation, hab ich mir Knoppix runtergeladen und es hat nicht funktioniert, genau wie unter Suse 10.0.

    Später werde ich 10.0 als drittes OS installieren und das machen, was mir @Ede empfohlen hat.

    Gruss,
    bibi

  14. #14
    Registrierter Benutzer Avatar von batchman
    Registriert seit
    Oct 2005
    Ort
    Essen
    Beiträge
    17

    Zwei Netzwerksegmente

    Wenn ich richtig gesehen habe, dann betreibst Du zwei Netzwerksegmente.

    Suse hatte in der Vergangenheit auch schon mehrere Probleme bei der Zuordnung der Default-Gateways zum richtigen Netzwerk-Interface (vor allen Dingen, wenn auch noch zwei verschiedene netmasks verwendet werden).

    Hier war in der Vergangenheit immer manueller Konfigurationsaufwand notwendig, damit alles vernuenftig lief.

    Ausserdem waere ein "iptables --list" nicht schlecht fuer eine Analyse gewesen (Firewall Ausgabe).

  15. #15
    bibi
    Gast
    So, jetzt laufen bei mir Win XP, Suse 9.2 und Suse 10.0, wobei bei XP und Suse 9.2 internet einwandfei funktioniert.


    Code:
    # dhcppc1:~ # lspci
    00:00.0 Host bridge: Silicon Integrated Systems [SiS] 645xx (rev 03)
    00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202
    00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 14)
    00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
    00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
    00:02.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller (rev a0)
    00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0)
    00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
    00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
    00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
    00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
    00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
    00:0a.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev aa)
    00:0a.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev aa)
    00:0a.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 02)
    01:00.0 VGA compatible controller: nVidia Corporation NV31M [GeForce FX Go5600] (rev a1)
    Hier der entsprechende Eintrag, welches Modul für die Netzwerkkarte(SiS900 PCI Fast Ethernet) benutzt wird:

    Code:
    ...
    23: PCI 04.0: 0200 Ethernet controller
      [Created at pci.277]
      UDI: /org/freedesktop/Hal/devices/pci_1039_900
      Unique ID: rBUF.ahQyBPJk0AA
      SysFS ID: /devices/pci0000:00/0000:00:04.0
      SysFS BusID: 0000:00:04.0
      Hardware Class: network
      Model: "Sony SiS900 PCI Fast Ethernet"
      Vendor: pci 0x1039 "Silicon Integrated Systems Corp."
      Device: pci 0x0900 "SiS900 PCI Fast Ethernet"
      SubVendor: pci 0x104d "Sony Corporation"
      SubDevice: pci 0x814e 
      Revision: 0x90
      Driver: "sis900"
      Device File: eth0
      I/O Ports: 0x2000-0x20ff (rw)
      Memory Range: 0xd4004000-0xd4004fff (rw,non-prefetchable)
      Memory Range: 0x48000000-0x4801ffff (ro,prefetchable,disabled)
      IRQ: 11 (105 events)
      HW Address: 08:00:46:b3:72:40
      Link detected: yes
      Module Alias: "pci:v00001039d00000900sv0000104Dsd0000814Ebc02sc00i00"
      Driver Info #0:
        Driver Status: sis900 is active
        Driver Activation Cmd: "modprobe sis900"
      Config Status: cfg=no, avail=yes, need=no, active=unknown
    
    .....



    Ergebnis von # iptables --list ist in der Datei iptables.txt (37,2 KB)

    Ich werde wahrscheinlich zu Suse 9.2 zurückkehren, denn ich habe schon Kopfschmerzen von 10.0 und möchte langsam gar nicht davon hören

    Danke an allen aus dem Forum, die mir Lösungstipps gegeben haben!
    Geändert von bibi (27.04.06 um 22:34 Uhr)

Ähnliche Themen

  1. D-Link DFE-528TX
    Von Tyrsinis im Forum Router und Netzaufbau
    Antworten: 3
    Letzter Beitrag: 27.07.05, 01:42
  2. Problem Postfix Suse 8.1
    Von MichaFoe im Forum Linux als Server
    Antworten: 1
    Letzter Beitrag: 26.04.05, 09:23
  3. Über den Server mit dem Client online (SuSE 9.2)!?
    Von micha97 im Forum Linux als Server
    Antworten: 2
    Letzter Beitrag: 27.03.05, 12:26
  4. Wer Linux sagt, muss auch SuSE sagen
    Von Freekazonid im Forum Meldungen und Mitglieder
    Antworten: 282
    Letzter Beitrag: 03.09.04, 23:12
  5. Sicherheit überprüfen
    Von keiner_1 im Forum Tipps und Tricks
    Antworten: 3
    Letzter Beitrag: 21.06.02, 11:53

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •