Beiträge von perryflynn

Die Mail wird ja nicht von rkhunter, sondern vom Cron versendet, soweit ich weiß.
Dementsprechend kann man das nicht ausschalten.

Nutze mal die Forensuche.
Es gibt einige Warnungen die von rkhunter kommen, die auf die Virtualisierung zurück zu führen sind, und Fehlmeldungen sind.

Wenn Du dann immer noch nicht sicher bist, kannst Du das Log hier ja mal in Code Tags posten.

Ah... na dann...
Kann also auch ein anderer Kunde gewesen sein, der den Mist verursacht hat.

Weil der Postgresql Client anscheinend ein eigenes Paket ist.

root@123:/home/123# aptitude search postgresql-8.4-
p   postgresql-8.4-debversion                 - Debian version number type for PostgreSQL          
p   postgresql-8.4-hstore-new                 - PostgreSQL data type for storing sets of (key,value
p   postgresql-8.4-ip4r                       - IPv4 and IPv4 range index types for PostgreSQL 8.4 
p   postgresql-8.4-orafce                     - Oracle support functions for PostgreSQL            
p   postgresql-8.4-pllua                      - Lua procedural language for PostgreSQL             
p   postgresql-8.4-plproxy                    - PL/Proxy is a proxy language used for remote databa
p   postgresql-8.4-plr                        - Procedural language interface between PostgreSQL an
p   postgresql-8.4-plsh                       - PL/sh procedural language for PostgreSQL 8.4       
p   postgresql-8.4-postgis                    - geographic objects support for PostgreSQL 8.4      
p   postgresql-8.4-prefix                     - Prefix Range module for PostgreSQL                 
p   postgresql-8.4-preprepare                 - Pre Prepare your Statement server side             
p   postgresql-8.4-slony1                     - replication system for PostgreSQL: PostgreSQL serve
p   postgresql-8.4-slony1-2                   - replication system for PostgreSQL: PostgreSQL serve

Wenn Du den Befehl bei dir eingibst siehst du welche Pakete bei dir noch installiert sind.
Da sollte dann bei dir nicht "p" sondern "i" am Anfang der Zeile stehen, für INSTALLIERT.

Achso...

Dann vergleiche mal ob es unterschiedliche Berechtigungen beim Zugriff von außen und von innen gibt.
Jede Host-Username Kombination ist ja "ein eigener Benutzer".

Kannst ja einfach mal in die Tabelle mysql.user reinschauen.
Um eine Datenbank erstellen zu dürfen braucht der Benutzer das Create-Priv. Also müsste das auf "Y" stehen.

Sind die MX Einträge für die Domain im DNS Server korrekt?

Postgre ist ein Datenbank Daemon. Genau so wie auch MySQL einer ist.
PhpMyAdmin ist nur eine Oberfläche um MySQL Datenbanken zu verwalten...

Und Du brauchst kein PGSQL um Roundcube laufen zu lassen, wenn Du schon einen MySQL Server hast.
Läuft auch mit MySQL wunderbar...

Kontrolliere mal mit netstat auf welcher IP Adresse der MySQL Daemon horcht.
Wenn der nur auf 127.0.0.1 horcht, kann der Daemon nur auf dem vServer selbst erreicht werden.
Also einfach in der my.cf den bind-Host ändern und den MySQL Daemon neu starten.

Dann müsstest Du noch einen Benutzer im MySQL Server anlegen der vom Host "%" erreichbar sein darf.
Wenn Du eine feste IP Adresse an deinem Internet Anschluss hast, würde ich das auch fest auf eine IP definieren.

Alternativ (ist VIEL sicherer!) kannst Du das ganze über einen SSH Tunnel machen. MySQL Workbench und Navicat können das zum Beispiel. Dann wird die Verbindung zum vServer durch eine verschlüsselte SSH Verbindung getunnelt. Hat auch den Vorteil das der MySQL weiterhin nicht von außen erreichbar sein muss und niemand einen Bruteforce auf den machen kann.

Kannst Du denn mit Sicherheit sagen, dass Dein Server nicht geknackt wurde und nun fleißig SPAM verschickt?
Wahrscheinlicher ist meistens aber das ein Client infiziert ist und sich ein Trijaner die Zugangsdaten geschnappt hat.

Kann man ja an den Logs recht leicht rausfinden.

Grade mein fail2ban Script für die API des Vserver Control Panels fertig gemacht.
Scheint zu funktionieren. Es stehn schon die ersten "DROPS" drin.

Spätestens jetzt sollte man langsam auf Squeeze updaten:
http://www.pro-linux.de/news/1/18020/u…50-beendet.html

Einfach nur arm...

Solche Polizisten durchsuchen bestimmt auch Serverfarmen und beschlagnahmen Switche weil diese für "Rechner" gehalten werden...

law blog»
Archiv » Monitor und Tastatur aua...

/me ist grad dabei nen VMWare ESX Server mit 8 VMs einzurichten.

Ich habe bisher immer, egal bei welcher TLD innerhalb von 24 Stunden per Email den Auth Info Code bzw die Success Meldung bekommen.
Allerdings liegen meine Domains auch bei einem Mitbewerber von Netcup.

Es geht darum, dass MySQL an einigen stellen nicht schnell genug beendet werden kann, und die Virtualisierung nach einem Timeout die Prozesse einfach killt. Dadurch kann es halt passieren das Tabellen kaputt gehen.

Ähnliches ist mir beim Stromausfall bei Hetzner passiert. Da war auch die Hälfte der Datenbanken kaputt.
Zum Glück alles wiederherstellbar.

Es steht doch da wo das Problem ist.
Beim ersten Versuch muss die open_basedir Direktive in der PHP Konfiguration angepasst werden.
Beim zweiten Versuch muss das max_execution_time hoch gesetzt werden.

Musst nur schauen das Du das auch in der richtigen Konfiguration änderst. Stichwort fastcgi-php.

Deswegen warte ich auch immer einige Wochen bevor mein Bukkit Server ein upgrade bekommt.
Wir spielen immer noch mit MC 1.0, und das ganze läuft wunderbar.

Wenn die Problem-Threads weniger werden, wird eine Version hoch gesetzt.

Kernelupdate ist durch und es scheint auch alles zu laufen.

@:~$ uname -r
3.2.0-vs2.3.2.5-nc
@:~$ free -m
             total       used       free     shared    buffers     cached
Mem:          1024        794        229          0          0        321
-/+ buffers/cache:        473        550
Swap:         1024          0       1024

Viele Dank für die schnelle Reaktion.

Das im Chrome, ist Beispielsweise aber nicht annähernd so gut, von der Benutzbarkeit.