Beiträge von [netcup] Felix P.

    Alle Punkte, mit Ausnahme der absoluten Sonderzeichen im Passwort, sind nun umgesetzt. Bzgl. der Sonderzeichen im Passwort müssen wir noch sicherstellen, dass diese alle sauber innerhalb von SOGo verarbeitet werden.

    Die Live-Produkte sind im CCP bereits einsehbar. Bevor sie bestellt werden am besten noch etwas warten, denn wir planen dafür eine Aktion ;)

    Weitere Informationen dazu wird es demnächst auch unter netcup-news.de geben.

    Ganz vielen Dank für das eifrige Testen und das viele Feedback. Alle genutzten Produkte der BETA-Phase werden als Dankeschön weiterhin kostenlos für Sie nutzbar sein.

    Zitat

    Welche Aussage über den Zustand des vServer/Auslastung der Route kann
    ich über einen Ping denn in der Praxis treffen? Da steht ja keine
    Anwendung dahinter, die auf einen CPU-Schliz wartet oder noch schlimmer
    erstmal Daten berechen und sogar eventuell über die Festplatte suchen
    muss

    Da ICMP auch gerne für Angriffe genutzt wird, ist eine derartige Priorisierung unserer Meinung nach sinnvoll - gerade bei Produkten die wenig kosten aber dennoch gute Leistung erbringen sollen. Bei einem virtuellen Server teilt man sich die Infrastruktur. Wird ein anderer virtueller Server auf dem gleichem Node z.B. per ICMP "geflooded", steigen die Responsetimes für ICMP. Den Zustand des vServer und deren Anbindung empfehlen wir mit einer Monitoring-Software zu überwachen.

    Zitat

    Ein verzögerter Zugriff auf die Ressourcen ist für uns bereits eine
    Einschränkung. Wenn ich Sie richtig verstehe, dann ließe sich das von
    uns geschilderte Phänomen also auf eine für uns ungünstige Verschiebung
    der Ressourcen durch die von Ihnen eingesetzte Virtualisierung
    zurückführen.

    Es geht hier um Verschiebungen der zusätzlichen - nicht garantierten - dynamischen Ressourcen auf die die garantierten Ressourcen, wobei hier auch meist eher nur eine Annäherung geschieht. Dadurch entstehen Leistungsschwankungen. Eine gelegentliche Responsetime von 200 ms bei einem vServer würde ich aber nicht als starke Verzögerung betrachten.

    Zitat

    Ich gehe nicht davon aus, dass die Priorisierung von ICMP-Paketen hier
    Einfluss auf den von uns geschilderten Sachverhalt hat. Die Latenz ist
    bei den von uns genannten Fällen auch im Spiel erhöht, wie Sie es
    bereits aus dem Screenshot vom 10.11.2012 entnehmen konnten. Das Spiel sendet hierzu eigene Pakete, welche meines Erachtens nicht niedriger priorisiert werden.

    Ich kann hier nur auf allgemein bekannte Ressourcen und Protokolle Stellung beziehen. Wie sich die Daten in Ihrem Computerspiel errechnen ist mir nicht bekannt. Wenn ich Ihnen dazu weiter helfen soll, bitte ich Sie weitere Details zu nennen wie die Daten dort errechnet werden.

    Zitat

    Für derartige Überlegungen müsste meiner Einschätzung nach überhaupt
    erst mal geklärt sein, ob hier eine Auslastung der vorhandenen
    Netzwerk-Ressourcen vorliegt. Von unserer Seite her würde ich das
    verneinen oder sind ca. 600kb/s bei zwei vollen CS: S Servern mit
    jeweils 12 Slots bereits über der zugewiesenen Bandbreite? Andererseits
    tritt das Problem aber auch schon bei niedrigerer Auslastung auf.

    600kb/s Bandbreite stehen jedem vServer zur Verfügung.

    Zitat


    Es gibt keinerlei zugewiesene Bandbreite, die vServer auf einem Node
    davon abhalten würde, die Bandbreite so auszulasten, dass die Latenz für
    andere nicht steigt?

    Die Frage verstehe ich nicht. Ich bitte um eine erneute, für mich besser zu verstehende, Fragestellung.

    Vielen Dank!

    Hier gibt es derzeit leider eine Überschneidung zwischen installierter PHP-Version und bereitgehaltener Software im Softwarecenter. Um die Software dennoch nutzen zu können, müssen die Warnings abgeschaltet werden. Dieses ist in Confixx unter httpd-Spezial möglich.

    Leider können wir derzeit keine andere Lösung anbieten, da die Softwareversionen im Softwarecenter, wie bereits angemerkt, nicht von uns sondern von einem externem Unternehmen gepflegt werden.

    Vielen Dank für das viele Feedback. Wir sind dabei die Punkte umzusetzen.

    Aktuell wird eifrig an einer Wiki-Anleitung gearbeitet. Sobald diese fertig und alle lösbaren bekannten Bugs / Anregungen umgesetzt sind, werden wir in die Live-Phase gehen. Ab diesem Zeitpunkt wird es für SOGo auch einen eigenen Forenbereich geben.

    Zitat

    Eine derartige Aussage, dass die von Ihnen „garantierten Ressourcen“ (in
    unserem Fall 4 GHz CPU-Leistung und 2 GB Arbeitsspeicher) sich nicht
    für eine uneingeschränkte Verwendung eignen würden, das hören mein
    Kollege und ich von Ihnen zum allerersten Mal.

    Sie können die garantierten Ressourcen uneingeschränkt nutzen. Allerdings können die Vorteile eines vServers ggf. auch zum Nachteil werden (siehe letzter Post von mir dazu). Was wir generell bei einem normalen vServer nicht garantieren, sind Responsetimes bei ICMP-Paketen (bitten Berücksichtigen Sie, dass diese gerne mit niedriger Priorität bearbeitet werden, um andere Pakete zu bevorzugen). Wir bieten gegen Aufpreis optional auch dedizierte Netzwerkports an. Aus Kostengründen lohnt sich dieses aber in der Tat eher bei einem dediziertem Server (Grundpreis 30 Euro / Monat).

    Zitat

    In der Vergangenheit ging dies jedenfalls noch, wie Sie es aus einer Anfrage meines Kollegen vom 19.08.2012 entnehmen können.

    Wo genau kann ich das dort entnehmen?

    Zitat

    Die Bandbreitenauslastung lässt sich ja bei Ihnen als Kunde leider nicht
    überprüfen. Wie wäre es mit einem Traceroute von meinem Privatrechner
    zu 88.198.182.45? Die Route scheint zwar der unseres vServers zu
    gleichen, doch wie verlässlich ist diese Überprüfung, wenn der vServer
    in der Vergangenheit bereits einmal samt IP auf einen anderen Node
    umgezogen ist?

    Das lässt sich nicht bestimmen. Allerdings sind die Nodes in der Regel gleich konfiguriert. Der Node auf dem Ihr vServer läuft gleicht der gängigsten Konfiguration. Andere Kunden auf dem Node haben keine Probleme wie Sie.

    Gerne können Sie auch beim Support um einen Node-Wechsel bitten. So können Sie Probleme am Node zu 100% ausschließen.

    Zitat

    liegt die Durchnittsbelastung des vServers fast immer unter 1.00, wenn
    die Latenz erhöht ist. So auch gestern zwischen 22:11 und 23:46 Uhr.
    Eine Bandbreitenauslastung durch den Apache-Dienst käme über so einen
    langen Zeitraum einem Angriff gleich, da dieser bis für die Motd-Seiten
    im Spiel und für die benutzerdefinierten Dateien für die Spieler bei uns
    kaum Verwendung findet.

    Die Responsetimes sind ja auch durchaus im grünen Bereich. Daher ist es wohl ganz normal das die Load unter 1 liegt. Diese sollten nicht für "Ruckler" in gängigen Gameservern verantwortlich sein.

    Bedenken Sie bitte auch das vServer nicht unbedingt für aufwendige Echtzeitberechnungen geeignet sind, da vServer neben den garantierten Ressourcen auch zusätzliche Ressourcen nutzen können, sollten andere vServer auf dem Node diese nicht benötigen. In dem Moment wo diese allerdings benötigt werden, finden Verschiebungen der Ressourcen statt. Z.B. werden die Recheneinheiten an den CPUs vermindert. Ich kann mir durchaus vorstellen, dass sich dieses negativ auf einige Gameserver auswirkt.

    Zitat


    2012-11-10 22:32 vom vServer zu http://www.netcup.de

    Der Host http://www.netcup.de wird nie auf ICMP reagieren.

    Wenn die Latenz am letztem Hop, sprich in dem Fall an Ihrem vServer so hoch ist, bitte diesen prüfen. Wenn Sie dann immer noch der Meinung sind das ein Problem bei netcup vorliegt, prüfen Sie doch einmal eine IP-Adresse die neben der Ihren liegt.

    Auch empfehlen wir zu beachten, dass Gameserver z.B. verzögert antworten wenn ein anderes Programm auf dem Server, z.B. der Apache, gerade Ressourcen benötigt. Auf der von Ihnen genannten IP-Adresse, antwortet ein Apache. Wenn Sie gleichmäßige Responsetimes haben möchten, sollten Sie auch für eine gleichmäßige Auslastung auf Ihrem System sorgen.

    Es wird noch eine Anleitung im Wiki geben, wie CallDAV und CardDAV genutzt werden können.

    Zitat

    Außerdem suche ich in der Beta-Installation eine Möglichkeit, mehrere
    Postfächer in einer SOGo-Instanz zu verwalten - ist dies vorgesehen?

    Das geht doch bereits schon jetzt. Einfach ein zweites Postfach zu einer Instanz hinzufügen.

    IPv6 hätte rein theoretisch schon zur Anfangszeit des Internets eingeführt werden können. Damals wäre die Umstellung noch günstig gewesen. Heutzutage ist die Umstellung allerdings teuer, da man auch kein reines IPv6 fahren kann. Aus diesem Grund scheuen sich die DSL-Provider die Umstellung. Ich denke sie wird so lange hinaus gezögert, bis die DSL-Provider keine freuen IPv4-Adressen mehr haben. Bei den Dumpingpreisen die auf dem DSL-Markt vorherrschen, sind große Investitionen nur schwer möglich.

    Da unsere Mitarbeiter zur Zeit wirklich sehr arg eingespannt sind, bleibt dieses Projekt zu unserem Bedauern auf der Strecke liegen. Unter anderem wollen wir dieses Jahr noch SOGo als Groupware und KVM-Server anbieten.

    Daher mal die ganz unverbindliche Frage: Hätten einige von Ihnen als Kunde Zeit und Lust einen Gameserver aufzusetzen, der als Referenz für netcup steht. Natürlich gegen eine angemessene Vergütung?

    Zitat


    failed to store draft object on server!

    Haben Sie genügend Speicherplatz reserviert? Wenn ja, wenden Sie sich bitte mit der Instanz # an den Support.

    Vielen Dank!

    Zitat


    Öhm, wie ist das mit Grey- und Blacklisting? Läuft das, oder kann ich mich auf was gefasst machen?

    Es laufen derzeit gängige Filter. Wir stehen aktuell aber mit einigen guten Anbietern von Spamfiltern in Preisverhandlungen um optional einen noch besseren Filter anbieten zu können.