ubuntuusers.de

JasMich.de schrieb:

http://gobuntu.jasmich.de/dist/Be/Gobuntu-Beryllium-amd64.iso

Also der Webserver, der das Ding ausliefert ist ein nginx, kein Apache. Nichtsdestotrotz kann auch der nginx Partial-Content ausliefern. Mit wget bekomme ich auch den korrekten Downloadstatus, eine halbwegs genaue Zeitabschätzung und einen vernünftigen Prozessbalken.

Das einzige Problem ist offenbar der Content-Type. Dazu solltest du wie schon gesagt mal die /etc/mime.types anschauen.

Jetzt wird's interessant: die Datei gibt's nicht.

apt-get install mime-support

Sorry, habe keinen root-Zugriff auf meinen Webserver. Ich kann nur die Apache- und PHP-Einstellungen ändern.

JasMich.de schrieb:

Sorry, habe keinen root-Zugriff auf meinen Webserver. Ich kann nur die Apache- und PHP-Einstellungen ändern.

Dann kannst du auch die Datei einfach herunterladen (beispielsweise hier), und entsprechend einbinden:

curl -o /etc/apache2/mime.types https://misterunknown.de/static/mime.types
echo "TypesConfig /etc/apache2/mime.types" >> /etc/apache2/conf.d/mime-types.conf
apache2ctl configtest && apache2ctl graceful

Dann sollte er die Typen von dort lesen. Eventuell muss noch das mime-Modul aktiviert werden:

a2enmod mime

Das bringt doch alles nichts solange der Content mit nginx ausgeleifert wird ...

1
2

HTTP/1.1 206 Partial Content
Server: nginx

Mokkujin schrieb:

Das bringt doch alles nichts solange der Content mit nginx ausgeleifert wird ...

Ich vermute mal, dass das ein Reverse-Proxy ist.

misterunknown schrieb:

Mokkujin schrieb:

Das bringt doch alles nichts solange der Content mit nginx ausgeleifert wird ...

Ich vermute mal, dass das ein Reverse-Proxy ist.

Und was bedeutet das nun?

@misterunknown : Ok daran hatte ich nicht gedacht , touche , für die Fehlersuche ist es trotzdem nicht hilfreich die falschen header zu posten ....

JasMich.de schrieb:

misterunknown schrieb:

Mokkujin schrieb:

Das bringt doch alles nichts solange der Content mit nginx ausgeleifert wird ...

Ich vermute mal, dass das ein Reverse-Proxy ist.

Und was bedeutet das nun?

Das bedeutet, dass deine Seite in letzter Instanz von einem nginx ausgeliefert wird, nicht von einem Apache. Dass solltest du eigentlich wissen. Du solltest auch Wissen, ob der nginx nur ein Reverse-Proxy ist (wird oft für SSL-Offloading eingesetzt), oder ob es der eigentliche Webserver ist. Ist letzteres der Fall, kannst du natürlich am Apache rumschrauben solange du willst – es wird nichts nützen.