Beiträge von Servior

    Hast du das ganze einfach mal von Hand getestet?

    Ich habs spaßeshalber mal bei meinem FTP gemacht:

    [Anmelden, Passiver Modus, usw.]
    200 PORT command successful. Consider Using PASV.
    150 OK to send data.
    [Je nach Größe passiert ne Zeitlang garnichts]
    226 File receive OK.
    FTP: 64d Bytes gesendet in 27,05Sekunden 229,98KB/s

    Ich würde in dem Falle aber nicht direkt vom schlimmsten ausgehen.

    Sofern er nur versucht hat sich mit dem Benutzer "news" anzumelden, würde ich drauf tippen das jemand einfach ne falsche IP in seinem Script eingetragen hat.

    Weiterhin würde ich dir empfehlen den SSH Port zu verlegen.

    Und ich frag nochmal:

    Was sagt der Support dazu, wenn du diesem mit deiner URL anschreibst?

    Nebenbei scheint in der htaccess ne Leerzeile zu fehlen, was unter anderem zu so Fehlern führen kann.

    Auch wenn du meinst das alles so schlecht ist:

    Wo sind die Fehlermeldungen?
    Du hast bisher noch nicht eine Fehlermeldung gepostet die wirklich was aussagt. Was sagt der Support dazu?

    500er Fehler können durch sovieles auftreten, da ohne die Logdateien gesehen zu haben irgendeinen Tip zu geben...
    Es kann an einer .htaccess Datei liegen die nicht alles darf was eigentlich gewünscht ist (bei fertigen Scripts wie phpBB, Wordpress, usw. vor allem).

    Zitat von lucifer;12337

    Serversoftware: Apache/2.2.3 (Debian) PHP/5.2.0-8+etch16 PHP-Version: 5.2.0-8+etch16 PHP-Memory-Limit: 16M MySQL Server Version: 5.0.32-Debian_7etch11-log MySQL Client Version: 5.0.32 Webserver Interface: APACHE2HANDLER System-Auslastung: 0.00 / 0.00 / 0.00 Kernel: 2.6.31.7-vs2.3.0.36.27-beng (x86_64)

    und bin immer noch nicht weiter habe noch einen anderen server und wie ich es dort gemacht habe... ging es wunderbar...nur hier ..stehe ich wie ein ochse vorm berg..:-(

    mfg

    Zitat

    PHP 5 >= 5.2.3

    Man sieht das du immernoch nicht die richtige Version einsetzt, daher auch der Fehler.

    Entweder in die Konfiguration gucken, oder einfach versuchen ohne Key auf den Server zu kommen.

    Wenn nur Keys erlaubt sind und keiner angegeben, dann gibts ne Fehlermeldung weil keine passende Authentifizierung gefunden wurde.
    Wenn du Benutzer + Passwort (nicht mit dem Passwort für den Key verwechseln) angeben musst, dann ist der Login damit auch möglich.

    Welche Programme hattest du denn installiert?
    Wie war dein Server eingerichtet?

    Durch die Neuinstallation musst du die ganzen Anwendungen ja neuinstallieren, vllt. hattest du irgendwas konfiguriert das den Zugriff blockt.

    Wenn du dein SSH mit Keys abgesichert hast, bist du sicher dass diese auch überall benutzt wurden?
    Diese musst du auf jedem Rechner zur Verfügung haben, sofern ein Login nur mit diesen erlaubt ist.

    Probiers mal mit setzen von Gänsefüsschen.

    Habe mich mit dem PHP Aufruf nicht so intensiv beschäftigt, meine aber dass Parameter mit leerzeichen getrennt werden.

    Code
    index.php?arg1=1&arg2=2&arg3=3

    Das sieht beim Cronjob glaube ich so aus:

    Code
    /use/bin/php index.php 1 2 3

    Probier das ganze mal so:

    Code
    */10 * * * * "/usr/bin/php datei" >> /tmp/cron1

    Du musst eine der Domains nehmen die sich in deinem Besitz finden.

    Solltest du keine Besitzen, so musst du dir erst eine Domain registrieren lassen. Je nach Angebot sind bereits Domains inklusive, diese musst du dann nicht extra zahlen. (Diese müssen dann auch direkt über Netcup bezogen werden)

    Solltest du diese über Netcup beziehen, so sind diese schon soweit eingerichtet dass diese komplett auf deinen Server zeigen. Bei einem anderen Anbieter wirst du dies vermutlich von Hand machen müssen.

    Die Einrichtung in Confixx solltest du erst vornehmen wenn du eine Domain besitzt. Einrichten kann man dies zwar schon vorher, nur interessiert die Einstellung nicht solange die Domain nicht auf den Server zeigt.

    Da ich mich nicht umbedingt auf Statistiken von den Entwicklern verlassen will:

    Wie siehts mit der realen Performance im Vergleich zu Apache2 bzw. Lighttpd aus?
    Konfigurationsbeispiele (Subdomains, Rewrites u.ä., keine Installation)?

    Wie wird der Server abgesichert? Wenn ich das richtig sehe gibt es ein Webinterface, somit also ne mögliche Sicherheitslücke. Kommt man da einfach so drauf?

    Denke das da ein wenig mehr Hintergrundinfos nicht schaden würden.

    Edit:

    Wie siehts denn mit mods dafür aus, gibts da eigene, sind die meisten integriert, oder muss sich da erst alles zusammenfrickeln? (suexec z.b.)

    Zitat von christian;11521

    Wenn du wirklich der Meinung bist das ein Server ein Testgelände ist solltest du dir evtl. doch noch einmal das hier ansehen

    Gut, dann erklär mir doch bitte einmal die Funktionsweisen der von dir eingesetzten Software.
    Du kommst bei keiner Software die du nicht selbst entwickelt hast auf deine 99,9999%. Du magst gelesen haben was die Software können soll, hast dir vllt. sogar die gröbsten Bugs angeguckt, damit kommst du trotzdem nicht hin.

    Von daher dürfte es wenn man das ernst nehmen will garkeine Server im Internet geben, genauso wenig wie Clients.

    Wichtig ist nicht was man einsetzt, sondern wie man dies absichert und vor allem dass man dies immer aktuell hält.

    Zitat

    Wie mein Namensvetter christian sagt kann da so einiges passieren und ein Test rechtfertigt dieses Risiko nicht. Ein Test zuhause ist wirklich die bessere Wahl.

    Zeig mir bitte wie du deinen Test von Zuhause aus machst. Bin gespannt wie du es mit einer hausüblichen Anbindung schaffst die Performance bei >300 Benutzern zu testen.

    Testsysteme schön und gut, aber große Tests kann man nunmal nicht zuhause machen.

    Zitat

    Wer Beta-Software auf (v)Servern (damit meine ich die Kisten, die über eine Breitbandverbindung verfügen, klar, dass auch zu Hause (v)Server existieren.) einsetzt, hat einfach nur selbst Schuld, wenn da etwas passiert, und in diesem Falle verdammt Glück, dass es nicht schlimmer gekommen ist.

    Beta Software sagt nichts über Bugs und ähnliches aus, sondern über den Entwicklungsstatus.

    Du verwendest also lieber eine Software die sich im Final Status befindet, aber vllt. einen großen Bug hat, als eine die im Beta Status ist und diesen nicht hat?
    Der Beta Status heißt in dem Fall nicht dass diese Bugs enthält, sondern das einfach noch nicht alle Funktionen eingebaut wurden.


    Edit:

    Nur um nochmal auf was hinzuweisen:

    Wenn die Entwickler von Teamspeak von BetaX auf RC/Final umstellen, wer sagt einem denn das die Fehler behoben wurden?
    Nur weil dann RC bzw. Final dransteht ist diese dann mehr für ein Produktivsystem geeignet?


    PS: Wer sich anhand meiner Meinung ein Bild von mir machen will, den will ich nicht daran hindern. Nur behaltet das für euch.

    Ich schmeiß anderen auch nicht wegen ihrer Meinung an den Kopf dass diese keine Ahnung hätten.

    Wer definitiert denn was Test- und Produktivsystem ist?
    Was versteht man unter einem Testsystem?

    Ist ein Testsystem nur dann ein Testsystem wenn dieses zuhause als VM, lokaler PC o.ä. läuft? Ich glaube nicht.
    Dies kann genauso hier auf den Servern getestet werden, grade damit sicher gestellt wird dass dies auf den Servern läuft.

    Von daher sollten die "Nicht auf Produktivsystemen"-Schreier sich eher mal zurückhalten.

    Produktivsysteme sollten soweit eingerichtet sein dass ggf. nurnoch kleine Anpassungen nötig sind, das ist mit Sicherheit nicht bei allen der Fall.

    Felix, die andere Frage ist natürlich ob der Bug in der aktuellsten Version überhaupt noch vorhanden ist.

    Zumindest in Beta10 wurde ein Fehler behoben der das Senden von UDP Paketen mit maximaler Bandbreite beheben soll. Scheint für mich zumindest genau dieser Fehler zu sein.