Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
We found shield 7.x-1.2 and 7.x-1.3 failing on a number of servers and decided to investigate.
We noticed that the REDIRECT_HTTP_AUTHORIZATION (which could be HTTP_AUTHORIZATION on other servers) was being set and the current CGI checks were failing as the REMOTE_USER value was never set.
Requires Drupal 7.23+ or a small modification to the .htaccess REWRITE rules for older versions.
This appears to be the normal practice for other modules that use HTTP authentication on FastCGI.
Comment | File | Size | Author |
---|---|---|---|
#3 | shield-2838218-3-fastcgi-support.patch | 1.06 KB | Alan D. |
#6 | interdiff-2838218-3-6.txt | 1.29 KB | sjerdo |
#6 | shield-2838218-6-fastcgi-support.patch | 1.15 KB | sjerdo |
Comments
Comment #2
Alan D. CreditAttribution: Alan D. commentedComment #3
Alan D. CreditAttribution: Alan D. commentedOr to enable by default without needing any config
Comment #4
Alan D. CreditAttribution: Alan D. commentedNote, this is what Drupal 8 does too, so not applicable to forward port :)
Symfony\Component\HttpFoundation\ServerBag
Comment #5
Alan D. CreditAttribution: Alan D. commentedWow, we the only ones that run FastCGI? Figured this would generate some interest...
New server build on AWS; a standard cPanel build on top of Centos with FastCGI enabled and this was required to get the module working...
Comment #6
sjerdoWe have experienced the same bug for several of our clients.
I have updated the patch to make it more readable by removing the nested ternary operators.
Comment #7
barthje CreditAttribution: barthje commentedTested this and works like a charm! Thanks Sjerdo.