Beiträge von Virinum

Zitat von Lukay

Hast du schon mal versucht eine Shutdown function bei deinem Script zu hinterlegen und so mitzubekommen, weswegen das Script abbricht?

Ich habe jetzt das error_log gefunden. Dort sind zwei Meldungen drin:

[Wed Apr 24 09:54:45.924903 2019] [proxy_fcgi:error] [pid 32264] [client XXX.XXX.XXX.XXX] AH01068: Got bogus version 166
[Wed Apr 24 09:54:45.924972 2019] [proxy_fcgi:error] [pid 32264] (22)Invalid argument: [client XXX.XXX.XXX.XXX] AH01075: Error dispatching request to : (passing brigade to output filters)

Zitat von Lukay

Möglicherweise die PHP Execution time?..

Es wundert mich halt Folgendes:

• 5 GB Datei über 50 Mbit/s: nach ca. 14 Minuten erfolgreich
• 5 GB Datei über 25 Mbit/s: nach ca. 5,5 Minuten abgebrochen

Zitat von 03simon10

Wie sieht‘s mit dem memory limit aus, das dürfte meine Uploads beschränken, oder? (128mb sind nicht viel)

Über die offiziellen Clients von Nextcloud ist ein Upload von großen Dateien kein Problem: Chunked file upload

Zumindest über das Webinterface hatte ich noch keine Probleme bei Uploads von 10 GB großen Dateien.

https://docs.nextcloud.com/server/15/admi…figuration.html

https://docs.nextcloud.com/server/15/deve…V/chunking.html

Ich habe nur Probleme mit Downloads von größeren Dateien. Z.B. bricht ein Download einer 5 GB Datei ab, wenn ich sie über eine 25 Mbit/s Leitung runterlade. Eine 50 Mbit/s Leitung macht keine Probleme. Interessanterweise bricht der Download bei der 25 Mbit/s Leitung früher ab, als der erfolgreiche Download über die 50 Mbit/s Leitung dauert. Das scheint aber nicht an Nextcloud zu liegen. Ein einfaches PHP Script, das auch eine Datei zum Download anbietet, verhält sich genau so.

Dabei sei noch erwähnt, dass ich das Webhostingpaket "EiWoMiSau" nutze.

Ich habe vom Support eine Antwort erhalten:

Zitat von netcup Team

FPM steht für "FastCGI Process Manager". Dabei wird nicht für jedes PHP-Skript ein neuer Interpreter-Job gestartet, sondern mehrere FastCGI Prozesse sind im Hintergrund aktiv und warten auf Eingaben/Aufträge vom Webserver. Dadurch ist die Ausführung verlässlicher, da die Prozesse nicht vom Webserver abhängig sind (und auch nicht mit den Rechten des Webservers, sondern des PHP-FPM Benutzers ausgeführt werden).

Danke für die Erklärungen!

Ich habe mittlerweile mal mit FPM statt FastCGI getestet. Und tatsächlich tritt hier das Problem nicht auf. Mein Problem ist damit also "gelöst".

Trotzdem interessiert es mich noch, wieso das mit FastCGI nicht funktioniert. Ich frage dazu mal beim Support nach und gebe dann Bescheid.

Vielen Dank für eure Hilfe.

Der Anschluss spielt dabei keine Rolle.

Zitat von Bensen

Welche PHP Konfiguration nutzt du im WCP und wie liefertst du die Daten aus, per apache oder nginx?

PHP 7.2.17 FastCGI von Apache bedient.

Ich probiere jetzt mal FPM. Vielleicht bringt das ja einen Unterschied. Ansonsten frage ich mal beim Support nach.

Zitat von tab

Da tippe ich mal, dass du entweder das memory_limit oder die max_execution_time überschreitest,

In wie weit haben denn diese Werte Einfluss darauf? Das memory_limit ist 512 MB. Aber ich bekomme ja mehr als 512 MB runtergeladen. Und wie geht PHP denn mit der max_execution_time um? Falls du mir das erklären könntest, wäre das echt super.

Danke für deine Antwort.

Das Runterladen von der 10GB.zip selber funktioniert. Sobald aber PHP das ganze ausliefern soll, gibt es dieses Problem.

http://example.com/10GB.zip:

http://example.com/10GB.php:

Was meinst du genau mit "von einem anderen Ort das File holen"? Von einem anderen Anschluss runterladen? Oder von einem anderen Webhost mal testen?

Nur beim Download.

Mittlerweile habe ich rausgefunden, dass es nicht an nextcloud selber liegt.

Zum Test habe ich mal folgendes Script ausprobiert:

<?php
$file = '10GB.zip';

if (ob_get_level()) {
  ob_end_clean();
}

if (file_exists($file)) {
    header('Content-Description: File Transfer');
    header('Content-Type: application/octet-stream');
    header('Content-Disposition: attachment; filename="'.basename($file).'"');
    header('Expires: 0');
    header('Cache-Control: must-revalidate');
    header('Pragma: public');
    header('Content-Length: ' . filesize($file));
    readfile($file);
    exit;
}
?>

Hier ist das Verhalten genau so wie bei Nextcloud. Wenn meine Leitung schnell genug ist, schaffe ich es auch die Datei vollständig runterzuladen. Ist sie es aber nicht, bricht der Download ab.

Hallo zusammen!

Ich verwende das Webhosting EiWoMiSau. Hierauf habe ich nextcloud installiert.

Jetzt habe ich nur folgendes Problem. Der Download von Dateien oder Ordnern bricht ab:

• Bei einer 100 Mbit/s Anbindung nach ca. 6,2 GB
• Bei einer 50 Mbit/s Anbindung nach ca. 3 GB

Immer nach ca. 8 Minuten. Mal nach 7 Minuten 22 Sekunden und mal nach 8 Minuten 45 Sekunden.

Bei Leistungen steht "PHP Execution Time: 60s (120s Webhosting 8000)". Aber 8 Minuten sind ja eindeutig mehr als 60 bzw. 120 Sekunden.

Gibt es da noch irgendein anderes Limit oder ein Timeout, das ich einstellen kann? Oder hat es was mit dem Output-Buffering zu tun? Bin an der Stelle leider mit meinem Latein am Ende.

Vielen Dank schon mal für eure Tipps!

Nabend,

zu den ersten drei Punkten: ja

Zum vierten: Bei der Performance macht das keinen Unterschied. Das kann ganz praktisch sein, wenn du eine Software betreiben möchtest, die z.B. ein Lizenzmodell hat, wo man nach der Anzahl der CPUs bezahlt. Dann ist es günstiger eine CPU mit mehr Kernen zu nehmen.

IP statisch konfigurieren!

Ich würde einen anderen Benutzer anlegen und das Administratorkonto deaktivieren, falls du RDP aktivieren musst. Oder den Server einfach so lange ausgeschaltet lassen, bis der Profi seine Arbeit anfangen möchte.

Noch ein Hinweis zu der Uhrzeit. Windows erhält vom Hostsystem die Uhrzeit in UTC. Das muss in der Registry von Windows noch umgestellt werden. Sonst hast du nach jedem Neustart eine falsche Uhrzeit, bis die Zeit über NTP aktualisiert wurde:

https://forum.netcup.de/administration…2-r2/#post84123

Die Records sehen soweit gut aus. Bis auf den rDNS. Da scheinst du einen Tippfehler zu haben: mx.tec9.hosting.de statt mx.tec9-hosting.de

Als Hinweis für deinen Mailserver werfe ich mal ein paar Begriffe in den Raum, die du dir vielleicht mal angucken solltest:

• SPF
• DKIM
• DMARC
• TLS

Kann dir gerne bei den Punkten behilflich sein. Habe selber einen hMailServer laufen.Dann vielleicht aber besser in einem gesonderten Beitrag oder per PN.

Erstmal Grundlegendes:

A-Record: Für IPv4 Adressen

AAAA-Record: Für IPv6 Adressen

MX-Record: Zuständigen Mailserver definieren

CNAME-Record: Ein Art "Alias" für einen anderen Eintrag

TTL: Wie lange die Einträge gecached werden dürfen (Ich benutze meistens eine Stunde, also 3600)

Sagen wir mal, dass du hast die Domain example.com hast.

Dann möchtest du sicher, dass die Leute auf deinem Server landen, wenn sie example.com oder http://www.example.com im Browser eingeben.

Du solltest also schon mal zwei Einträge anlegen:

1. A-Record: @ (steht für die Domain selber also example.com) | die IPv4 Adresse deines Servers

2. A-Record: www | die IPv4 Adresse deines Servers

Wenn du IPv6 verwendest, solltest du noch die Einträge anlegen:

3. AAAA-Record: @ | die IPv6 Adresse deines Servers

4. AAAA-Record: www | die IPv6 Adresse deines Servers

Damit du Mails empfangen kannst, musst du einen MX-Record anlegen:

5. MX-Record: @ | Zahl zwischen 0 und 65535 | @

Die Zahl zwischen 0 und 65535 zagt, wie hoch die Priorität dieses Mailservers ist. Je kleiner die Zahl, desto höher die Priorität. Das ist also nur interessant, wenn du mehrere Mailserver betreiben möchtest. Die meisten nehmen einfach 10 als Priorität.

Es ist auch gängig, dass man für die Mailserver einen weiteren Record anlegt. Z.B:

A-Record: mx | die IPv4 deines Servers

AAAA-Record: mx | die IPv6 deines Servers (wenn du IPv6 verwendest)

Dann muss der MX-Record so aussehen:

MX-Record: @ | Zahl zwischen 0 und 65535 | mx.example.com

Als rDNS solltest du den Namen wählen, den du in hMailServer Settings -> Protocols -> SMTP -> Delivery of e-mails -> Local host name eingetragen hast. Also z.B. mx.example.com

Wenn du uns deine Domain nennen möchtest, können wir gerne überprüfen, ob deine Konfiguration richtig ist.

Diese Einstellungsmöglichkeit kennst du bei Roundcube? Ansonsten gibt es auch andere Themes für Roundcube.

Unbenannt.PNG

Vielleicht ist ja das hier interessant? https://github.com/joohoi/acme-dns

Dann kann der SPF-Record auch zu v=spf1 mx geändert werden. Macht aber keinen wirklichen Unterschied.

Beträgt das Setup nicht 2 Euro?

Übrigens was ich mal bei Nachforschungen mit der Fritzbox rausgefunden habe:

Die Fritzbox überprüft selber, ob sich hinter dem Hostnamen die richtige IP befindet. Sollte das nicht der Fall sein, wiederholt die Fritzbox alle 30 Minuten das Update der IP-Adresse.

Schau mal meine Antwort hier. Vielleicht ist das ja eine Alternative für dich.

Ich habe das mit den Mails über Subdomains früher mit mailgun gelöst.

Einfach kostenlosen Account erstellen, Subdomain einrichten (benötigte DNS-Einträge werden angezeigt) und unter Routen eine Weiterleitung einrichten.

Vorteil: kostenlos (bis 10.000 Mails) und einfach

Nachteil: Mails machen einen Umweg über dir unbekannte Server

Zitat von Bodenhaltung

Ich würde mir auch wünschen das noch der "Nickname" vom (v)Server mit in der Email steht, habe aktuell 7 vServer da kommt man schon schnell durcheinander.

Wäre cool, ja. Geht aber leier nicht.

Zitat von [netcup] Felix

Leider nein, da die Spitznamen nicht dem Prozess bekannt sind, der die Reboots organisiert.

Übrigens verlief bei mir der Reboot ohne Probleme. Server ist von alleine runtergefahren und nach ein paar Minuten wieder ordentlich hochgefahren.

Danke!

Zitat von mainziman

Dein Server ist ja kein DHCP-Server und Teredo ist ebenfalls nicht in Verwendung, oder?

Das ist korrekt. Also wenn ich dich richtig verstehe, gehe ich kein großes Risiko ein, wenn ich die Kernnetzwerk-Sachen (bis auf DHCP und Teredo) aktiviert lasse?