Beiträge von templis

    Hey Ihr,


    der Support hat mich hierhin verwiesen, daher frage ich einfach mal hier, ob mir evtl. einer weiterhelfen kann.


    Wir haben einen mailpiler auf einem Storage Server laufen.

    Seit einer gewissen Zeit(vermutlich max. 1-3 Wochen oder Anfang des Jahres) kann dieser jedoch keine Mails mehr annehmen.


    hier ein netstat, man sieht, piler läuft: und listened auf allen interfaces und hofft auf E-Mails :)

    Code
    /usr/local/etc/piler # ss -tnulp | grep :25
    
    tcp    LISTEN   0        20                0.0.0.0:25             0.0.0.0:*      users:(("piler-smtp",pid=4031,fd=4))


    hier noch ein auszug aus der Firewall. Auch hier nichts komisch. (die geblockten ips, kommen durch fail2ban)

    hier ein versuch auf die externe IP via telnet zu connecten:

    Code
    /usr/local/etc/piler # telnet xxx.xxx.xxx.xxx 25
    
    Trying xxx.xxx.xxx.xxx...
    telnet: Unable to connect to remote host: Connection timed out

    und hier, wenn ich den localhost nehme.

    Code
    /usr/local/etc/piler # telnet 127.0.0.1 25 
    
    Trying 127.0.0.1...
    Connected to 127.0.0.1.
    Escape character is '^]'.
    220 piler.yourdomain.com ESMTP
    quit
    221 piler.yourdomain.com Goodbye
    Connection closed by foreign host.


    Wenn ich piler auf jedem anderen Port als den Mailports(port 25, 587) laufen lasse, funktioniert der telnet connect auch problemlos an meiner externen IP.

    Das Problem trat aus heiterem Himmel, ohne update oder upgrade auf.

    Ich hätte eine Frage zu ungepatchten Kunden VMs.

    Können diese aus der Cloud ausbrechen und den Speicherinhalt anderer Kunden VMs auslesen?

    So wie ich den CVE verstanden habe, handelt es sich hierbei ja um ein "Feature" von Intel Prozessoren, welches durch einen Software Patch abgeschaltet wird.

    Wenn jetzt eine ungepatchte Virtuelle Maschine dieses Feature noch nicht weg gepatcht hat, hat diese dann dennoch die Möglichkeit auszubrechen und den Speicherinhalt von anderen Maschinen auszulesen?

    Heißt aber auch soviel wie, wenn das Hostsystem kein NTP nützt, wäre es im Gastsystem doch irgendwie sinnvoll? Und das wissen wir bisher leider nicht, was netcup am Node laufen hat.


    Das stimmt schon, aber warum sollte man KVM-Clock bauen, wenn man dahinter keinen ntp benutzt?
    Zumal die Uhrzeit ja stimmt, daher ist ja schon von 'nem funktionierenden ntp auszugehen. :)

    nein liegt er nicht.
    Eine route habe ich erstellt:
    ip -6 route add 2a03:4000:0:2::1 dev eth0
    habe ich die falsch erstellt?
    Wenn ich jetzt ping6 2a03:4000:0:2::1 mache, kommt immer:

    Code
    From 2a03:4000:2:***::10 icmp_seq=1 Destination unreachable: Address unreachable
    From 2a03:4000:2:***::10 icmp_seq=2 Destination unreachable: Address unreachable 
    From 2a03:4000:2:***::10 icmp_seq=3 Destination unreachable: Address unreachable 
    ping: sendmsg: Network is unreachable


    hier noch ein Auszug aus ip-route:

    Code
    2a03:4000:0:2::1 dev eth0 metric 1024
    2a03:4000:2:***::/64 dev eth0 metric 1024
    fe80::/64 dev eth0 proto kernel metric 256

    Du kannst prüfen, ob die Uhrzeit vom KVM durchgegeben wird mit:

    Code
    dmesg | grep kvm-clock


    oder auch:

    Code
    cat /sys/devices/system/clocksource/clocksource0/current_clocksource


    dann sollte da kvm-clock als output kommen.
    Wenn KVM-Clock benutzt wird, ist es nicht zu empfehlen ntp zu benutzen...

    Hallo ich habe auf meiner KVM arch64 laufen.
    Soweit geht auch alles, aber wenn ich IPv6 hinzufügen möchte klappt nix mehr.
    Das "nix mehr" liegt am Gateway, da meine IPv6 keine Verbindung zum GW hinbekommt. (network out of range)
    Hier noch ein paar ausgaben, die vielleicht hilfreich sind:
    Das ist die IPv6 die ich aus dem VCP hab

    Code
    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    	link/ether 52:54:1f:86:bd:a9 brd ff:ff:ff:ff:ff:ff
    	inet 37.221.***.***/22 brd 37.221.***.255 scope global eth0
    	inet6 2a03:4000:*:***::10/64 scope global 
    	  	valid_lft forever preferred_lft forever
       	inet6 fe80::5054:1fff:fe86:bda9/64 scope link 
    	valid_lft forever preferred_lft forever


    Das wäre der Gateway, den ich aber nicht Anpingen kann.

    Code
    ping6 2a03:4000:0:2::1
    connect: Network is unreachable


    und hier noch ein Auszug aus dem /etc/network,d/eth0 Profil

    Code
    IP6=static
    ADDR6=(2a03:4000:*:1***::2/64)
    #GATEWAY6=2a03:4000:0:2::1


    den Gateway muss ich auskommentieren, weil ansonsten mein eth0 down gemacht wird, da er ja nicht dorthin kommt


    Wenn ich manuell die Route hinzufügen möchte, kommt folgendes:

    Code
    templis@otter:~$ sudo ip -6 route add default via 2a03:4000:0:2::1 dev eth0
    RTNETLINK answers: No route to host


    Hat jemand das zum laufen bekommen?
    Bzw. kann mir jemand mit dem Problem helfen oder hat ähnliche Probleme?