hi, i upgrated my dietpi to lastest version today and reinstalled softwares. after qbittorrent install, i cannot login on webgui. tried different combinations;
sc355
I could replicate the issue. Even removing the user and password from the config file and restarting the service didnāt allow me to login the web UI: https://github.com/qbittorrent/qBittorrent/wiki/Web-UI-password-locked-on-qBittorrent-NO-X-(qbittorrent-nox)
But also there is no wrong user/password warning, so it seems to be another issue actually. Is that true in your case as well when you use qbittorrent / myglobalpass?
Hah, tried it with another browser (Edge) and there it worked. On Opera it still does notā¦
Logged in with Edge with default user/password (admin/adminadmin) after removing user and password lines from config + restart. Then adjusted both in web UI and compared to how we add it in dietpi-software: Exactly the same!
So it seems to be a browser specific issue. Please verify that this is the case for you as well (e.g. it works with Microsoft Edge). Then we need to report to qBittorrent devs.
No issue on Buster systems, so it is resolved with current qBitTorrent versions. Will report this to the Debian bug tracker, perhaps it is reason enough to update the version in Stretch repo. Otherwise we probably need to ship custom compiled binaries.
I installed qbittorrent today and tried to login with Chrome, Edge and Firefox all give a warning āusername and/or password incorrectā after sometime my ip get banned. I used
admin - adminadmin,
qbittorrent - dietpi,
qbittorrent - adminadmin,
qbittorrent - myglobalpassword
wellā¦ In my installation there was no configuration file, and the login didnāt work.
So Iāve taken the following steps to make it work:
1.- Connect by SSH to your device.
2.- Execute:
qbittorrent-nox default
The default user name and password will now appear, and the service will be running on port 8080. Access to your IP:8080, with the credentials that qbitorrent has indicated, login and change the password from the configuration.
Now you can kill the qbitorrent-nox service (Ctrl+C) and restart the device services:
Iāll retest a fresh install later, currently I canāt see a reason why this fails, besides the mentioned Chromium login issue on Stretch systems.
qbittorrent-nox default
Note that this must be executed as user qbittorrent, which is what the service runs as, so:
sudo -u qbittorrent qbittorrent-nox default should be it, if the above file indeed was not created as expected.
Hey guys, I found the bug. We used useradd -p ā$GLOBAL_PWā to create the user, but this takes the password not as ārawā but as encrypted. So when login fails, please do:
Thanks! Just installed the latest today and this is still an issue, after reading all the other threads I found this suggestion. It was the only thing that worked to let me in though the webui. Much appreciated!
Iāve been fighting with this problem for a while now and finally yesterday after inspect the qBittorrent.conf on my home folder and the qBittorrent home folder i figure out that every time I restarted the service the password was resent to mygobalpassword
Damnit!
So for me the username was: qbittorrent
and the password: myglobalpassword
Iām having the same problems now with the latest Bullseye release and Qbittorrent (just did a clean install). Iām using qbittorrent as user name and myglobalpassword as password, but Iām getting Invalid Username or Password.
Can anyone else confirm this issue?
Hereās the log for the installation:
Mode: Configuring qBittorrent: bittorrent server with web interface (c++)
[ OK ] DietPi-Software | Verifying user "qbittorrent" to run qBittorrent
[ OK ] DietPi-Software | useradd -rMN -g dietpi -d /home/qbittorrent -s /usr/sbin/nologin qbittorrent
[ OK ] DietPi-Software | Applying user password: ******
[ OK ] DietPi-Software | mkdir -p /home/qbittorrent/.config/qBittorrent /var/log/qbittorrent
[ OK ] DietPi-Software | chown -R qbittorrent: /var/log/qbittorrent
[ OK ] DietPi-Software | chown -R qbittorrent:dietpi /home/qbittorrent
[ OK ] DietPi-Software | systemctl daemon-reload