(gelöst)Xen server stellt Netzpackete nicht an Gastsystem weiter.Wo suchen?

  • Ich spiele gerae mit Xen rum.
    Der Server hat nur eine Netzwerkkarte un ich versuche es mit bridge.
    roeuting habe ich auch versucht,gibt mir das selbe Ergebniß.
    Der Server 192.168.0.9 hat als gateway 192.168.0.1
    Die xen conf ist auf bridge gestellt.



    Vom Gast system, Mit von Hand eingestelltem Netzwerk.

    Zitat

    ifconfig eth0 192.168.0.8 up
    route add default gw 192.168.0.1(mein router)


    Kann ich ins I-Net ping und ins eigende Netzwerk zugreifen.
    Nur vom Server oder Netzwerk kann ich nicht auf den Gast Pingen (192.168.0.8)
    wenn ich den Gast anpinge stockt der ping einfach.
    little:~# ping 192.168.0.8
    PING 192.168.0.8 (192.168.0.8) 56(84) bytes of data.
    ^C
    --- 192.168.0.8 ping statistics ---
    47 packets transmitted, 0 received, 100% packet loss, time 46013ms


    little:~#
    und nix weiter...
    von Gast



    Womit kriege ich Licht ins dunkele?


    Irgendwie routet der server nicht weiter.sollte doch aber eine brigde sein.
    Das ist bestimmt irgendwas blödes.


    Der server ist ein Einfacher Desktop Lenny system mit KDE.


    Ich habe schon endliche HowToo's durch....:(

    HauptVDR AMD Goede 1750 Easyvdr 0.06.4
    FF_TT2.3 Skystar2.6c 1x160GB + 1x1TB lautloser Rechner weil er im Keller steht. :D


    2x MediaMVP als Client+VOMPServer-Plugin


    TestVDR AMD Goede 1750 mit TT1.5 Easyvdr 06.*
    Bootet auf einer komischen Weise
    PicoPSU als NT

    2 Mal editiert, zuletzt von Dauser ()

  • Du hast bei Deiner Ausgabe oben den Output von "brctl show" und "ifconfig -a" gemischt, so sieht das normal nicht aus.


    Ansonsten muß bei bridge natürlich nichts geroutet werden, zeig mal Deine Xen-Config.


    Schomal daran gedacht dass im Gast evtl nur iptables die Pings blockt? Mal im Gast mit tcpdump nachgeguckt?

  • JAAA Danke.
    iptables -A INPUT -p icmp --icmp-type echo-reply -j ACCEPT
    iptables -A INPUT -p icmp -j ACCEPT


    iptables -A OUTPUT -p icmp --icmp-type echo-request -j ACCEPT
    iptables -A OUTPUT -p icmp -j ACCEPT


    Hats gebracht.
    Da es eine endian image ist sind da wohl regeln bei booten mit reingekommen die ich einfach blind übersehen habe.
    tcpdump hat mir wie du richtig vermutest hat gezeigt das da was ankommt.
    Also ein bischen weitegebohrt und gefunden...


    From 192.168.0.5 icmp_seq=315 Destination Host Unreachable
    From 192.168.0.5 icmp_seq=316 Destination Host Unreachable
    From 192.168.0.5 icmp_seq=317 Destination Host Unreachable
    From 192.168.0.5 icmp_seq=319 Destination Host Unreachable
    From 192.168.0.5 icmp_seq=320 Destination Host Unreachable
    From 192.168.0.5 icmp_seq=321 Destination Host Unreachable
    64 bytes from 192.168.0.8: icmp_seq=344 ttl=64 time=1.20 ms
    64 bytes from 192.168.0.8: icmp_seq=345 ttl=64 time=1.21 ms
    64 bytes from 192.168.0.8: icmp_seq=346 ttl=64 time=1.18 ms
    64 bytes from 192.168.0.8: icmp_seq=347 ttl=64 time=1.57 ms
    64 bytes from 192.168.0.8: icmp_seq=348 ttl=64 time=1.17 ms
    64 bytes from 192.168.0.8: icmp_seq=349 ttl=64 time=1.05 ms
    64 bytes from 192.168.0.8: icmp_seq=350 ttl=64 time=1.15 ms
    64 bytes from 192.168.0.8: icmp_seq=351 ttl=64 time=1.17 ms



    jetzt kann ich mir endian mal aus der VM ansehen.
    ssh und das web interface gehtnoch nicht aber jetzt weiß ich das ich mir das sys angucken muß...
    Fohes Fest wünsche ich dir! Und lass dich Reich beschenken ;)

    HauptVDR AMD Goede 1750 Easyvdr 0.06.4
    FF_TT2.3 Skystar2.6c 1x160GB + 1x1TB lautloser Rechner weil er im Keller steht. :D


    2x MediaMVP als Client+VOMPServer-Plugin


    TestVDR AMD Goede 1750 mit TT1.5 Easyvdr 06.*
    Bootet auf einer komischen Weise
    PicoPSU als NT

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!