Problem:
After upgrading to macOS 27 Golden Gate, LightBurn can no longer connect to my laser over ethernet. The device cannot be found despite the IP address being correct and unchanged.
The root cause appears to be macOS 27’s Local Network permission enforcement. LightBurn does not appear in System Settings > Privacy & Security > Local Network, and never triggers the permission prompt on launch or connection attempt. Without appearing in that list, macOS silently blocks all local network UDP traffic from the app.
This is a known issue affecting Qt-based applications on Golden Gate — the Qt networking layer does not correctly register with macOS 27’s local network permission system, so the prompt never fires and the app never gets access.
Workaround currently used: Saving .rd files to USB stick and running from the controller directly.
Request: Please investigate Golden Gate compatibility for ethernet connections and coordinate with Qt if a framework update is needed to correctly trigger the local network permission prompt.
This confirms the network path to the controller is completely open. The Mac can reach the laser on exactly the port LightBurn uses when accessing it from Terminal, which runs with elevated privileges that bypass macOS 27’s local network permission check.
The problem is definitively inside Golden Gate’s local network permission enforcement. LightBurn never appears in System Settings > Privacy & Security > Local Network, never triggers the permission prompt, and macOS silently blocks its UDP traffic as a result. Terminal bypasses this restriction, which is why nc -vzu succeeds while LightBurn cannot find the device.
This is consistent with a known issue affecting Qt-based applications on macOS 27 Golden Gate where the local network permission prompt is never triggered and the app never gets access.
Ran into this today when setting up my first laser - bogged me down a good bit. ChatGPT got me past it by suggesting to open my full home subnet to private networking for all apps. Worked for me (run this in Terminal, if you decide it is ok for your machine security, replacing my example subnet with your proper one):
I was pretty excited by the prospect of a true bypass, but alas, it didn’t work for my issue. Thanks so much for sharing your experience and solution. I will certainly do the same, should I find a workaround. Currently, I’m having to dump the projects out to a USB drive. Not super convenient, but at least I can get some things done.