No Special config , lighttpd
Expected Behaviour:
Dietpi OS 8.x and default installed pihole from dietpi-software
I do Update the pihole -up and no Overview Page more
Actual Behaviour:
mypiholeip/admin/login.php works
mypiholeip/admin/ don‘t works
I can't spot anything in your debug log that would hint at web UI issues.
Did you try to clear your browser's cache yet?
Yes, i do
Also by other Browser. Firefox and Chromium both
I think dietpi uses a custom lighthttpd.conf. Maybe @MichaIng has an idea?
*** [ DIAGNOSING ]: Core version
[i] Core: v5.12 (https://discourse.pi-hole.net/t/how-do-i-update-pi-hole/249)
[i] Remotes: origin https://github.com/pi-hole/pi-hole.git (fetch)
origin https://github.com/pi-hole/pi-hole.git (push)
[i] Branch: master
[i] Commit: v5.12-0-gf998eee
*** [ DIAGNOSING ]: Web version
[i] Web: v5.14.1 (https://discourse.pi-hole.net/t/how-do-i-update-pi-hole/249)
[i] Remotes: origin https://github.com/pi-hole/AdminLTE.git (fetch)
origin https://github.com/pi-hole/AdminLTE.git (push)
[i] Branch: master
[i] Commit: v5.14.1-0-g5370780
*** [ DIAGNOSING ]: FTL version
[✓] FTL: v5.17
[i] Branch: master
[i] Commit: f64349b
*** [ DIAGNOSING ]: lighttpd version
[i] 1.4.59
I'll try to send him a message with a link. I am new here.
Today i get a Update for the Webinterface, but that did not help
[i] Checking for updates...
[i] Pi-hole Core: up to date
[i] Web Interface: update available
[i] FTL: up to date
[i] Pi-hole Web Admin files out of date, updating local repo.
[✓] Check for existing repository in /var/www/html/admin
[i] Update repo in /var/www/html/admin...HEAD is now at 37dbfc8 v5.14.2 (#2332)
[✓] Update repo in /var/www/html/admin
[i] If you had made any changes in '/var/www/html/admin/', they have been stashed using 'git stash'
[i] Local version file information updated.
Anybody have any ideas?
New Debug Token
https://tricorder.pi-hole.net/nF4gE0n5/
I do a curl -I on my Pihole without the /Admin Page
HTTP/1.1 302 Found
Set-Cookie: PHPSESSID=45scfpkqtcgl82v9d4hrvopeu7; path=/; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Location: login.php
Content-type: text/html; charset=UTF-8
X-Pi-hole: The Pi-hole Web interface is working!
X-Frame-Options: DENY
Date: Sun, 11 Sep 2022 10:06:21 GMT
Server: lighttpd/1.4.59
Maybe the X -Frame Option is the Problem?
X-Frame-Options: DENY is set by the original Pi-hole lighttpd.conf as well, so that shouldn't be the problem. To see final response headers, make curl follow redirects:
curl -IL <IP/HOST>/admin
However, the issues seems that index.php is not used as default index. /etc/lighttpd/lighttpd.conf should contain a line
index-file.names = ( "index.php", "index.html" )
Can you check that:
grep 'index-file.names' /etc/lighttpd/lighttpd.conf
Ok, done
dietpi@DietPi:~$ sudo grep 'index-file.names' /etc/lighttpd/lighttpd.conf
index-file.names = ( "index.php", "index.html" )
dietpi@DietPi:~$ sudo curl -IL http://IP_AD/admin
HTTP/1.1 301 Moved Permanently
Location: /admin/
Date: Sun, 11 Sep 2022 13:44:43 GMT
Server: lighttpd/1.4.59
HTTP/1.1 302 Found
Set-Cookie: PHPSESSID=7guf7836vt8etbt5kkllvm731o; path=/; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Location: login.php
Content-type: text/html; charset=UTF-8
X-Pi-hole: The Pi-hole Web interface is working!
X-Frame-Options: DENY
Date: Sun, 11 Sep 2022 13:44:43 GMT
Server: lighttpd/1.4.59
HTTP/1.1 200 OK
Set-Cookie: PHPSESSID=o71s7nl1ej7idtk14s2ahbl4f0; path=/; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Content-type: text/html; charset=UTF-8
X-Pi-hole: The Pi-hole Web interface is working!
X-Frame-Options: DENY
Date: Sun, 11 Sep 2022 13:44:43 GMT
Server: lighttpd/1.4.59
Ah my fault, it's the login.php and not the index.php. The curl however shows that the admin panel sends the redirect to login.php as intended. So when you open http://IP_AD/admin in browser, it "should" be equal to opening http://IP_AD/admin/login.php.
In browser address bar you do not see the login.php added, as part of the redirect? Does the browser console (developer tools) give any hint?
I have only a „Login.php“
My 2 Browser (Cromium and Firefox) don‘t see a „Index.php“ both.
And, I see nothing striking
What you see is correct. The old "login page" with the stats war removed.
New login splash page
This change will be the most immediately obvious to those that have their web interface behind a password.
Unauthenticated requests are now presented with a login page, and the previously seen data is now suppressed until a user is logged in.
1 Like
That all looks correct, however you opened login.php explicitly now. Please try to access /admin and then open the "Konsole" tab in developer tools to check for errors or warnings.
LOL 
Really?
So the infamous: This is not a Bug, this is a new feature?!
Yes.
Ok, thanks
But
to me reads like you see the login page only when typing login.php explicitly into the address bar, or did I misunderstand? Of course after the change mentioned by yubiuser, the browser should be redirected to the login page automatically (if not logged in already), which also was done when you used curl.
This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.