@DTS Engineer The certificate implementation on the accessory side is not yet completed.
For the time being, I am using a website with a self-signed certificate to test this scenario. The issue occurred because I used the website's domain name. When I replaced the domain name with the IP address, the issue was resolved.
The changes need to be tested again with the accessory device once it is ready.
You really should complain to your firmware folks, because using the same self-signed digital identity for all instances of your accessory makes it even more insecure
This makes sense. I will discuss it with my device development team. Thank you very much for your valuable feedback.
Post
Replies
Boosts
Views
Activity
@DTS Engineer The accessory does not have a static IP or DNS since it is on a local network. Therefore, we will first discover its IP, which will then be used for subsequent connections
@eskimo
Thanks for your suggestion.
I have filed an enhancement request: FB11842144 (Need feature to reconnect to the networks that is joined through NEHotspotConfigurationManager. )
@eskimo Let's say I programmatically connected my iOS iPhone to a WIFI and it was disconnected for some reason. I don't want to save the password in the app. I now need to reconnect the device to the same WiFi network, but I am unable to do so because I do not know the password.Since I've already connected to the network once, is there a way to see if the device is already listed in the remembered devices list and reconnect to it?
@garrett-davidson Thanks for the detailed explanation.
I explained the scenario in the notes of test information and provided the steps to create new account. Review team approved the app.
@eskimo
Is "r. 20545691" the radar id requesting for that feature in WKWebView. If yes how can I track the status ?.
@eskimo
I forgot to mention that the web view is loading the UI from the accessory.
That is web view is communicating with the accessory.
Since there is no internet connection the iOS switches to the default route and hence the web view start failing.
@eskimo
Is this an accessory that you control? Or are you trying to work with an accessory created by another third party?
This is an accessory that my client develop. So I can give suggestions.
@eskimo
I have similar issue.
My app connects to an accessory via the hotspot provided by the accessory. This Wifi has no internet connection.
Also app uses WKWEBView to load UI.
So when the mobile data is on, even though the wifi is connected priority is for mobile Data.
All the local request that is sent to the accessory is failing.
Is there a way to force the WKWebView or app to use WIFI over cellular?
@eskimo
In developer document it is mentioned
setTrustedServerCertificates(_:)
Sets trusted EAP server certificates for an enterprise Wi-Fi or Hotspot 2.0 network.
Can I make use of this function for my scenario?.
The app I am working on is for common users and not for any restricted group.
The accessory which I am working will provide a wifi point to which any iOS device with installed radius certificate should be able to.join without any authentication.
So through my IOS app I need to install and trust this certificate.
Once joined to the wifi even though app is killed the device should still connected to the SSID