-
Notifications
You must be signed in to change notification settings - Fork 290
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
docs: add macOS Internet Sharing and Parallels Desktop conflicts for Boundary Client Agent #5496
base: main
Are you sure you want to change the base?
Conversation
…Boundary Client Agent Updated the "Conflicting Software" section in the Boundary Client Agent documentation to include issues caused by macOS Internet Sharing and Parallels Desktop (macOS VM with shared networking). These configurations cause the system's DNS resolver to bind to port 53, preventing the Client Agent from starting.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for this, some minor comments
@@ -537,6 +537,12 @@ Docker Desktop sometimes creates a local DNS listener that prevents the Client A | |||
If you run Docker Desktop 4.26 or later, you must clear the `Use kernel networking for UDP` option. | |||
Otherwise, the Client Agent refuses to start. | |||
|
|||
### Internet Sharing (macOS) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Whichever casing is correct, we should be consistent. We use MacOS
elsewhere in this document, so please us MacOS
when describing this OS.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated.
Enabling Internet Sharing on macOS causes the system's DNS resolver (`mDNSResponder`) to bind to all interfaces on port 53, preventing the Client Agent from starting. Disable Internet Sharing before running the Client Agent. | ||
|
||
### Parallels Desktop (macOS VM on macOS Host) | ||
Running a macOS VM in Parallels Desktop with shared networking causes the system's DNS resolver (`mDNSResponder`) to bind to all interfaces, blocking port 53 and preventing the Client Agent from starting. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we add a short workaround here too? "Configure Parallels Desktop with direct network" or whatever the workaround is, I can't remember 😁.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added a workaround.
…ls macOS VM conflict
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for this update @Mohit0233 ! I suggested a couple minor changes. Please let me know if you have any questions.
**Workaround:** Configure Parallels Desktop to use a different network mode. | ||
Go to **Hardware > Network > Source**, and select an alternative network configuration such as **Host-Only, Default Adapter, or Wi-Fi** instead of Shared Network. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
**Workaround:** Configure Parallels Desktop to use a different network mode. | |
Go to **Hardware > Network > Source**, and select an alternative network configuration such as **Host-Only, Default Adapter, or Wi-Fi** instead of Shared Network. | |
As a workaround, you can configure Parallels Desktop to use a different network mode. | |
Select an alternative network configuration such as **Host-Only**, **Default Adapter**, or **Wi-Fi** instead of **Shared Network**. | |
Refer to the Parallels Desktop documentation for more information. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd suggest that we refer users to the Parallels documentation instead of providing explicit steps for configuring this, in case they change it in a future version.
@@ -537,6 +537,15 @@ Docker Desktop sometimes creates a local DNS listener that prevents the Client A | |||
If you run Docker Desktop 4.26 or later, you must clear the `Use kernel networking for UDP` option. | |||
Otherwise, the Client Agent refuses to start. | |||
|
|||
### Internet Sharing (MacOS) | |||
Enabling Internet Sharing on MacOS causes the system's DNS resolver (`mDNSResponder`) to bind to all interfaces on port 53, preventing the Client Agent from starting. Disable Internet Sharing before running the Client Agent. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Enabling Internet Sharing on MacOS causes the system's DNS resolver (`mDNSResponder`) to bind to all interfaces on port 53, preventing the Client Agent from starting. Disable Internet Sharing before running the Client Agent. | |
Enabling **Internet Sharing** on MacOS causes the system's DNS resolver (`mDNSResponder`) to bind to all interfaces on port 53, preventing the Client Agent from starting. Disable **Internet Sharing** before you run the Client Agent. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we can bold this, since it's the actual name of the setting in the UI.
Updated the "Conflicting Software" section in the Boundary Client Agent documentation to include issues caused by macOS Internet Sharing and Parallels Desktop (macOS VM with shared networking). These configurations cause the system's DNS resolver to bind to port 53, preventing the Client Agent from starting.