Bin ich der einzige, der das Forum nach den Problemen im Februar 2019 nicht mehr "gefunden" hat. Wenn ich wie gewohnt beschneidungsforum.de eingegeben hatte, hatte mein Browser diese Eingabe wie im Titel beschrieben umgewandelt und ich bekam Fehler 404. Durch einen Zufall stellt ich jetzt fest, dass das Forum noch existiert. Ich wollte dies jetzt nur mal posten, falls es noch anderen wie mir ergeht, die noch gar nicht mitbekommen haben, dass das Forum schon seit fast einem dreiviertel Jahr offenbar wieder online ist.
https://beschneidungsforum.de/www.beschneidungsforum.de/index.php
-
Was hast du denn für einen Browser? Meiner macht aus beschneidungsforum.de -> https://www.beschneidungsforum.de/index.php, und das funzt.
Hättest aber auch bei Google "beschneidungsforum" eingeben können. Da kommt unser Forum an erster Stelle (leider kommt an zweiter dieses unterirdische Amputations-Fetischisten-Forum
)Verwechselung jedenfalls kaum möglich
. -
Ich kann die Probleme nachvollziehen und melde mich freiwillig dem Bug auf die Schliche zu kommen, sollte keine große Sache sein. Wen muss ich ansprechen, ist @Guy noch zuständig?
-
Schicks mir gern per PM.
Danke! -
Schicks mir gern per PM.
Danke!beschneidungsforum.de ohne www. ist kaputt, irgendwo in der Forensoftware oder in Cloudflare wird sich eine Einstellung dazu finden lassen. Wo genau, weiß ich aus dem Stand nicht, da ich mit anderen arbeite.
-
Bei mir geht's. Bloß nicht, wenn es ein Link in einer Mail ist.
Ich muss mal kucken, ob ich das www davor klemmen kann, in der Benachrichtigung. -
Ich hatte das jetzt auch gerade, bei einem neuen Handy, mit Firefox. Ohne www - > geht nicht.
Ich meine, wir hätten diese Problematik vor Jahren schon mal gehabt, und irgend wer (Bastian?) hatte es dann gefixt.
-
Tritt bei mir auch auf. Der Aufruf von https://beschneidungsforum.de/ leitet auf https://beschneidungsforum.de/www.beschneidu…um.de/index.php weiter.
Bin jetzt nicht der Experte auf dem Gebiet, aber fehlt da im Header nicht ein Schrägstrich bei location?
Code
Display MoreRequest URL: https://beschneidungsforum.de/ Request Method: GET Status Code: 301 Remote Address: 172.67.70.147:443 Referrer Policy: strict-origin-when-cross-origin cf-cache-status: DYNAMIC cf-ray: 708a46894819cbc4 content-type: text/html date: Mon, 09 May 2022 12:00:34 GMT expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct" location: https:/www.beschneidungsforum.de/index.php -
Es wäre wirklich gut, wenn da mal was passieren würde *seufz*
-
Bei mir auch!
-
Das Problem ist, dass der Fehler nicht gezielt reproduzierbar ist
-
Doch es ist reproduzierbar (Zeile 45)
HTML
Display Moreroot@hs:~# curl -v https://beschneidungsforum.de * Trying 104.26.5.5... * TCP_NODELAY set * Expire in 149995 ms for 3 (transfer 0x55b948de3c10) * Expire in 200 ms for 4 (transfer 0x55b948de3c10) * Connected to beschneidungsforum.de (104.26.5.5) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: none CApath: /etc/ssl/certs * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8): * TLSv1.3 (IN), TLS handshake, Certificate (11): * TLSv1.3 (IN), TLS handshake, CERT verify (15): * TLSv1.3 (IN), TLS handshake, Finished (20): * TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.3 (OUT), TLS handshake, Finished (20): * SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 * ALPN, server accepted to use h2 * Server certificate: * subject: C=US; ST=California; L=San Francisco; O=Cloudflare, Inc.; CN=sni.cloudflaressl.com * start date: Jun 16 00:00:00 2021 GMT * expire date: Jun 15 23:59:59 2022 GMT * subjectAltName: host "beschneidungsforum.de" matched cert's "beschneidungsforum.de" * issuer: C=US; O=Cloudflare, Inc.; CN=Cloudflare Inc ECC CA-3 * SSL certificate verify ok. * Using HTTP2, server supports multi-use * Connection state changed (HTTP/2 confirmed) * Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0 * Using Stream ID: 1 (easy handle 0x55b948de3c10) > GET / HTTP/2 > Host: beschneidungsforum.de > User-Agent: curl/7.64.0 > Accept: */* > * TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): * TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): * old SSL session ID is stale, removing * Connection state changed (MAX_CONCURRENT_STREAMS == 256)! < HTTP/2 301 < date: Tue, 10 May 2022 21:20:16 GMT < content-type: text/html < location: https:/www.beschneidungsforum.de/index.php < strict-transport-security: max-age=31536000; includeSubDomains; preload < cf-cache-status: DYNAMIC < expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct" < report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=h5FkwA3caEs7jTDlo05DQeTKbC1m%2B6TH8XZSmoJel0M71GIq%2BwU5D9P1VdT1YI8%2BOfEz07nVEbNfz3wqZIqEFlDX6KH7UkwTwyTj2Bzh5vu2bCA64opPczAbJMHzMK8ggqC5eb0XjA%3D%3D"}],"group":"cf-nel","max_age":604800} < nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800} < x-content-type-options: nosniff < server: cloudflare < cf-ray: 7095b7c90fbb203f-AMS < <html> <head><title>301 Moved Permanently</title></head> <body bgcolor="white"> <center><h1>301 Moved Permanently</h1></center> <hr><center>nginx</center> </body> </html> * Connection #0 to host beschneidungsforum.de left intactDas Problem ist, dass der Fehler nicht gezielt reproduzierbar ist
Vielleicht weil der Webbrowser selbst www davorgibt (aber nicht anzeigt - Feature von Chrome), wenn man die Url händisch eingibt.
-
Das Thema ist leider immer noch aktuell ...
@Guy Ich biete hiermit offiziell meine Hilfe an.
-
- Official Post
Das Problem sollte jetzt behoben werden.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!