Site-ul blocat în bucla de conectare „antetele au fost deja trimise” după actualizarea D9

Sugestii pentru depanarea unui site care este acum blocat într-o buclă „antetele au fost deja trimise” după autentificare cu succes (redirecționare înapoi la formularul de conectare)?

Acesta este un server de producție pentru un site care tocmai a fost actualizat la Drupal 9. Gestionarea sesiunii este absolut ok pe serverul de dezvoltare, așa că sunt sceptic cu privire la spații albe, problema de închidere a etichetei (unul meu modul personalizat este în regulă).

• Comparând cu default.settings.php, nu pot vedea nimic în mod evident în neregulă cu fișierul settings.php.
• Matricea de site-uri de încredere este setată corect.
• Există un director temporar valid (/tmp)
• Toate pachetele (Debian 10.11, Nginx, PHP 7.4, MariaDB, memcached) sunt actualizate.
• Au repornit toate serviciile. A repornit serverul.
• Nu există actualizări în așteptare.
• Raportul de stare (înainte să mă deconectez) a fost în regulă.
• Am încercat să dezactivez modulele tfa/ga_login, fără diferență.
• upgrade_status era 100% gata înainte de a face upgrade-ul D8->9.
• Am fugit upgrade compozitor la producție, precum și pentru a căuta orice diferențe.
• Aceeași versiune PHP pentru dezvoltare și producție.

Alte idei? (Ar trebui să mă uit la orice în configurația Drupal, deoarece este posibil să existe diferențe între cele două mașini - config split etc.)

Mulțumesc...

RuntimeException: Nu s-a putut porni sesiunea deoarece anteturile au fost deja trimise de către „/var/www/sitename/vendor/symfony/http-foundation/Response.php” la linia 384. în Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage ->start() (linia 152 din /var/www/sitename/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php) #0 /var/www/sitename/web/core/lib/Drupal/Core /Session/SessionManager.php(162): Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start()
#1 /var/www/sitename/web/core/lib/Drupal/Core/Session/SessionManager.php(193): Drupal\Core\Session\SessionManager->startNow()
#2 /var/www/sitename/vendor/symfony/http-foundation/Session/Session.php(189): Drupal\Core\Session\SessionManager->save()
#3 /var/www/sitename/web/core/lib/Drupal/Core/StackMiddleware/Session.php(60): Symfony\Component\HttpFoundation\Session\Session->save()
#4 /var/www/sitename/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(47): Drupal\Core\StackMiddleware\Session->handle()
#5 /var/www/sitename/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#6 /var/www/sitename/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#7 /var/www/sitename/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(47): Drupal\page_cache\StackMiddleware\PageCache->handle()
#8 /var/www/sitename/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(52): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#9 /var/www/sitename/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#10 /var/www/sitename/web/core/lib/Drupal/Core/DrupalKernel.php(717): Stack\StackedHttpKernel->handle()
#11 /var/www/sitename/web/index.php(19): Drupal\Core\DrupalKernel->handle()
#12 {principal}.

Remediat prin utilizarea composer install --no-dev, așa cum ar fi trebuit inițial, care a eliminat o mulțime de pachete inutile. Nu este clar care dintre ei l-ar fi rupt.

Nu este asta, este acest bug cu redirecționare_după_login modul, pentru care există un patch.

eu gând L-am remediat după ce am scăpat de pachetele de dezvoltare, dar am devenit confuz pentru că am folosit un link unic (generat de utilizator drush) care a funcționat și am putut naviga liber și să rămân conectat.

Cookie-urile au fost OK în acest caz, deoarece redirect_after_login aparent nu este apelat pentru linkuri unice. M-am uitat prin lista de module, am văzut-o, mi-am dat seama că nu încercasem să o dezinstalez, am făcut-o și apoi am verificat coada de probleme...

De asemenea, merită menționat: dacă dezinstalați modulul TFA și mai târziu trebuie să-l reinstalați, va trebui să luați rândurile relevante din backup-ul dvs. user_data (modul=tfa) pentru a reinstala semințele oamenilor, codurile salvate o singură dată etc.