Hardware you use for running eBlockerOS
OEM
eBlockerOS version as well as filter lists version
2.4.5
2020-06-22-06-00-04
Whether or not you use https integration
Active
Client and clientOS (i.e. iOS 12.3.1 running on iPad mini)
Mac OS 10.14.6 (18G5033)
Citrix Receiver Version: 20.05.0.6 (2005)
======
The connected Citrix farm (https url) is registered in trusted apps and trusted websites.
Nevertheless the connection is very unstable. The connection breaks off for a couple of seconds, sometimes for many minutes, very often.
With inactive https integration the connection is stable.
Hi,
that is a Citrix Connection to your office?
Could you do an analyses of the connection?
Settings --> HTTPS --> Manual Recording
(Einstellungen --> HTTPS --> Manuelle Diagnose)
Please send this information.
regards
PIO78
I suppose you are using automatic network mode. If so please follow this: https://eblocker.org/community/bugs-features/internet-radio-playback-stops-after-a-short-time/
@prometheus Could you solve the issue with the fix discussed above? A brief feedback would be great so I can close the topic.
THX!
Sorry.
I haven't checked this:
https://eblocker.org/community/bugs-features/internet-radio-playback-stops-after-a-short-time/
I'll report again soon.
Currently testing without(!) enabled eBlocker‘s DHCP and it' still working.
It seems eBlocker OS 2.4.8 fixed that issue.
I'll report again soon.
Nope.
Today the connection breaks off for a couple of seconds very often.
With inactive https integration the connection is stable.
I've to try to solve the issue with the fix discussed above, I guess.
@prometheus Have you disabled "Automatic network mode"? And enabled eBlocker DHCP or alternatively changed the gateway of your client to eBlocker's IP?
If "automatic" is ON, you'll probably continue to experience issues.
BTW: There are literally no changes from 2.4.x to 2.4.8. This new release just adds code for the eOS 2.5 upgrade procedure but makes no changes/fixes to existing code.
With inactive https integration the connection is stable.
Hm. One more idea: Have you tried recording SSL-errors (settings>https>manual recording) while using Citix? It might help to add the recorded domains to a trusted app...