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

Creating ProxyVM should auto-add network-manager service by default #2013

Open
mfc opened this Issue May 22, 2016 · 5 comments

Comments

3 participants
@mfc
Member

mfc commented May 22, 2016

Qubes OS version (e.g., R3.1):

R3.1

Affected TemplateVMs (e.g., fedora-23, if applicable):

Qubes VM Manager / ProxyVM creation


When a user is creating a ProxyVM, they are doing so to do something related to the network (like proxy network traffic...).

They should not have to read the Documentation (e.g. VPN) to realize that they also need to add the network-manager service in order to be able to use the network-manager for their new proxyvm.

If there is some reason for someone to create a proxyvm without the network-manager service, then that can be documented as an opt-out option.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek May 22, 2016

Member

There are many more possible use cases for additional ProxyVM than just VPN, for example:

  • firewall traffic before whonix-gw (because currently whonix-gw doesn't support it)
  • log/analyze traffic

And having Network Manger enabled by default, means additional NM icon, which may be confusing, especially because it will only differ in 1-pixel frame (or in case of the same label - not even this).

On the other hand, it may be useful to add "network-manager" entry to services tab by default. But have it disabled. It will be much easier to find it.

Member

marmarek commented May 22, 2016

There are many more possible use cases for additional ProxyVM than just VPN, for example:

  • firewall traffic before whonix-gw (because currently whonix-gw doesn't support it)
  • log/analyze traffic

And having Network Manger enabled by default, means additional NM icon, which may be confusing, especially because it will only differ in 1-pixel frame (or in case of the same label - not even this).

On the other hand, it may be useful to add "network-manager" entry to services tab by default. But have it disabled. It will be much easier to find it.

@mfc

This comment has been minimized.

Show comment
Hide comment
@mfc

mfc May 22, 2016

Member

given that the network manager is installed already by default but not functional without the added service, users are not going to realize they need to add the network-manager service without looking at documentation. they will see the Network Connections app and not understand why it doesn't work (see this recent example).

For both of those alternative usecases, those are power-users usecases and they can go to the Services section and uncheck network-manager as they desire.

Member

mfc commented May 22, 2016

given that the network manager is installed already by default but not functional without the added service, users are not going to realize they need to add the network-manager service without looking at documentation. they will see the Network Connections app and not understand why it doesn't work (see this recent example).

For both of those alternative usecases, those are power-users usecases and they can go to the Services section and uncheck network-manager as they desire.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek May 22, 2016

Member

The example you've given is exactly why it is not a good idea to enable it by default. Enabling NetworkManager in Whonix gateway will most likely break Whonix network/firewall settings, maybe even causing leaks (for example DNS).

Member

marmarek commented May 22, 2016

The example you've given is exactly why it is not a good idea to enable it by default. Enabling NetworkManager in Whonix gateway will most likely break Whonix network/firewall settings, maybe even causing leaks (for example DNS).

@mfc

This comment has been minimized.

Show comment
Hide comment
@mfc

mfc May 22, 2016

Member

the use-case where I encountered this UX issue was Fedora-23 and Debian-8 templates. I guess the linked thread was a bad example, I agree folks should not be creating VPNs etc using whonix-gw since that is built for a separate purpose.

so let us say the proposed logic would autocreate for Fedora and Debian-based proxyvms only.

Member

mfc commented May 22, 2016

the use-case where I encountered this UX issue was Fedora-23 and Debian-8 templates. I guess the linked thread was a bad example, I agree folks should not be creating VPNs etc using whonix-gw since that is built for a separate purpose.

so let us say the proposed logic would autocreate for Fedora and Debian-based proxyvms only.

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong May 23, 2016

Member

given that the network manager is installed already by default but not functional without the added service, users are not going to realize they need to add the network-manager service without looking at documentation.

One thing to keep in mind here is that some users base ProxyVMs on minimal templates in which NetworkManager is not installed.

Member

andrewdavidwong commented May 23, 2016

given that the network manager is installed already by default but not functional without the added service, users are not going to realize they need to add the network-manager service without looking at documentation.

One thing to keep in mind here is that some users base ProxyVMs on minimal templates in which NetworkManager is not installed.

@andrewdavidwong andrewdavidwong added this to the Far in the future milestone Dec 24, 2016

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment