Description of problem: ufdbGuard needs to store its pid into a "pidfile" to work: [root@ns7-com ~]# grep pidfile /var/log/ufdbguard/ufdbguardd.log 2020-08-03 21:45:17 [13139] # default: pidfile "/var/run/ufdbguard/ufdbguardd.pid" The package does not provide the required "/var/run/ufdbguard" dir, the daemon complains at startup: 2020-08-03 14:49:53 [22931] The directory '/var/run/ufdbguard' where the pid file is stored, does not exist. creating it. 2020-08-03 14:49:53 [22931] ERROR: Cannot create directory /var/run/ufdbguard: Permission denied 2020-08-03 14:49:53 [22931] ERROR: make sure that /var/run/ufdbguard exists and has the correct permissions 2020-08-03 14:49:53 [22931] 2020-08-03 14:49:53 [22931] FATAL ERROR: cannot write my PID to the pidfile (see previous lines) ***** Beware: ufdbguardd runs but doesn't filter. It logs: 2020-08-03 14:48:48 [7516] ERROR: A FATAL ERROR OCCURRED: ALL REQUESTS ARE ANSWERED WITH "OK" (see previous lines with "FATAL ERROR" for more information) ***** Version-Release number of selected component (if applicable): ufdbGuard-1.34.5-2.el7.x86_64 How reproducible: Always Steps to Reproduce: 1. Install ufdbGuard 2. Configure to block all domains 3. Check the access is blocked (it is not) Actual results: [root@ns7-com ~]# echo "http://zzztube.com 192.168.122.2/ - - GET" | /usr/sbin/ufdbgclient -d OK Expected results: [root@ns7-com ~]# echo "http://zzztube.com 192.168.122.2/ - - GET" | /usr/sbin/ufdbgclient -d OK status=302 url="http://cgibin.urlfilterdb.com/cgi-bin/URLblocked.cgi?admin=your%20system%20administrator%20or%20helpdesk&color=orange&size=normal&clientaddr=192.168.122.2&clientname=unknown&clientuser=unknown&clientgroup=allSystems&category=adult&url=http%3A%2F%2Fzzztube.com" Additional info: [root@ns7-com ~]# cat /usr/lib/tmpfiles.d/ufdbGuard.conf d /var/run/ufdbguard 0750 ufdb ufdb
FEDORA-2020-5bdf1df622 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-5bdf1df622
FEDORA-EPEL-2020-f5373f508a has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-f5373f508a
FEDORA-EPEL-2020-6148f3271f has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-6148f3271f
FEDORA-2020-5bdf1df622 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-5bdf1df622` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-5bdf1df622 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2020-f5373f508a has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-f5373f508a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2020-6148f3271f has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-6148f3271f See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-5bdf1df622 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2020-6148f3271f has been pushed to the Fedora EPEL 7 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2020-f5373f508a has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.