Beiträge von perryflynn

    Trage bei Subsystem mal folgendes ein:

    Code
    Subsystem sftp internal-sftp

    Den vordefinierten habe ich nie zum laufen bekommen. Keine Ahnung wieso...

    Der SFTP Server läuft auf dem gleichen Port wie der SSH. Steht in Deiner SSHD Config also als Port 44325 drin, musst Du auch

    Code
    sftp -P 44325 user@host.example.com

    machen.

    RSSH wird als Shell in dem Benutzer eingetragen. Das dient einfach nur dazu um den Login via Putty/Shell zu verhindern. Da beim Shell Login kein Jail vorhanden ist, und man das für reinen FTP sowieso nicht benötigt. Lege also einfach einen Benutzer an, der als Shell /usr/bin/rssh hat. In der /etc/rssh.conf musst Du dann noch scp und sftp aktivieren und alle anderen Protokolle deaktivieren.

    Versuchst Du dich nun mit dem Benutzer per Putty einzuloggen knallt Dir eine Zugang verweigert Meldung von RSSH an den Kopf. ;)

    Jail geht wie folgt:

    Code
    Match Group sftponly
            ChrootDirectory /home/%u

    Diese Regel betrifft alle Benutzer die Mitglied in der Gruppe sftponly sind. Wenn der sich nun versucht per SFTP einzuloggen, wird er automatisch in den Ordner /home/foobar eingesperrt, sofern der Benutzer foobar heißt.

    Ganz wichtig: Der Ordner /home/ und /home/foobar/ müssen gezwungenermaßen root gehören. Alle Unterordner von /home/foobar können dann dem Benutzer foobar gehören. Sollten trotzdem noch Fehler beim Login passieren einfach mal in die auth.log gucken. Da stehen mehr oder weniger aussagekräftige Meldungen drin.

    Wenn Du mit FTP so viel machen willst, solltest Du vielleicht überlegen die SFTP Funktion vom SSH Server zu nutzen. Ich setze auf meinen Servern schon sehr lange keinen klassischen FTP mehr ein. OpenSSH SFTP mit Folderjails und rssh als Shell macht genau das selbe und ist dazu ein wenig sicherer. Da muss man auch solange man SSH in einem Jail nicht benötigt und deswegen rssh benutzt nichts neu kompilieren oder patchen.

    Nur kann man den dann halt nicht mehr mit Klicki-Bunti Oberflächen Konfigurieren.
    Für >20 Zugänge wäre das also nichts.

    Und dann kannste das ganze ja noch mit Fail2Ban oder Denyhosts absichern.
    Mehr muss man eigentlich nicht tun.

    Hm... Ich hab grad gesehn das MySQL gar kein Suchen/Ersetzen mit Regex unterstützt... Da muss man wohl ne UDF [1] für einbauen. Vielleicht hilft das ja. Selbst anschauen werde ich mir das auch, wann kann ich aber nicht versprechen.

    Von php habe ich keine Ahnung.

    Du kannst Reguläre Ausdrücke aber keine einzige Programmiersprache? 8|

    [1] MySQL Regular Expression UDFs in Launchpad

    Wie gesagt: Hatte hauptsächlich was mit der Unlust etwas Produktives an meinen Projekten zu machen, das nichts im TV lief und meiner Langeweile zu tun. *G*

    Zitat von martin',

    Wtf sim? :D Sogar Handytauglich :D

    Jo auf meinem Android Tablet funktioniert das auch. Witzig ist das auf dem LCD von meinem Notebook sich der Standardmode von oben nach unten bewegt, und auf meinem Tablet diagonal nach unten.

    Sieht sehr interessant aus, das Script. :)

    Der Sauberkeit halber sollst Du nicht in dem PHP Script die ip.txt auslesen, sondern die aktuelle IP lieber via Parameter übergeben. Diese IP würde ich dann noch auf ihre Gültigkeit prüfen. Wie das geht siehst Du ja in meinem Originalscript.

    Ansonsten macht die $initsuccess Variable ja auch keinen Sinn mehr, wenn man dann nicht eine Meldung ausgibt, falls die Parameter nicht stimmen. ;)

    Nimm ein Passwort jenseits der 30 Zeichen, begrenze den Hostnamen auf den Webspace und schon kann niemand anders was mit den Zugangsdaten anfangen. Zusätzlich kannste ja in der Firewall nur den Server des Webspace erlauben.

    Beim hostbasierten MySQL Account dran denken das man hier den Reverse DNS des Webspace Servers eintragen muss, und nicht einen A-Record... (Hat mich vor ein paar Tagen ein paar Minuten gekostet...)

    Ne andere Möglichkeit gibts nicht.
    Außer dein alter Hoster richtet extra für Dich VPN ein. :D

    Mach mal den Debug Mode an.

    Und nach der Zeile

    Code
    $result = $vcp->getFirewall($params);


    ein

    Code
    var_dump($result);


    Die Ausgabe bitte hier ohne irgendwelche Zugangsdaten posten.

    Ich weiß glaub ich schon woran das liegt.
    Hatte das heute @work auch.

    Ist eigentlich simpel:

    • Piwik Daten von FTP alt auf FTP neu kopieren
    • Datenbank an einem Zeitpunkt wo es die wenigsten Besucher gibt umziehen
    • Zugangsdaten des neuen MySQL in das alte Piwik eintragen (Setzt externen Zugriff voraus, bei vServern kein Problem)


    Nun arbeiten beide Piwiks mit der selben Datenbasis und man kann das DNS umbiegen ohne das nur ein Besucher verloren geht. Ob der externe Zugriff klappt kannst Du ja zB mit meinem Verbindungstester (guck in meine Signatur) testen.