Dom0 connectivity for maintenance

116 views
Skip to first unread message

Braden

unread,
Feb 28, 2018, 11:52:07 AM2/28/18
to qubes-users
Performing some modifications to dom0, but when I run apps like wget from dom0 terminal I am unable to resolve addresses. Same if I were to try running firefox from dom0. Know this is because of security benefits, but how can I enable networking from there. Say I wanted to connect to dom0 from a vnc temporarily.

Yuraeitha

unread,
Feb 28, 2018, 12:10:24 PM2/28/18
to qubes-users
On Wednesday, February 28, 2018 at 5:52:07 PM UTC+1, Braden wrote:
> Performing some modifications to dom0, but when I run apps like wget from dom0 terminal I am unable to resolve addresses. Same if I were to try running firefox from dom0. Know this is because of security benefits, but how can I enable networking from there. Say I wanted to connect to dom0 from a vnc temporarily.

I think this might be possible without too much trouble, but before that, what is it you want to install in dom0? Are you sure you can't use existing means or do it from an AppVM?

For example if you need htop or something else in the fedora repositories, you can do "sudo qubes-dom0-update htop" which will install htop in dom0. Same with everything else in fedora repositories.

What kind of program is it you need to install in dom0? The general notion is that its best to not install anything there at all, which becomes a stronger and stronger reinforced point at every new Qubes released version, when less and less is needed to be done in dom0.

Does what you want to archive have to be in dom0 to get it working?
Is it possible you can tell us what you want to archive/install? There might be other/better ways to do it.

Yuraeitha

unread,
Feb 28, 2018, 12:11:34 PM2/28/18
to qubes-users
On Wednesday, February 28, 2018 at 5:52:07 PM UTC+1, Braden wrote:
> Performing some modifications to dom0, but when I run apps like wget from dom0 terminal I am unable to resolve addresses. Same if I were to try running firefox from dom0. Know this is because of security benefits, but how can I enable networking from there. Say I wanted to connect to dom0 from a vnc temporarily.

I also believe you can just add the extra repository to make dom0 install/update in a secure way, without attaching the network directly to dom0. But as mentioned above, first, what is it you actually want to do?

Braden

unread,
Feb 28, 2018, 12:17:53 PM2/28/18
to qubes-users

Understandable, I'd need to install a VNC into dom0 so I can easily change hvms and appvm settings from work, so how should I go about attaching the network.

Unman

unread,
Feb 28, 2018, 12:38:49 PM2/28/18
to Braden, qubes-users
On Wed, Feb 28, 2018 at 08:52:07AM -0800, Braden wrote:
> Performing some modifications to dom0, but when I run apps like wget from dom0 terminal I am unable to resolve addresses. Same if I were to try running firefox from dom0. Know this is because of security benefits, but how can I enable networking from there. Say I wanted to connect to dom0 from a vnc temporarily.
>
There's almost never any need to do this. If you want to install
packages you can use the update mechanism. Otherwise download files in a
qube and then copy them in to dom0 and install them there.
If dom0 is compromised then all your qubes are open.

But you probably know this already.

As things stand it's difficult, but not impossible to access dom0. You
could open a channel to allow vnc to a qube and use socat and an rpc
service to front to dom0. But really just dont do it: it subverts the
whole point in using Qubes.


Yuraeitha

unread,
Feb 28, 2018, 12:48:43 PM2/28/18
to qubes-users

btw, isn't it possible that he can use the Qubes 4 dom0 admin features to make changes to VM's from a remote location? Could the solution be to upgrade to Qubes 4 and use that instead? I haven't yet went discovering/understood the limitations of the Qubes 4 dom0 admin tools, but isn't this a perfect match to his goal if he upgrades? Apologies if I misunderstood how the dom0 admin features work, I haven't started using it my self yet.

Braden

unread,
Feb 28, 2018, 12:50:17 PM2/28/18
to qubes-users

Fair enough, suppose will copy the package to dom0 and then install my vnc server there, but would the firewall refuse to allow connections just like how firefox and wget refuse in dom0?

Unman

unread,
Feb 28, 2018, 12:50:23 PM2/28/18
to Yuraeitha, qubes-users
Yes, it is.
OP could read this post
https://www.qubes-os.org/news/2017/06/27/qubes-admin-api/

Braden

unread,
Feb 28, 2018, 12:51:14 PM2/28/18
to qubes-users

Only need VNC client connections working that is

Unman

unread,
Feb 28, 2018, 12:53:13 PM2/28/18
to Braden, qubes-users
By design dom0 has no networking.
If you MUST break Qubes , and you cant use the admin features in 4.0
(see my last post),then you'll have to use some service to pass data in
and out of dom0 WITHOUT networking.


awokd

unread,
Feb 28, 2018, 12:59:09 PM2/28/18
to Unman, Braden, qubes-users
On Wed, February 28, 2018 5:53 pm, Unman wrote:

>
> By design dom0 has no networking.
> If you MUST break Qubes , and you cant use the admin features in 4.0
> (see my last post),then you'll have to use some service to pass data in
> and out of dom0 WITHOUT networking.

Another option for remote access might be a TCP/IP based hardware KVM, or
equivalent built in to your computer already like IPMI or DRAC. Obviously,
Qubes can't provide any security beyond a screensaver password from an
attack using those.



Yuraeitha

unread,
Feb 28, 2018, 1:00:01 PM2/28/18
to qubes-users

Is VNC capable of something that can't be done with the Qubes 4 dom0/admin tools? Just curious, maybe it can be solved.

Braden

unread,
Feb 28, 2018, 1:10:33 PM2/28/18
to qubes-users
My hardware is only 3.2 supported rn as you guessed, suppose I could explore the unique service idea, is there anything similar on *nix

Yuraeitha

unread,
Feb 28, 2018, 1:30:55 PM2/28/18
to qubes-users

From a security point of view, Qubes 4 is probably long past the point to surpass the security risk there is to opening up dom0 to networking (if comparing the two situations purely from a security risk point of view). So if you got the time for it, it might be worth it to install Qubes to gain access to the dom0 admin tools. In terms of reliability, well personally I feel Qubes 4 is pretty stable, I haven't had any major issues. But they're still working on it, though, I believe it's because they want it to as perfect as possible. It's very different from being ready to release, and to release something near a perfection goal. Well obviously perfection is a dangerous word to use, but it can translated into high quality instead. That's how I perceive it at least. If you got the time, it may be worth upgrading.

Perhaps others may put in a word for how ready they perceive Qubes 4 is for productivity and mission critical work. Since it isn't officially released as as a final release yet, the more views on this matter, the merrier and more accurate it'll be.

Braden

unread,
Feb 28, 2018, 8:59:26 PM2/28/18
to qubes-users

I'm excited for qubes 4 as well, even for more than the admin tools. It's just that my hardware doesn't support it the upgrade :(

Tim W

unread,
Mar 1, 2018, 4:08:09 PM3/1/18
to qubes-users
Day use for basic tasks sure mission critical no way. IMO all one has to do is look at the hundreds of posts about issues not to mention if it was ready or close to it we would not be getting a 4.0 release canidate 5. 4.0 was such a change IMO its expected to have the need for this extra smoothing out of the code.

I guess its also perspective. Some people mission critcal can mean emails to there grandma others school work other where peoples lives and well being are on the line.

Alex Dubois

unread,
Mar 1, 2018, 5:13:08 PM3/1/18
to qubes-users

This could be useful: https://www.qubes-os.org/doc/safe-remote-ttys/

only tty...

Reply all
Reply to author
Forward
0 new messages