Beiträge von wXXX

  • Lösung: Wenn apt-get update ewig dauert (security.debian.org)!

    Hi,


    Ich suche jetzt schon seit Tagen nach ner Lösung warum bei mir auf dem vServer
    unter Debian Squeeze das "apt-get update" aufeinmal ewig dauert.


    Eigentlich nur an dem Punkt wenn ftp.debian.org und security.debian.org abgefragt wird.


    So sieht das dann aus:

    Code
    46% [Verbindung mit ftp.debian.org (2001:610:1908:b000::148:12)] [Verbindung mit security.debian.org (2001:a78:5:1:216:35ff:fe7f:6ceb)]


    Das ganze stoppt dann für 3-4min und geht dann ohne Fehlermeldung weiter.


    Genau weiss ich es nicht, aber offenbar benutzen die Debian Mirrors bevorzugt IPv6.


    Die Lösung war:


    Im VCP in der IPv6 Firewall eine neue Regel mit:



    anlegen.


    Nun läuft das apt-get update wieder gewohnt schnell durch.


    Das war vor einiger Zeit noch nicht nötig, offenbar wurde da was an der Firewall geändert.


    PS: So ein Eintrag wird auch noch in der IPv4 Firewall benötigt wenn z.B. DNS abfragen nicht mehr funktionieren.
    Das steht aber schon in irgendeinem Thread hier. :thumbup:

  • s3.amazonaws.com von vserver aus nicht erreichbar?

    Danke für den Test.


    Hmm, bei mir geht es bis:


    Code
    root@srv1:/# wget https://jce.s3.amazonaws.com/updates/com_jce_2291.tar.gz
--2012-12-02 13:02:50--  https://jce.s3.amazonaws.com/updates/com_jce_2291.tar.gz
Auflösen des Hostnamen jce.s3.amazonaws.com... 178.236.6.107
Verbindungsaufbau zu jce.s3.amazonaws.com|178.236.6.107|:443...


    Dann geht nichts weiter.


    Es sieht fast aus als wäre meine IP dort geblockt.



    EDIT: Hat sich erledigt.


    Hatte ausversehen die ganze 178er IP Range in der Firewall gedropped. :whistling:
    Ohh mann :cursing:

  • Wünsche Adventskalender 2012

    Ja, die Browser auf dem Desktop haben da keine Probleme. Nur die auf Android. Stock Browser und Dolphin HD probiert.


    Nginx kenne ich noch nicht so.
    Beim Apache heisst es "SSLCertificateChainFile"

  • s3.amazonaws.com von vserver aus nicht erreichbar?

    Hi,


    habe seit einigen Tagen das Problem das folgende URL nicht vom vserver aus abrufbar ist:


    https://jce.s3.amazonaws.com/updates/com_jce_2291.tar.gz


    Dabei handelt es sich um die OnlineUpdate URL vom JCE (Joomla Content Editor).
    Onlineupdates von Joomla selbst und div. anderen Komponenten funktionieren.


    Könnte bitte mal jemand mit wget prüfen ob die URL von anderen NC vServern auch nicht abrufbar ist?


    Habe nämlich aktuell auch ein Problem mit der VCP Firewall, nicht das es daran liegt.


    Von meinen lokalen Debian Systemen kann ich die Datei mit wget laden.


    Danke.

  • Wünsche Adventskalender 2012

    fnkr


    Wegen dem SSL Fehler.


    Du hast wahrscheinlich das intermediate CA_bundle von Deinem Zertifikatanbieter nicht (richtig) eingerichtet.


    Das Problem hatte ich letztens mit einem RapidSSL Zertifikat auch. Nach Einbindung im apache waren die Fehlermeldungen unter Android weg.


    Google findet dazu einiges.

  • Netcup ServerApp

    Hi,


    erstmal vielen Dank für die bereitstellung der app!


    Leider lässt es mein SGS2 mit ICS 4.0.3( litening rom 2.3) komplett abstürzen.


    Muss dann komplett rebooten.


    Das ganze passiert nach dem "loading data " Dialog.

  • vServer fail2ban Alternative

    Dann wird die IP anscheinend nicht eingetragen.


    Schau mal im VCP ob dort einträge sind.


    Hatte eben auch mal nachgesehen, bei mir hatte das script auch nichts eingetragen. Bzw. anstatt in IPv4 in den IPv6 Bereich.


    Und hier ein Hinweis für Debian Squeeze Nutzer:


    In der /etc/fail2ban/action.d/sync.sh muss:


    Bash
    #!/bin/sh


    durch

    Bash
    #!/bin/bash


    ersetzt werden.


    Das steht auch auf der n-durch-x seite in den Kommentaren.


    Nun läuft mein Script auch wieder richtig.

  • Seit Nameserverwechsel kein Zugriff mehr auf FTP und TS3 schließt sich selber...

    Der übliche weg, über die console:


    Per SSH verbinden (putty), dann mit nem editor nano oder vi die /etc/resolv.conf bearbeiten.


    Nimm am besten nano, der ist einfacher zu bedienen.


    Am besten vorher:

    Code
    cat /dev/null > /etc/resolv.conf


    Damit wird die Datei geleert.


    Dann

    Code
    nano /etc/resolv.conf

    und mit rechter Maustaste die vorher kopierten neuen Nameserver einfügen.


    Code
    nameserver 46.38.225.225
nameserver 78.47.47.47
nameserver 46.38.252.252


    nano mit STRG+X beenden, frage nach speichern mit J bzw. Y beantworten. Fertig.

  • DynDns

    Ja, hatte ich auch schonmal probiert.


    Das problem ist aber das dort die TTL auf min. 3600 steht.


    Das wird dann 1h dauern bis die dns änderung übernommen ist.

  • vhost erweitern?

    Habe jetzt das Verzeichnis /var/customers/webs/phpmyadmin dem user "syscplocal" als eigentümer gegeben. Nun klappt mein vorhaben auch mit PMA.


    Danke nochmal für den Tip!