- Access exclusive content
- Connect with peers
- Share your expertise
- Find support resources
10-01-2025 02:38 AM
Hello everyone,
I can't solve the problem of updating Samsung smartphones running Android connected to the company Wi-Fi network.
I created a custom rule for mobile phone updates, but it still doesn't work. Everything is set to allow in the monitoring, but it still doesn't work.
I have run several tests, minimizing the rule configuration, but it still does not work. Does anyone have any ideas on how to resolve this?
10-01-2025 03:06 AM
Hi @G.Geraci ,
Looks like session-end-reason for the traffic is "aged-out".
For services using TCP, having a session end "aged-out" might not be considered normal and further investigation is required. The reasons can be many. Here are just a few examples:
Once you've confirmed that packets are correctly leaving the firewall, you should check the behavior (if you can) on the remote end. Is your request even reaching the remote end and if so, how is it being handled? Is it being blocked and is the server sending a response back? Is traffic returned using a different path?
Kind regards,
-Kim.
10-01-2025 03:24 AM
I'm sorry, but in this case, it's not as you say.
Given that we are talking about Samsung updates, managed by Samsung and on their servers, I cannot and do not have any control.
That said, if I apply the rule for updates and open it without using any specific protocol, the cell phone is able to download the update and, as you can see from the screenshot, I get the same behavior as when I apply the restriction to the Samsung update and web browsing protocols.
I'm going crazy over this. I don't understand why.
10-02-2025 08:41 AM
@G.Geraci -- Are you saying that your "samsung" rule updates work? But the "guest" rule they don't? I just have to say I hope you have fully vetted your fortinet, given the myriad list of root exploits they've had over the past year(s.)
To your issue, if it's what I wrote then it's probably straight forward. You're not allowing everything needed in the more restrictive rule. In the "working" scenario you're allowing SSL, but I'm not seeing SSL in the none-working. A confusing part though, ssl&web-browsing are "implicit" use, which means they shouldn't need to be allowed. This might be something you might need a support case on given the implicit use.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!