Post not yet marked as solved
Hello
We are developing our own iOS Network Extensions-based VPN and it has an HTTP proxy in the VPN.
In addition, we also use PAC (Proxy auto-configuration) script to configure what kind of HTTP/HTTPS traffic should route to our proxy in the VPN.
However, we get this kind of message "Received XPC error Connection invalid for message type 3 kCFNetworkAgentXPCMessageTypePACQuery" randomly on iOS 15.5.
We have not been aware of any weird behavior of iOS based on the error message. We are afraid of this error message is caused by our VPN solution.
Is there any suggestion that should consider or follow to fix this error?
Hi guysI use the API to configure the proxy settings of Network Extension Packet tunnel provider.https://developer.apple.com/documentation/networkextension/neproxysettings/1406766-proxyautoconfigurationjavascriptAnd we can use the following script to configure the proxy.function FindProxyForURL(url, host) { .....}My question is that the url seems not full path?The url seems as same as host.Is it possible to get the full path of url?Thank you
Post not yet marked as solved
Hello, we have found a CFURLCreateWithBytes() issue on iOS 13.4 Beta (installed on iPhone SE, MLXN2TA/A).We expect CFURLCreateWithBytes() should return a valid CFURLRef rather than nil.Here is the sample code char pBuf[2048] = {0};
int ui32Len;
CFIndex nread;
CFURLRef fmyURL = NULL;
nread = snprintf(pBuf, sizeof(pBuf), "https://www.apple.com:443/tw");
ui32Len = sizeof(pBuf)-nread;
fmyURL = CFURLCreateWithBytes(kCFAllocatorDefault, (UInt8 *)pBuf, nread+ui32Len, kCFStringEncodingUTF8, NULL);
if(NULL == fmyURL){
NSLog(@"Failed - iOS 13.4 Beta goes here");
}
else{
NSLog(@"Success - iOS 13.3 is OK");
}However, CFURLCreateWithBytes() always returns nil on iOS 13.4 Beta.CFURLCreateWithBytes() is working properly on all previous iOS versions.
Post not yet marked as solved
Hello,I'm not sure the question is appropriate here, but I wonder to know the mechanism of the App Store update.We have two questions about that.1. If an app is a VPN app and the VPN is running. Will it impact the order of this VPN app in the App Store updating list?2. How iOS determine the order of each app in the updating list?For question 2, we have installed the iOS App Store debug profile to observe more information. From the system log, we observed the following log. iOS lists the commonly used apps, and list the order of starting the update. However, it's hard to know how iOS determine the order.2020-03-24 11:05:08.550278 +0800 appstored Commonly used count: 25 apps: [.....]
2020-03-24 11:05:08.554658 +0800 appstored Ordered: Max app count: 25
Ordered: App count: 49 apps: [...]
2020-03-24 11:05:08.555002 +0800 appstored Ordered: Added an additional 292 springboard apps to the end of the priori
tized list
.....
2020-03-24 11:12:11.847264 +0800 appstored [49361E92] Starting update all with order:
com.app1, com.app2, com.app3, com.app4
2020-03-24 11:12:11.850996 +0800 appstored Perform updates start with reason: Update AllDoes somebody know the details?Thanks
Post not yet marked as solved
HelloWe found a problem with Network Extension VPN cannot be turned on after iCloud restore. If we set up a new iPhone with restore from iCloud, the VPN cannot be turned on after the restore from the iCloud process completes.It seems that iOS will try to turn on the VPN due to On-Demand rules, however, it will always fail because the corresponding VPN app has not been downloaded finish. There is no VPN instance that can be launched but iOS always tries to turn on due to On-Demand rules. At that moment, the network stuck because iOS continuous retry to turn on VPN.My question is, How can I exclude the VPN profile from iCloud Backup from our VPN app code level? Or iOS can check the VPN App instance exists or not before enabling the VPN profile?Thanks
Post not yet marked as solved
HiI'm not sure is it CFNetworking related question or not.Sometimes, I aware that Network Extension cannot intercept any traffic when the VPN is on.However, I find these logs in device log.It seems that our Network Extension bundle name is listed in the blacklist.My question is that what's "CFSM dynamic blacklist"?How does it work?ThanksAug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: Entry, display name com.companyname.NetworkExtension uuid 41FDD55D-658B-3193-9936-BB8922665D75 pid 1456 isFront 0Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: Check for bundle name com.trendmicro.mobile.iOS.APAC.iTMMS returns 0Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: app name com.trendmicro.mobile.iOS.APAC.iTMMS isForeground 0 hasForegroundApps 1, current idea of foreground 1 disp (null)Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: Continue with bundle name com.trendmicro.mobile.iOS.APAC.iTMMS, is front 0Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: com.trendmicro.mobile.iOS.APAC.iTMMS: Foreground: falseAug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: Remove appCompactState key com.trendmicro.mobile.iOS.APAC.iTMMSAug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: returning: { canUseOnAlternate = { codes = { "com.apple.Preferences" = 1; "com.apple.mobilemail" = 1; "com.companyname.NetworkExtension" = 0; }; reasons = { "com.apple.Preferences" = AppWhitelisted; "com.apple.mobilemail" = AppWhitelisted; "com.companyname.NetworkExtension" = AppUnknown; }; };}Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: CFSM dynamic blacklist returning (value/reason): { "com.apple.Preferences" = 1; "com.apple.mobilemail" = 1; "com.companyname.NetworkExtension" = 0;}/{ "com.apple.Preferences" = AppWhitelisted; "com.apple.mobilemail" = AppWhitelisted; "com.companyname.NetworkExtension" = AppUnknown;}Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: Entry, display name com.companyname.NetworkExtension uuid 41FDD55D-658B-3193-9936-BB8922665D75 pid 1456 isFront 0Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: UUID 41FDD55D-658B-3193-9936-BB8922665D75 already removedAug 4 18:11:46 FA5940-iPhone-6S symptomsd(SymptomEvaluator)[127] <Notice>: AWDAgent: posting metric type 0x300008, 0x1004c0670, count 2Aug 4 18:11:46 FA5940-iPhone-6S symptomsd(WirelessDiagnostics)[127] <Info>: metric:#I Creating a metric container for metric id: 0x300008