Can anyone confirm that LAN Only mode works when running BambuStudio on a Mac running Ventura 13.4 ?
I can get LAN Only mode to reliably work on a Windows 10 box but have thus far had no luck in getting it to show up on the mac. It would be nice to know if someone else has successfully gotten Lan Only mode to work on a MAC before I spend any more time troubleshooting this further.
After several days of troubleshooting I have finally been successful in getting the âLan Onlyâ option to work.
Along the way I discovered a few oddities that I thought I would pass along.
The Ventura (13.4.1) Firewall does not work as expected (at least on my machine). What I found is that I have to reboot the machine after making Firewall changes. Specifically if I turn off the firewall or enable inbound connections to an application, neither will not take affect until the next reboot. This made my troubleshooting very difficult.
BambuStudio apparently requires âAllow Inbound Connectionsâ be enabled in the firewall. I have notified support of this and have asked for an explanation as to why this appears to be required as its counter to good security practices and is not normally required by MQTT applications. I confess this may just be an issue with my machine so Im holding off judgement until I hear back from support.
There appears to be an odd issue with SSDP / mdns where I cannot discover the printer when on different vlan even though I have a rule that allows SSDP/mdns traffic to pass from vlan to lan. As I do not seem to have problems seeing other SSDP/mdns IOT devices this appears to be specific to Bambulab devices. Short term I have solved this issue by dual homing my Mac to ensure it have a direct connection to the printers VLAN.
The good news is that I have determined that you can successfully use the following features with no impact on your ablity to leverage âLAN Onlyâ mode on the printer.
VPN when configured correctly (Im using Mullvad with âLocal network sharingâ enabled)
Network filtering when configured correctly (must allow BambuStudio access to mdns address 239.25.255.250)
Apple Firewall / Options / Stealth Mode can be enabled
Multhomed networks can be used
Mixed mode wireless networks can be used ( 5 GHz & 2.5 Ghz sharing same SSDI/Password)
Should I solve the ssdp/msdn or âAllow Inbound Connectionsâ mysteries I will update this discussion as appropriate
BambuStudio listens on *:2021 for broadcast announcements from printer(s). These are then used by BambuStudio to connect back to the printer(s). Unfortunately:
thereâs no way to manually configure a printer by IP address
only one application at a time can bind to *:2021, so, e.g., running Orca and BambuStudio at the same time for LAN-only devices doesnât work.
your computer needs to be in the same broadcast domain as the printer, and allow unsolicited incoming traffic.*
Unless you spoof it using this sort of trickery. This DOES work; unfortunately, it doesnât solve problem #2, and itâs not persistent, so if you reboot BambuStudio, one must re-spoof.
Honestly, itâs a lot of trouble and hackery to avoid adding a printer by IP address. Please, please just let us add by IP address.
Its interesting that only my Mac requires gashtons discovery hack to get the printer to work across lan/vlan. All I had to do on my Windows 10 box was open up the firewall for BambuStudio.
Hm. Odd. I thought I had the same issue but in LAN-only mode but after rebooting the printer my device started showing up. On the Firewall side, I âallowed accessâ during the first install of the Bambu networking plugin. Basically, LAN mode is working perfectly fine across VLANs - I typically secure most IoT devices under a locked down network.
On the networking side, the usual issue with multicast DNS across VLANs is that your gateway/firewall needs to âhackâ the packets and increase the TTL of any rebroadcast packets to ensure that they make it across the VLAN - this is often difficult if not impossible with consumer networking stuff. Iâm running Unifi hardware that lets me do that transparently. Incidentally this is the same problem Iâve had with Chromecasts across VLANs. I used to use consumer grade stuff, and Iâm not aware of any real solutions on most systems other than custom firmware + custom linux firewall configurations to make it work.
Iâm reaching out with a concern regarding three specific LOG files I discovered in my Macâs Apple Application folder. The names of these files are [tutk_log_avapi_41196], [tutk_log_iotc_41196], and [tutk_log_global_41196]. Whatâs intriguing is their creation date aligns with when I started using the Bambu PS1 22 and 21 dec. Upon opening them, I found a line stating âTUTK DDK set license keyâ. A quick internet search revealed that TUTK (ThroughTek Co.) is associated with cloud service recording and P2P IoT connectivity.
This discovery has raised my alarm, as Iâm now concerned these files might be related to some form of malware or unauthorized monitoring. Can anyone in the community confirm if these logs are a standard part of Bambuâs installation? Any insights or clarifications would be greatly appreciated, as I want to ensure the security and privacy of my system.
I have finally found a solution, but it requires ideally a VM with multiple network interfaces. Some background. I have P1S in LAN Only Mode on a VLAN with No Internet Access. I have my clients I like to slice/monitor from on another VLAN that does have Internet access, etc so by default the SSDP discovery doesnt work for Bambu Studio/Orca Slicer.
I already have a Ubuntu Server VM running Avahi for mDNS reflector, so it has multiple interfaces on different vlans and i use that for the reflector.
I used the command: udpbroadcastrelay --id 1 --port 2021 --dev ens36 --dev ens35 -d -f. I made mine run as a service so it starts with the VM, but so far itâs been working great. Change the Dev ports to your network interfaces (1 interface on same network as Bambu, and 1 interface on same network as your clients).