Basically, there are two ways to connect to the mysql-server:
Port: $cfg['Servers'][$i]['port'] = '';
Socket: $cfg['Servers'][$i]['socket'] = '';
You have to change this accordingly to your needs.
Basically, there are two ways to connect to the mysql-server:
Port: $cfg['Servers'][$i]['port'] = '';
Socket: $cfg['Servers'][$i]['socket'] = '';
You have to change this accordingly to your needs.
Was heißt du "vermutest"? Wenn man das Maillog mit dem Apache-Log des Users zeitlich korreliert, dann sieht man doch direkt, welcher URL-Call zum Mailversand führt!?
Mich überrascht es immer wieder, wie tiefenentspannt manche Admins sind ("dem User mal ne Mail schreiben"), wenn über ihr System (mutmaßlich) Spam rausgeschickt wird. Aber musst du halt wissen, ob du damit leben kannst, auf Blacklists zu stehen.
Hmm, I think the question is, if this is gonna be a permanent link (e.g. for a website) or just for administrative purposes using the mysql-client. I prefer to hide as many services as possible from public access as this potentially prevents zero-day-exploits.
Warum machst du das eigentlich nicht über einen SSH-Tunnel? Dann muss nix umgestellt werden und dein mysql-Dienst ist nicht offen wie ein Scheunentor.
http://www.debianroot.de/serve…-per-ssh-tunnel-1141.html
Neu installieren, weil proftpd langsam ist? Jetzt ernsthaft?
Ich würde mir ehrlich gesagt die Config mal genauer anschauen und/oder proftpd mal von Hand kompilieren und es damit testen. Oder mal mit strace schauen, welcher Schritt genau denn so lange dauert. Man kann auch das System mal ohne Firewall laufen lassen, um auch diesen Punkt auszuschließen.
Ich habe imscp an vielen Stellen (da ich es mit Gentoo betreibe) händisch angepasst, insofern ist mein System da eh keine Referenz. Ich kann mich allerdings, das war noch zu ispcp-Zeiten, an proftpd-Konfigurationen erinnern, die extrem lang waren, da hier für jeden Benutzer die Schreib/Leserechte für alle Ordner auf der Ebene Verzeichnisebene von htdocs festgelegt wurden. Das hat bei mir dazu geführt, dass der Login ewig lang gedauert hat. Das habe ich deaktiviert, da ich es ehrlich gesagt nicht als mein Problem ansehe, wenn sich Benutzer die Verzeichnisstruktur kaputt machen. Danach war alles ok.
Da ich wie gesagt ein angepasstes System habe, weiß ich nicht, wie das aktuell gelöst ist. Vermutlich wird das nur noch über das Immutable-Bit und nicht mehr per Config gesteuert, aber sicher bin ich mir nicht.
Hallo,
ich habe leider das selbe Problem.
Bei mir sind aber FTP und HTTP extremst langsam. Bei einer 100 Mbit Anbindung erhalte ich nur 200 - 280 kb/s... Das lustige daran ist, das dies pro Connection ist. Lade ich z.B. 10 Dateien, so laden alle 10 mit 200 - 280 kb/s und so komme ich insgesamt auf die 2000 kb/s..
Bei welchem Anbieter hast du deinen Server stehen und von welchen Anschluss versuchst du drauf zuzugreifen? Ich habe beispielsweise bei Hetzner in Verbindung mit einem DSL-Anschluss bei der Tcom regelmäßig schlechten Durchsatz, was halt letztlich am Peering hängt. In letzter Zeit stelle ich sogar immer mal wieder fest, dass es manchmal kurzfristig keine ipv6-Routen zu meinem Server gibt.
Um zu testen, obs wirklich an Proftpd/Apache selbst liegt, würde ich mal von localhost aus einen Download mit wget / ftp machen.
any suggestion ?
What about installing it? It's a perl-module.
On my system, I'm running a cron-job every two hours for junk and another one for ham. sa-learn just iterates over junk-folders:
Example:
0 */2 * * * for i in $(find /var/mail/virtual/ -type d -ctime -1 -name .Junk); do echo "$i: " && sa-learn --spam $i; done >> /var/log/spamlearn.log 2>&1
The users just have to move false-negatives to the junk-folder and false-positives to the ham-folder.
a) debug=1 setzen in imscp.conf
b) Ausgabe in der Debug-Konsole im Admin-Interface anschauen.
Am besten zuerst (a), dann via Debug-Konsole das Anlegen des Subinterfaces neu triggern und dann schauen, welche Fehler in die Logs in /var/log/imscp geschrieben werden.
Ich kann mir irgendwie nicht vorstellen, dass es manchmal geht und manchmal nicht. Bist du dir sicher, dass dein Script ordentlich arbeitet? Warum machst du das eigentlich per Telnet? Da gibts doch zB für Perl auch fertige Module. Das funktioniert auf jeden Fall