User Profile

Posts

Posts

Post marked as solved
4 Replies
1.2k Views

VPN issue: stuck in connecting state since 16.5 update

Hello everyone, we have reports of VPN issues on iOS devices after updating the OS version to 16.5. The VPN is stuck in connecting state and this applies to both WiFi and cellular interfaces. The users are not able to route the internet by any means. From the provided sysdiagnose we have found out that our PacketTunnelProvider was initialized but the startTunnel method was never called. VPN is in the enabled state and should be launched by onDemand connect rules. We don't have steps to reproduce so it's quite hard to find what went wrong. Some of the sysdiagnose's suspicious logs happening: default 2023-06-05 11:19:49.737504 +0100 nesessionmanager Received a network changed event default 2023-06-05 11:19:49.738185 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Plugin is installed default 2023-06-05 11:19:49.738219 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Enabling VPN On Demand default 2023-06-05 11:19:49.738550 +0100 nesessionmanager -[NESMVPNSession unsetDefaultDropAll]: VPN setting IP Drop-All to 0 (Non-Persistent) default 2023-06-05 11:19:49.738636 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Handling a configuration changed event default 2023-06-05 11:19:49.738641 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Resetting VPN On Demand ... default 2023-06-05 11:19:49.734220 +0100 UserEventAgent File Handle Maintainer listening for readable events on Network Agent Registration socket (55) EFF7F93A-63FF-4248-9AE4-93B808D76FF8 6C71BB18-F1DE-4B10-B018-65891D0291A0 5 (null) agent flags 0x2 default 2023-06-05 11:19:49.734311 +0100 nesessionmanager Found 0 (0 active) registrations for com.jamf.trust.ne-dnsPlus (com.apple.networkextension.packet-tunnel) ... default 2023-06-05 11:19:51.312153 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: status changed to connecting default 2023-06-05 11:19:51.313139 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Leaving state NESMVPNSessionStateIdle default 2023-06-05 11:19:51.313153 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Entering state NESMVPNSessionStatePreparingNetwork default 2023-06-05 11:19:51.313512 +0100 nesessionmanager Found 0 (0 active) registrations for com.jamf.trust.ne-dnsPlus (com.apple.networkextension.packet-tunnel) default 2023-06-05 11:19:51.313980 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Leaving state NESMVPNSessionStatePreparingNetwork default 2023-06-05 11:19:51.313992 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Entering state NESMVPNSessionStateStarting, timeout 60 seconds ... default 2023-06-05 14:47:46.895380 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Skip a start command from cloudd[129]: session in state connecting default 2023-06-05 14:47:46.907613 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Skip a start command from cloudd[129]: session in state connecting default 2023-06-05 14:47:47.043272 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Skip a start command from cloudd[129]: session in state connecting default 2023-06-05 14:47:47.432713 +0100 nesessionmanager NESMVPNSession[Primary Tunnel:Secure Access Layer:16F102D3-A4E9-4E00-9478-235298D3E83B:(null)]: Skip a start command from TunnelExtension[254]: session in state connecting Has someone gotten into a similar VPN issue? I would be really grateful if someone has any suggestions or advice on how to fix this behavior. Thank you!
Posted
by monsino.
Last updated
.
Post not yet marked as solved
2 Replies
357 Views

Local notification from PacketTunnelProvider doesn't recognise the app when clicked

Hello everyone, I have implemented local notifications on a macOS app using the UserNotifications framework in the PacketTunnelProvider of Network Extension. Notifications are sent and displayed successfully from the extension. They are also showing the correct app icon when shown in Notification Centre but when I clicked on the notification, the system is not able to recognize the containing app and is showing this modal window: Can it be something with the bundle id that has to be set up explicitly when sending the notification from the extension? We have the same approach in the iOS application and clicking on the notification opens the app correctly. I would really appreciate the guidance here. Thank you very much!
Posted
by monsino.
Last updated
.