Beiträge von eripek

https://www.heise.de/security/meldu…en-4611068.html

Müssen wir wieder mit einer Reboot-Welle rechnen?

Bezugnehmend auf die Meldung über lange Ladezeiten, möchte ich anregen, dass die CSS-Fehler repariert werden. Gut möglich, dass dadurch etwa eine Ladeanimation länger als notwendig angezeigt würde.

Also alles, was innerhalb des eigenen Prefix liegt, ist dem Gateway bekannt und wird erreicht, anderes nicht. Das klingt logisch, weil die Route retour nicht funktioniert, wenn die eigene Route nicht richtig angekündigt wird. Mutmaßlich also 2a03:4000:21::/48 oder größer. multimill ist in 2a03:4000:6::/48 - vermutlich erreichst Du das auch nicht.

Zitat von mfnalex

Ich glaube es geht um Punkt 5.5: https://www.netcup.de/bestellen/agb.php

Insbesondere 5.5-5.7 iVm 7.4 - diese Pflichten und Haftungen legt man sich um, wenn man einen Server betreibt - und daraus resultieren schon aus Selbstschutz gewisse Erwartungen und Anforderungen, die es zu erfüllen gibt.

Zitat von ulfklose

Ich wüsste nicht, wie. Ich komme gar nicht erst so weit, dass ich mit der Software arbeiten könnte.

Bei etlichen PHP-Anwendungen kann man das in der entsprechenden Config (config.inc.php, settings.php oder so ähnlich) definieren. Die Datenbankschemata sind meist bereits vorhanden. Im Source von X3 finde ich auf die Schnelle aber nichts.

Ein weiterer Workaround wäre dieser hier: https://www.php.net/manual/en/function.session-save-path.php - Kommentar Nr. 51.

Da werden die Sessions manuell in ein Session-Verzeichnis überhalb des Documentroots - aber innerhalb Deines Chroots gelegt. Es bietet sich $WEBSPACEROOT/tmp dafür an, das ebenfalls in open_basedir liegt.

Bis der Support das etwaige Schreibrechteproblem gelöst hat, könnte man das in Erwägung ziehen. Aber bitte mit Vorsicht!

Dann ist es recht klar. Schick die gesammelten Traceroutes an den Support. Ausgehend landest Du an einem Netcup-Gateway, eingehend hängt es bei Anexia fest. Da kündigt ein Router bei Netcup den Präfix nicht an.

Zitat von mfnalex

Habe die IP mehrfach überprüft, da ist kein Typo drin Es hatte ja auch bis gestern immer funktioniert.

Wo versandet es bei Dir im traceroute6/mtr?

ip -6 r s sollte jedenfalls nur ein einziges default gateway zeigen.

Wenn fe80::1 via linklokalem Netz erreichbar ist, funktioniert IPv6 einmal. Dann ist die vom Support zu klärende Frage, ob das Gateway die Route auch richtig ankündigt.

Edit: 2a00:11c0:47:3::33 ist auch im anderen Traceroute der vorletzte Hop - scheint also, dass die Route dort bekannt ist. Dein Server blockt doch nichts?

Workaround: Ist es eventuell möglich, sessions in der Datenbank zu speichern, statt im Filesystem?

Zitat von multimill

aber ich habe plötzlich auch keine IPv6 Verbindung mehr.

5 ae5-1337.bbr01.anx04.vie.at.anexia-it.net (2001:7f8:30:0:1:1:4:7147) 26.248 ms 26.102 ms 25.344 ms

6 2a00:11c0:47:1:47::134 (2a00:11c0:47:1:47::134) 26.129 ms 25.366 ms 25.354 ms

7 2a00:11c0:47:1:47::132 (2a00:11c0:47:1:47::132) 25.365 ms 26.721 ms 30.336 ms

8 2a00:11c0:47:1:47::137 (2a00:11c0:47:1:47::137) 24.349 ms 26.045 ms 25.278 ms

9 2a00:11c0:47:3::33 (2a00:11c0:47:3::33) 26.007 ms 51.809 ms 24.592 ms

10 [editiert] 25.295 ms 24.618 ms 24.472 ms

Via AS51184 klappt es heute zu Deinem Server.

zu mfnalex schaut es so aus:

4 bgp-v2681.ix.as51184.net (2a02:1748::ffff:51) 18.581 ms 11.906 ms 11.472 ms

5 ae5-1337.bbr01.anx04.vie.at.anexia-it.net (2001:7f8:30:0:1:1:4:7147) 26.606 ms 26.141 ms 26.122 ms

6 2a00:11c0:47:1:47::134 (2a00:11c0:47:1:47::134) 26.150 ms 26.145 ms 25.145 ms

7 2a00:11c0:47:1:47::131 (2a00:11c0:47:1:47::131) 26.125 ms 27.236 ms 25.567 ms

8 2a00:11c0:47:1:47::137 (2a00:11c0:47:1:47::137) 25.097 ms 25.584 ms 24.519 ms

9 2a00:11c0:47:3::33 (2a00:11c0:47:3::33) 2120.059 ms * *

10 * * * ...

11 * * 2a00:11c0:47:3::33 (2a00:11c0:47:3::33) 2182.970 ms !H

Da schaut es so aus, als würde das im Anexia-Netz versanden. Da wird wohl die Route nicht richtig angekündigt, oder es gibt einen Typo?

Zitat von LanOpa

mfnalex würde ich jetzt behaupten es wurde editiert wäre das vermutlich falsch, aber die letzten Zeilen habe ich wohl vorhin nicht so gelesen.

was ich aber sage: für mich kam das beim Ersten mal lesen so rüber das alle VPS Besitzer dumm und hässlich sind und dahin zurück gehen sollen wo sie herkommen.

Das „Danke“ habe ich tatsächlich editiert, denn das fehlte zuvor, und das Fehlen fand ich selbst unangemessen. Aber ich würde mir niemals erlauben, in Schubladen dieser Art zu denken oder zu schreiben, wie Du sie in Deiner Schilderung Deines Eindrucks artikulierst.

Ich finde das Vorhaben gut, habe aber Vorbehalte, die durchaus auch dem Plädoyer unseres advocatus diaboli m_ueberall entsprechen. Zugleich sehe ich auch Potential darin - auch, weil es zur Schaffung eines Problembewusstseins beiträgt - und diese Gedanken habe ich ausgedrückt.

Dass einige neu hinzugekommene VPS- und RS-Besitzer vielleicht nicht die für diese Produkte erhofften Voraussetzungen (siehe netcup AGB) mitbringen, ist ja hier wohlbekannter Fakt und Ausgangslage zugleich. Daran ist nichts zu werten.

Zitat von timkoop

Ich bin gerade etwas verwirrt, vielleicht kann mich ja mal jemand entwirren.

Gerade eine generische "Delivery report"-Mail erhalten (so der Betreff). Header passt soweit, der Absender (postmaster@advance.ucdavis.edu) stimmt auch und der Empfänger ist support@xyz.de (wobei xyz eine meiner Domains ist).

Schau einmal, ob einer der involvierten Server auf http://www.backscatterer.org/ steht, oder offen dafür ist.

Das schaut mir irgendwie nach Backscatter aus, wo ein gefakter Absender (Deine Domain) über ein offenes Relay rausging und der Empfänger Dir das Undeliverable für eine Weiterleitung schickt. Ich bin aber schon etwa müde und phantasiere vielleicht nur.

AlexN: schön, dass das nun geklärt werden konnte.

Zitat von ulfklose

Siehe mein Einstiegsbeitrag, da sieht alles gut aus.

Zu open_basedir, ja. Aber zu session.save_path? Laut Deinem Posting meint die Gallery X3, dass der /var/lib/php/sessions wäre - aber glaubst Du ihr und dem Plesk das auch? Hast Du auch nach den Änderungen „Übernehmen“ geklickt?

Wenn es so immer noch nicht klappt, wirst Du Dich an den Support wenden müssen - nur bin ich nicht sicher, ob der helfen kann, wenn die Werte laut phpinfo stimmen. Da scheint es mir doch eher an der Gallery X3 zu liegen.

Zitat von tab

Aber, was wäre, wenn der PHP-User in /var/lib/php/sessions zum Beispiel keine Schreibrechte hätte oder noch extremer, der Pfad gar nicht existiert? Würde eine durchschnittliche Galeriesoftware auch wirklich korrekt prüfen, warum sie jetzt hier nicht schreiben darf? Oder würde sie einfach sagen: Ich darf nicht schreiben, wird wohl open_basedir sein?

Bei mir im Chroot selbst gibt es den Pfad jedenfalls nicht. Auf dem Server gibt es sie wohl doch. Diesem Verdacht könnte der Support schon einmal nachgehen.

Die Idee so etwas zu machen, finde ich auch toll, sehe die Sache aber auch zweischneidig: Nur, weil man ein Mindestmaß an Sicherheit mittels Skript herstellen kann, bedeutet das noch nicht, dass man versteht, was auf dem Server passiert. Für die angedachte Zielgruppe der Neo-VPS-Besitzer ohne Vorerfahrung ist das vielleicht das falsche Signal. Für die Zielgruppe der tippfaulen Erfahrenen und für die Automatisierer ist die Sache sicherlich super.

Ich teile also die Bedenken, freue mich aber, dass Du whoami0501 es versuchst. Sehen wir uns an, wohin der Weg führt. Mach weiter, lass Dich nicht entmutigen! Und danke, dass Du etwas verbessern möchtest.

Ich habe vergessen wieso, aber hier ein xkcd

https://xkcd.com/927/

Auf derselben Seite gäbe es noch:

pasted-from-clipboard.png

aber ich vermute, das ist ohnedies so gesetzt, siehe Erstposting.

Was meint denn ein phpinfo() zu all dem?

Im CCP einloggen, die Lupe links von „Webhosting 1000 SE“ anklicken, in der Übersicht auf „Auto-Login Web“ klicken, dann in der Sektion für die entsprechende Domain im WCP/Plesk auf PHP-Einstellungen gehen und dort in der leeren Auswahlliste bei „open_basedir“ eine Auswahl treffen:

Z.B.:

pasted-from-clipboard.png

Übernehmen und OK. Nach einer Weile sollte es klappen.

Zitat von DerRené

Kann ich bestätigen, auf dem Host aaf9aa fehlt die Option nun auch (zumindest in der mobilen Ansicht, Rest kann ich gerade nicht schnell prüfen).

Vor wenigen Tagen war sie definitiv noch da.

Ich kann das auch für ein Webhosting 2000 SE nclabs bestätigen, u.z. für alle PHP-Versionen.

BTW: [netcup] Felix P. : in der Vergangenheit konnte man Produkt-Spezifikationen auch von nicht mehr angebotenen Produkten über die Produkt-ID abrufen. In letzter Zeit bekommt man allerdings vermehrt - wie etwa bei https://www.netcup.de/bestellen/produkt.php?produkt=2488 - nur noch das berühmte

pasted-from-clipboard.png.

Wäre es nicht praktisch hier einen Archiv-Modus einzuführen?

BTW2: Es ist etwas anstrengend, wenn man Postings nur innerhalb weniger Minuten editieren darf. Damit kann eine etwaige Recherche erst im nächsten Posting nachreichen.

Zitat von Bensen

[netcup] Felix auch in dieser Produktbeschreibung stimmt der angegebene Preis leider nicht mit dem im Warenkorb angezeigten überein.

Ob sich das so RENTIERt?