-
Notifications
You must be signed in to change notification settings - Fork 436
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow iOS simulator to pass through the Firewall (a.k.a. wildcard rules) #379
Comments
Before v2.0.0 Lulu did handle this with an option called "allowGlobally". It was removed in 2.0.0, though I'm not sure why. |
Yes yes, I tap allow around hundred time a day)) |
As far as i know when we start debugging XCode create new PID and that's why popups always comes out |
The problem is not a different PID, but the Simulator is moved to a different directory. So the path of the executable changes and that's why Lulu is asking again to block/whitelist the application and why we need a wildcard like in older versions. |
Please add this feature as it is really needed, thanks! :) |
Whenever iOS simulator is launched from XCode, a new popup from LuLu needs to be approved.
The reason for this is that each time you build an app from XCode, and run it on a simulator, a new folder with an UDID string is created. This changes the path of the program.
This has been a pain in the ass for years now. I end up just disabling the firewall.
The unwanted popups could be solved by allowing wildcard rules. The simplest solutions that come to mind:
To check how Little Snitch handles this, read https://blog.obdev.at/ios-simulator-and-little-snitch-3-5/
The text was updated successfully, but these errors were encountered: