FE-Login führt zu einem 503 Fehler

**planepix** · 26.01.2026, 10:45

Hallo zusammen,

nach einem Update von 4.13 auf 5.3 funktioniert das FE-Login mit 2FA nicht mehr.

Es gibt eine Seite Login, der keine Mitgliedergruppen zugewiesen sind. Darin sind das Login-Modul (ohne Weiterleitung) und das 2FA-Modul eingebunden.

Im Startpunkt der Website ist 2FA aktiviert mit Weiterleitung auf die Seite Login.

Ebenso ist eine 401-Seite angelegt, in der das Login-Modul (ohne Weiterleitung) eingebunden ist.

Lösche ich die Sessiondaten, kann ich das Loginformular ausfüllen. Nach Absenden wird ein 503 Fehler ausgegeben (Service UnavailableThe server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.)

Andere Seiten lassen sich durch die Navigation nicht aufrufen.

Fand ähnliches hier: https://community.contao.org/de/show...-nicht-bei-mir

Was muss ich denn alles umbauen für die Nutzung des FE-Logins mit 2FA?

**Spooky** · 26.01.2026, 10:48

Poste einen Screenshot der 503 Antwort und die Response Header davon.

**planepix** · 26.01.2026, 11:12

Header:

Code:

Anfrage-URL
https://domain/de/intern
Anfragemethode
GET
Statuscode
503 Service Unavailable
Remote-Adresse
80.74.146.140:443
Richtlinien für Referrer-URL
strict-origin-when-cross-origin
content-length
299
content-type
text/html; charset=iso-8859-1
date
Mon, 26 Jan 2026 10:08:55 GMT
server
nginx
:authority
domain.com
:method
GET
:path
/de/intern
:scheme
https
accept
text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
accept-encoding
gzip, deflate, br, zstd
accept-language
de-DE,de;q=0.9,en-US;q=0.8,en;q=0.7
cache-control
no-cache
cookie
csrf_https-contao_csrf_token=HR5W447aPa-M0VMxp8cqzfQTVKUuQCQAXoQrQI167Jw; contao_settings=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJkZWJ1ZyI6ZmFsc2UsImlhdCI6MTc2OTQxMzI3MS45MjAxMDQwMjY3OTQ0MzM1OTM3NSwiZXhwIjoxNzY5NDE1MDcxLjkyMDExMzA4NjcwMDQzOTQ1MzEyNX0.YxwY8kokCa4eA2CUSC3DgzMrBlSDwQnozNL-ZgkVNd4; sf_redirect=%7B%22token%22%3A%223f7b17%22%2C%22route%22%3A%22contao_backend%22%2C%22method%22%3A%22GET%22%2C%22controller%22%3A%7B%22class%22%3A%22Contao%5C%5CCoreBundle%5C%5CController%5C%5CBackendController%22%2C%22method%22%3A%22mainAction%22%2C%22file%22%3A%22%5C%2Fhome%5C%2Fhttpd%5C%2Fvhosts%5C%2Ffachperson-migration.ch%5C%2F53.fachperson-migration.ch%5C%2Fvendor%5C%2Fcontao%5C%2Fcore-bundle%5C%2Fsrc%5C%2FController%5C%2FBackendController.php%22%2C%22line%22%3A38%7D%2C%22status_code%22%3A302%2C%22status_text%22%3A%22Found%22%7D; PHPSESSID=0681bee2363f2034045eebf95c1f9f9f
dnt
1
pragma
no-cache
priority
u=0, i
sec-ch-ua
"Not(A:Brand";v="8", "Chromium";v="144", "Google Chrome";v="144"
sec-ch-ua-mobile
?0
sec-ch-ua-platform
"macOS"
sec-fetch-dest
document
sec-fetch-mode
navigate
sec-fetch-site
none
sec-fetch-user
?1
upgrade-insecure-requests
1
user-agent
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36

**Spooky** · 26.01.2026, 11:13

Das sind die Request Header, nicht die Antwort Header.

Das scheint aber direkt vom Web Server zu kommen, müsstest du beim Hoster nachfragen.

**planepix** · 26.01.2026, 11:15

Konsole -> Netzwerk:
Antwort:

HTML-Code:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>503 Service Unavailable</title>
</head><body>
<h1>Service Unavailable</h1>
<p>The server is temporarily unable to service your
request due to maintenance downtime or capacity
problems. Please try again later.</p>
</body></html>

**Spooky** · 26.01.2026, 11:19

Die Antwort Header musst du posten. Aber wie gesagt, es scheint direkt vom Web Server zu kommen, nicht von Contao.

**planepix** · 26.01.2026, 11:27

Zitat von Spooky

Die Antwort Header musst du posten. Aber wie gesagt, es scheint direkt vom Web Server zu kommen, nicht von Contao.

Ich habe eben gegoogelt: wie finde ich den Antwort Header? Vom Hoster heisst, dass dieser die Logins nicht richtig auflöst oder weiterleitet?

**Spooky** · 26.01.2026, 11:36

Zitat von planepix

Ich habe eben gegoogelt: wie finde ich den Antwort Header?

Im Netzwerk-Tab der Developer Tools. Oben hast du die "Anfrage" Header gepostet, statt der Antwort Header.

Zitat von planepix

Vom Hoster heisst, dass dieser die Logins nicht richtig auflöst oder weiterleitet?

Vom Web Server des Hosters wird (mutmaßlich) eine 503 Antwort gesendet ("Service Unavailable"). Da musst du beim Hoster nachfragen warum.

**planepix** · 26.01.2026, 11:43

Zitat von Spooky

Im Netzwerk-Tab der Developer Tools. Oben hast du die "Anfrage" Header gepostet, statt der Antwort Header.

Ok. Danke da war ich schon richtig. Ich bekomme da die Reiter Header, Vorschau, Antwort, Initiator, Timing und Cookies.

Und bei Antwort eben

HTML-Code:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>503 Service Unavailable</title></head><body><h1>Service Unavailable</h1><p>The server is temporarily unable to service yourrequest due to maintenance downtime or capacityproblems. Please try again later.</p></body></html>

Zitat von Spooky

Vom Web Server des Hosters wird (mutmaßlich) eine 503 Antwort gesendet ("Service Unavailable"). Da musst du beim Hoster nachfragen warum.

Danke dir. Dann muss ich da nachhaken.

**Spooky** · 26.01.2026, 11:46

Zitat von planepix

Ok. Danke da war ich schon richtig. Ich bekomme da die Reiter Header, Vorschau, Antwort, Initiator, Timing und Cookies.

Und bei Antwort eben

HTML-Code:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"><html><head><title>503 Service Unavailable</title></head><body><h1>Service Unavailable</h1><p>The server is temporarily unable to service yourrequest due to maintenance downtime or capacityproblems. Please try again later.</p></body></html>

Du musst die Antwort Header posten. Also du klickst auf "Header" und kopierst von dort die Antwort Header.

**planepix** · 04.02.2026, 14:47

Manchmal ist die Kommunikation zäh - mit dem Kunden oder der dann mit dem Hosting Support…

Letzter Status / Feedback vom Hoster (Metanet):

Die Datei /home/httpd/vhosts/domain.tld.ch/53.domain.tld/ch/vendor/bacon/bacon-qr-code/src/Common/BitArray.php versucht auf Speicherbereiche zuzugreifen, die nicht im Bereich Ihres Benutzers liegen.Deswegen wird der Prozess automatisch unterbrochen.
Das kann leider nicht geändert werden.

Der QR-Code wird ja für den 2FA-Login bereitgestellt.

Ich hatte die 5.3 Installation 1:1 in mein Hosting bei allinkl übertragen. Kein Fehler, alles klappt.

Habe beide composer.json aus der 4.13 udn der 5.3 verglichen - beide gleich.

Wie könnte man hier nun weiterkommen? Unter 4.13 hat das noch funktioniert.
Was kann ich tun, wo muss der Support ran? Was könnte man noch an Infos liefern?

Danke für Inputs.

**Spooky** · 04.02.2026, 15:04

wtf

Wenn der Hoster meint einen Fehler in diesem Paket gefunden zu haben, dann sollte der Hoster das dort als Ticket melden - oder besser gleich einen Fix als PR contributen.

Wobei ich nicht davon ausgehe, dass da wirklich ein Fehler vorliegt.

**planepix** · 04.02.2026, 15:30

Das könnte ich ja mal direkt dem Hoster pusten äh posten :-)

Man kommt also nicht weiter - das ist das ärgerliche…

Hatte mir die Issues auf GitHub angesehen…

**Spooky** · 04.02.2026, 15:42

Zitat von planepix

Man kommt also nicht weiter - das ist das ärgerliche…

Einfach beim Hoster weiter nachhaken. Das Problem, das der Hoster beschreibt, wäre ja extrem gravierend.

**planepix** · 08.02.2026, 16:43

So, nächstes Feedback von Metanet:

Da sich an der Serverkonfiguration nichts geändert hat, sondern nur an der Version von Contao, müssen wir von einem Problem bei Contao ausgehen. Wenden Sie sich an deren Support.
Vielleicht hilft dem Support folgende Information weiter:

2636818 17:25:43 lstat("/home/httpd/vhosts/domain.tld/53.domain.tld/vendor/bacon/bacon-qr-code/src/Common/BitArray.php", {st_mode=S_IFREG|0644, st_size=8915, ...}) = 0
2636818 17:25:43 munmap(0x7fe06cab6000, 8915) = 0
2636818 17:25:43 close(10) = 0
2636818 17:25:43 close(9) = 0
2636818 17:25:43 futex(0x7fe06a7bf9a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
2636818 17:25:43 mmap(NULL, 2105400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 9, 0) = 0x7fe044ffd000
2636818 17:25:43 mprotect(0x7fe044fff000, 2093056, PROT_NONE) = 0
2636818 17:25:43 mmap(0x7fe0451fe000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 9, 0x1000) = 0x7fe0451fe000
2636818 17:25:43 close(9) = 0
2636818 17:25:43 mprotect(0x7fe0451fe000, 4096, PROT_READ) = 0
2636818 17:25:43 --- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=NULL} ---
2636818 17:25:43 +++ killed by SIGSEGV +++
4025744 17:25:43 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=2636818, si_uid=10806, si_status=SIGSEGV, si_utime=39, si_stime=18} ---
4025744 17:25:43 wait4(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV}], WNOHANG|WSTOPPED, NULL) = 2636818

Damit fang ich wenig an. Sonst jemand?

Bliebe die Frage, ob man beim 2FA Modul den QR-Code ausbauen / auskommentieren kann (also macht) oder dann doch einen Hosterwechsel vorschlägt…?

**Spooky** · 08.02.2026, 18:18

Das Problem liegt wenn dann bei bacon/bacon-qr-code. Da das eine weit verbreitetes Open Source Paket ist, liegt es vielleicht im Interesse des Hosters sich das selbst genauer anzusehen.

Davon abgesehen solltest du den Hoster vielleicht generell darauf hinweisen dass es sich hier um Open Source Software handelt - und daher auch keinen direkten "Support".

Davon wiederum abgesehen: welche PHP Version kommt bei dir (laut Debug-Modus) zum Einsatz?

**planepix** · 08.02.2026, 19:34

Danke für deine Antwort und Einschätzung.

Dem Hoster ist das mit Contao m.E. schon bewusst…

PHP ist 8.4.11.

**zoglo** · 08.02.2026, 23:18

Zitat von planepix

Danke für deine Antwort und Einschätzung.

Dem Hoster ist das mit Contao m.E. schon bewusst…

PHP ist 8.4.11.

Updaten auf die aktuelle PHP Bugfix Version nicht möglich, damit man dies auch ausschließen kann?

**bjarke** · 09.02.2026, 06:34

Lösung: zum Einrichten der 2FA auf PHP 8.3 umstellen und danach wieder zurück auf PHP 8.4.

Der Support hat leider keinen Zeitplan für eine Aktualisierung der PHP-Version.

**lbableck** · 09.02.2026, 07:11

Zitat von planepix

Damit fang ich wenig an. Sonst jemand?

Tippe auf einen Bug in Verbindung mit Opcache/JIT, könntest du also zur Not auch mal deaktivieren (falls du darauf Zugriff hast) und schauen obs dann weg ist. Ist bestimmt aber in neueren PHP Versionen schon behoben.

Würde in so einem Fall eigentlich zu einem Hosterwechsel raten. 8.4.11 ist ja auch schon wieder ein paar Monate alt und es gibt eigentlich keinen Grund nicht zu updaten, ganz im Gegenteil, sind ja auch ab und an Sicherheitsupdates dabei.
Ob das bei den restlichen Paketen auf ihren Systemen genauso ist?

**Spooky** · 09.02.2026, 08:41

Ja, ich würde auch ein Update auf PHP 8.4.17 vorschlagen. Wie oben schon erwähnt würde ich nicht von einem Fehler in bacon/bacon-qr-code ausgehen. Solche segfaults sind meist ein Fehler in PHP selbst (oder eben einer Komponente davon).

**planepix** · 09.02.2026, 08:56

Danke für die Ideen und Vorschläge.

Die Installation lief mit 4.13 und PHP 8.3.21 mit 2FA; nur nicht mit 5.3.44 und PHP 8.4.11.

Jetzt auf PHP 8.3 zurückgestellt und 2FA funktioniert wieder. Wow.

Andere PHP-Versionen lassen sich nicht einstellen.

Auf meiner getesteten Dublette bei allinkl läuft PHP 8.4.16-nmm1. Da scheint der Fehler behoben, denn 2Fa funktioniert dort.

**Spooky** · 09.02.2026, 10:24

Zitat von planepix

Andere PHP-Versionen lassen sich nicht einstellen.

Der Hoster muss dafür sorgen immer die aktuellsten Bugfix Versionen für PHP Bereitzustellen.

Du kannst nun dem Hoster Feedback geben, dass es definitiv an deren kaputten PHP Version liegt, nicht an den PHP Scripten.

**zoglo** · 09.02.2026, 10:39

Zitat von Spooky

Der Hoster muss dafür sorgen immer die aktuellsten Bugfix Versionen für PHP Bereitzustellen.

Du kannst nun dem Hoster Feedback geben, dass es definitiv an deren kaputten PHP Version liegt, nicht an den PHP Scripten.

Gerne kannst du dir folgendes kopieren - auch im Taker-Format... aber du bezahlst ja für das Hosting. Falls nicht, dann gerne auf den Thread verweisen.
Aber vielleicht doch einfach den Hoster wechseln

Guten Tag Support von Metanet,

wie aus diesem Community-Support-Thread herauszulesen, hat sich IHRE Serverkonfiguration nicht geändert.
Es wurden keine aktuellen PHP-Bugfixes eingespielt.

Wir müssen also von einem Problem bei Ihnen (Metanet) ausgehen, bitte unbedingt an die Techniker weiterleiten.

Vielleicht hilft dem Support folgende Information weiter:
- Als Hoster habt ihr dafür zu sorgen, dass sicherheitsrelevante Bugfixes der Serverarchitektur und der Abhängigkeiten auch bereitgestellt werden.

Danke.

Thema: FE-Login führt zu einem 503 Fehler

Themen-Optionen

Thema durchsuchen

FE-Login führt zu einem 503 Fehler

Aktive Benutzer

Aktive Benutzer

Berechtigungen