Beiträge von Robert

Ich habe oder hatte das gleiche Problem.. mein Tomcat ist 2-3 Mal unerwartet abgestürzt, komischerweise zu Zeiten, wo er nicht unter Last stand wie sonst. Auch das Verwenden des Sun-JDK hat nichts gebracht. Ich hatte sogar mehr Logs in Tomcat aktiviert, aber weder dort noch im Syslog konnte ich Hinweise auf die Ursache finden. In den letzten 3-4 Wochen scheint er allerdings brav durchzulaufen... also schon irgendwie komisch und beunruhigend, weil ich nicht weiß, ob und wann er das nächste Mal abstürzt.

Zitat von benny;12375

Evtl. baut postgrey andere lookup Tables?

Darauf würde ich jetzt tippen... Vielleicht hilft dir das weiter: http://www.antispam.de/forum/showthread.php?t=21005

So, "man postalias" hat folgendes hervorgebracht:

postalias -s dateiname

Wobei der Dateiname ohne die Endung .db ist. Funktioniert zumindest bei meiner Alias-Datenbank. Der gleiche Befehl scheint auch mit postmap statt postalias zu funktionieren.

Werden diese Datenbanken nicht normalerweise einfach aus Textdateien generiert? Dann müsste es ja die entsprechende Textdatei noch geben.

Naja, ich denke, für die genannten Aufgaben würde auch eine Mobile-Version des Webinterfaces reichen, das macht wahrscheinlich weniger Aufwand bei der Programmierung und bedient auch Kunden mit anderen Smartphones.

Bei Debian Etch ist die Version 5.2.0 die neuste, und ich glaube auch nicht, dass sich das noch ändern wird. Daher muss entweder PHP selbst kompiliert oder aus einer anderen Quelle installiert werden oder das Betriebssystem auf Lenny geupgraded werden. Dort ist die aktuelle Version 5.2.6.

Die Maximalgeschwindigkeit von Highspeed-USB2.0 ist 480 MBit/s. Kann sein, dass 400 MBit/s realistisch, was dann 400/8 = 50 MB/s entspricht. Wenn die Festplatte schreibend diese Geschwindigkeit erreicht, würden die 1,5 TB in 8 Stunden beschrieben werden. Nun bin ich mir nicht sicher, ob Windows das wirklich macht. Aber scheinbar gibt es ja schon mehr zu tun als ein paar Dateitabellen zu initialisieren. Also ich denke mir, dass die Schnellformatierung auch reichen sollte und deutlich schneller geht.

1,5 GiB/s? Nicht vielleicht 1,5 Gbit/s? Das ist immerhin Faktor 8. Bei USB2.0 dürfte das gleiche gelten, bleibt das Verhältnis gleich. Wobei das natürlich alles zum einen theoretische Maximalwerte sind und zum anderen die der Übertragungsart - die Geschwindigkeit der Festplatte ist da wohl eher das Limit.

Ob länger als normal ist weiß ich nicht, allerdings dauert die normale Formatierung schon eine Weile. Wenn du nur formatierst, um die Platte zu initialisieren, bist du mit der Schnellformatierung besser bedient.

In den FAQ steht noch, dass der Port 6667 nicht verwendet werden kann. Das ist nicht mehr aktuell, wie ich letztens festgestellt habe. Scheint wohl schon seit Juni 2009 so zu sein, da wurde die entsprechende Seite im Hetzner-Wiki geleert: http://wiki.hetzner.de/index.php?title=Wieso_ist_Port_6667_gesperrt%3F&diff=8362&oldid=3519

Das liegt wohl daran, dass man normalerweise einen Server nicht mit einem Desktop betreibt. Normale Anwendungsfälle wie Webserver, Mailserver etc. erledigen die Server sehr gut, aber für den Betrieb als überall erreichbarer Desktoprechner sind sie wahrscheinlich einfach nicht ausgelegt.

Ah. Dann fehlte hier das Wort "automatisch" bisher. Ich hatte das so verstanden, dass du den Angriff erkannt hast und die IP sperren willst.

Es hatte hier mal jemand mal ein Skript für Fail2ban geschrieben, ist es das, was du meinst? Ob Fail2ban alle Angriffsarten erkennt, weiß ich nicht.

Dafür gibt es das Feld "source ip".

aptitude install php5-gd

Und diese Zeile solltest du wieder rausnehmen, dlls laufen ja unter Linux nicht. Eine ähnliche Zeile sollte aber automatisch bei der Installation unter /etc/php5/conf.d angelegt werden.

Mit "nachträglich" meinte ich auch, dass du im Skript chown() aufrufst.

Ich selbst habe mit suExec bisher keine Erfahrungen gemacht, also such einfach mal bei Google danach (insbesondere nach der Kombination mit PHP, das funktioniert nicht als Apache-Modul). Oder du wartest, ob jemand anders Erfahrungen damit hat.

Der Apache läuft wie konfiguriert unter www-data, somit werden auch die Dateien als www-data angelegt. Wenn das nicht gewünscht ist, müsste der Besitzer der nachträglich geändert werden vom Skript. Die PHP-Funktion dafür ist chown(), allerdings könnte das möglicherweise durch Safemode eingeschränkt sein. Wenn die Dateien gleich richtig angelegt werden sollen, solltest du dir mal suExec genauer anschauen. Allerdings gehört da mehr dazu als die Änderung einer Konfigurationsdatei.

33 ist sowohl die UID (Benutzernummer) als auch die GID (Gruppennummer) von www-data.

Ich kenne mich zwar mit Syscp nicht aus, aber mich wundert, dass die Benutzer nicht angelegt werden. Virtuelle FTP-Benutzer habe ich, aber die sind tatsächlich existierenden Systembenutzern zugeordnet. Für mich klingt das nach einem Bug oder ein Fehlkonfiguration. Die Benutzer müssten mMn schon angelegt werden, von mir aus auch mit /bin/false als Shell, sodass sie sich nicht einloggen können.

EDIT: Ich sehe gerade, dass das anscheinend doch geht mit den namenslosen Benutzern. Dann musst du den Benutzer wohl von Hand anlegen, wenn du das so machen willst.

Versuche mal, beim ServerName yourvserver.net mit anzugeben.

Ein anderer Weg wäre, den Benutzer 10000 zur Gruppe www-data hinzuzufügen. Probleme damit, den FTP-Zugriff unter dem Benutzer www-data zu machen, sehe ich eigentlich nur dadurch, dass der Schreibzugriff per FTP auf diese Verzeichnisse evtl. nicht gewünscht sein könnte. Zudem lassen sich verschiedene Benutzer auf Dateisystemebene nicht mehr auseinanderhalten. Wenn du einen Ordner hast, in dem eine Datei von user1 und eine von user2 liegt, könnte jeder bisher nur seine Datei bearbeiten (je nach chmod). Wenn FTP-Benutzer unter www-data laufen, kannst du diese Rechteunterscheidung nicht mehr machen.

Verwendest du suexec? Dann würde PHP nicht unter diesem Benutzer ausgeführt werden, sondern unter dem, der das PHP-Skript besitzt. Mit welchem Benutzer werden die Dateien denn nun angelegt? root oder www-data?

Zunächst mal solltest du aber testen, ob chmod nicht vom Uploadskript gesetzt wird. Einfach mal ein eigenes Testskript schreiben, das eine Datei anlegt, und nachsehen, ob dort die gleichen Probleme auftreten.