BLOKKER on automatic for iPad; removed, reinstalled and approved eBlocker-certificate, rebooted eBlocker, rebooted iPad and still the exclamation mark for Web filtering (HTTPS) keeps coming back in Dashboard/Status/Test. Which mistake do i make?
BLOKKER on automatic for iPad; removed, reinstalled and approved eBlocker-certificate, rebooted eBlocker, rebooted iPad and still the exclamation mark for Web filtering (HTTPS) keeps coming back in Dashboard/Status/Test. Which mistake do i make?
I've exactly the same issue, but not only on Apple devices only. Same on Win devices. I'm using the eBlocker on a Raspberry Pi 4 4GB. This eBlocker behavior started right after the update to 2.5.8.
Prior update no issues on HTTPS filtering at all.
Also reinstalled the HTTPS certificate on all devices, rebooted the eBlocker, all (Apple, Win) devices again signed in, but no improvement. Attached file as an example of the situation for all devices.
However, eBlocker seems to work properly. Trackers and ads are blocked on web sites.
Any changes in settings after the update, that I missed? To me it seems to be a bug.
@bonycb Do you see the eBlocker icon on HTTPS sites? Actually there was a bug in displaying the right HTTPS status in the dashboard, which should have been fixed in 2.5.8. 🤔
As far as I remember @Rob fixed it with a factory reset...
I‘m talking about the subject of this thread. „Https exclamation mark“.
The question is: in which browsers do you see the exclamation mark (when running the test). AND if sou see the icon in the same browser on https sites. If the icon is shown t it proofs that https is working correctly but just the self test returns wrong results...
@robfranssen-fr Which OS (and version) did you use for the browser tests? (You talked about macOS and iOS - so I'm confused - and we need to be clear to reproduce the issue).
The "cloaking element" in the dashboard is not shown if HTTPS is not enabled (for the device)! (BTW: This is not a bug, but a feature as cloaking does not work without HTTPS support)
Google Ads are not blocked if HTTPS is not enabled (for a device).
The icon you've on the screenshot above might come from cache (and a time where HTTPS was enabled properly for the device). Also the HTTPS test on my devices (PC, iOS) all work properly in all browsers. Please clear browser cache and retry the above's screenshot.
I remember you did a factory reset once. After this you have to reinstall the (new) eBlocker root certificate in all clients again. I fear this is the cause of all your issues.
Please use the HTTPS wizard to reinstall the certificate on one of the affected devices first. (on iOS make sure not to forget to grant root privileges iOS Settings>General>Info - scroll down to last item "Certificate trust settings" and select menu. Then grant root access also to the new eBlocker certificate). All issues will be gone...
I began my first remarks with “removed, reinstalled and approved eBlocker-certificate”.
IMHO this is the same as “reinstall the certificate on one of the affected devices first. (on iOS make sure not to forget to grant root privileges iOS Settings>General>Info - scroll down to last item "Certificate trust settings" and select menu. Then grant root access also to the new eBlocker certificate)”
@robfranssen-fr Buddy, PLEASE! The problem is the certificate OR that HTTPS is not enabled for the particular device. To quote you "take it or leave it". I'm not going to answer any more of your posts until you take the time to double check. Sorry, but the issue is in front of the screen!
I understand what you are saying: No HTTPS, nu fun! 🙂
Rest assured that i’m very ‘HTTPS-aware’ and i know that in particular Pattern blocking is not working. I therefore check my Dashboard very regularly to make sure that i don’t go on the web without proper protection. I know that this statement doesn’t help to solve the problems, but there it is, i can’t do better.
It is possible that the browser cache is playing games with me and showing ‘the wrong dashboard’. Having said that, the question arrises on how far one should go in ones efforts to make proper use of the eBlocker and get the protection it claims to provide?
@robfranssen-fr eBlocker is plug & play. You set it up once and you forget about it.
My impression is, you like to play: You plugin eBlocker in the WAN port "as an exercise", you add various blocker lists (for your Google / FB aversion), you tweak all parameters there are - not knowing what you really do. And yes, then support and usage of eBlocker becomes no fun.
Go with the standard install if you are a tech novice leave everything untouched!
Again this whole topic is nonsense and a waste of time, as the "exclamation mark" disappeared after 15 sec of wait, right!
So, Rob: PATIENCE is key and not to stir in every corner you find and post topics you are can not reproduce. THEN you enjoy eBlocker. And speaking for myself: I enjoy eBlocker for years and helping in support. BUT our conversations are NO FUN.
@robfranssen-fr We found the source of error for the test failure: If you manually add "eblocker.org" to the trusted websites, the test fails. That's probably what you did as well - not really knowing what you are doing (see above 😉).
So cure is easy: just remove "eBlocker.org" from the trusted websites and test runs well.
In a future version we'll block the manual adding of our domain to not have other users stumble across this.
As you can see from the message-screenshot, the message appeared on a Mac and the only Mac i'm using is the iMac with Big Sur. Tried to reproduce the event, but (unfortunately?) did not succeed.
I received an email telling me that there was a new message about “How to get rid of Google ads”. So, while reading the message on my iPad, i ticked the link.
And there it was again, this time on my iPad
Checking my pictures, i discovered that the first instance was from my iPad as well (check the time in upper left corner of the pictures)
Sorry for the confusion, but of course i would like to know why i get the message.
I received an email telling me that there was a new message about “How to get rid of Google ads”. So, while reading the message on my iPad, i ticked the link.
And there it was again, this time on my iPad
Checking my pictures, i discovered that the first instance was from my iPad as well (check the time in upper left corner of the pictures)
Sorry for the confusion, but of course i would like to know why i get the message.
But not urgent, not important.
Rob
@randon
This time on my iMac.
In Mail i clicked on the link in the message about 'How to get rid of Google'(I'l answer that one in a minute). Again, i got a screen telling me that a Tracking Link was detected.
To let you know that a solution was found for the ‘How to get rid of Google xxx’, i opened Safari on my iPad, tried to open the address https://eblocker.org/login/ to login. eBlocker informed that a tracking link was detected and only after i disabled eBlocker for the iPad i could login and write my answer. Can’t help it 🙁
After flushing Safari i tried again. No problem. So, everything works fine. I’ll keep quiet and will not tough anything ’eBlocker’. Please forget my existence. Have a nice day.
But one last (?) question. Since everything is going smooth and easy on both my iPad and my iMac, i had a closer look at my iPhone. I removed AdGuard Pro (yes!) and got eBlocker Mobile working. Now Dashboard/Status/Test on the iPhone are all green, except ‘Device is monitored’. A cosmetic error? Can it be corrected?
@robfranssen-fr Now this is solved (again), let‘s see what your issue with the forum is.
Would you please open a new thread describing the forum issue in detail and your particular setup. There is no issue with the forum if eblocker.org is not whitelisted and it can surely be fixed for you too.
Your question isn’t as easy as you may have thought.
I’m typing this on my iPad with iPadOS 14.4.2 in the Safari-browser while i’m already logged in into this forum.
After scrolling to the top of this thread/page, then go one level up to “eBlocker Open Source Forum” and hit the button “Add topic” there, i arrive at the login-page ‘ https://eblocker.org/login/’. So, for the time being, no new topic.
In identical situations before (and with eblocker.org still in the whitelist), it happened more often that i couldn’t ‘Add Reply’ because the server could not be found. I then ended up with an empty page and could retype the message. (recently i copy the message to make sure i could paste it in case needed). It is rather unlikely that i can reproduce such a situation and therefore suggest not to invest much time in it for the time being.
hit the button “Add topic” there, i arrive at the login-page ‘ https://eblocker.org/login/’. So, for the time being, no new topic.
This is a know caching issue of our website (and has nothing to do with eBlocker and Whitelists!).
Just clear your browser cache after login by holding SHIFT and clicking the Reload icon of your browser. On iPad just reload the page after login and Safari should get the fact that you are logged in... Sorry for the inconvenience but again: putting eBlocker.org on the whitelist is not helpful and will rather cause problems with the self test (as eBlocker.org is exempted then and the test must fail!)
