No internet but can connect to router- non-template standalone VMs DNS error

[0pcom]

Qubes OS version:

4.0
(I reported this in 4.0rc-4 also, but here is more detail)

#3669

Affected component(s):

Non-template Standalone VMs (linux ISOs), network connectivity, DNS resolution

---

Steps to reproduce the behavior:

This takes some time to reproduce because I can't boot these 'nontemplate VMs' from USB or hard disk. Lucky the DVD drive works.

needed components to reproduce the behavior:

-Non template standalone VM (any bootable linux .iso)
-DVD burner
-Blank DVDs

In my setup I used Portergos; a flexible archlinux based distro inspired by Antergos:

The April release of Portergos can be found: here

Step 1:
burn the .iso to a DVD

Step 2:
create and name a nontemplate VM

Step 2a:
optionally, increase the memory and available CPUs in settings.
optionally, deselect include in memory balancing in settings.

Step 3:
Boot qube from existing block device dom0:sr0

Step 4:
If using Portergos;
When the menu appears:
select option 0 to install
Or start a desktop session (i3 or xfce4)

(If you are serious about troubleshooting this behavior, i recommend installing this as a VM.)

Step 5:
When you finally have a desktop session:

-right click the networkmanager icon in the bottom panel
-click edit connections
-select wired connection 1
-click the gear button to edit
-click to ipv4 settings tab
-set the IP, gateway, and netmask the way it appears in the VM settings for this VM

ip 10.137.0.15
netmask 255.255.255.255
gateway 10.137.0.6

-check require IPV4 to complete this connection.

-open a browser (included with Portergos are opera and light-firefox)

DNS error

-Now, enter the IP address of your router in the address bar.

i am able to connect to router

Expected behavior:

Working internet on all VMs
Specifically, I would assume this should work with the same instructions as it did in 3.2

Actual behavior:

DNS errors, can't find websites, but can talk to router.

Adjusting the DNS address under the ipv4 settings of 'wired connection 1' did not seem to affect the ability to connect to the router or improve the DNS error for other queries.

I've tried:
0.0.0.0 (router local DNS)
1.1.1.1
10.137.0.6
10.137.0.5
255.255.255.255

General notes:

This seems to be the kind of failure that occurs when routers are put in series with each other. I'm not familiar enough with network troubleshooting to speculate further, however the ability to connect to the router is a promising. Any insights are appreciated.

---

Related issues:

I can't get a netVM to host a DHCP server (provide LAN) to computers connected to it via secondary network interface. Can't provide network to a netvm from another VM. Perhaps this was intentional.

[andrewdavidwong]

(I reported this in rc-4 or 5)

Where?

[andrewdavidwong]

(I reported this in rc-4 or 5)

Where?

[0pcom]

#3669

[0pcom]

#3669

[0pcom]

I figured it out.

For anyone experiencing a similar issue, open a Debian based Qube and copy the configuration in /etc/resolv.conf to the same place in the arch-based qube.

nameserver 10.139.1.1
nameserver 10.139.1.2

[0pcom]

I figured it out.

For anyone experiencing a similar issue, open a Debian based Qube and copy the configuration in /etc/resolv.conf to the same place in the arch-based qube.

nameserver 10.139.1.1
nameserver 10.139.1.2

[andrewdavidwong]

#3669

Ok, next time please just add a comment to the existing issue instead of opening a duplicate.

[andrewdavidwong]

#3669

Ok, next time please just add a comment to the existing issue instead of opening a duplicate.

[andrewdavidwong]

Duplicate of #3669

[andrewdavidwong]

Duplicate of #3669

[0pcom]

Sorry I thought since it was for 4.0 instead of 4.0rc4 that it wasn't a duplicate  

…

> #3669 <#3669> Ok, next time please just add a comment to the existing issue instead of opening a duplicate. — You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub <#3857 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ai6WT-dFSoYf5q8Idhj3RllKNHTnCwjIks5tsRHHgaJpZM4TiqHs>.[Ai6WTz5JWZV4lPOhxa_QESHROGrRvIifks5tsRHHgaJpZM4TiqHs.gif]

[0pcom]

Sorry I thought since it was for 4.0 instead of 4.0rc4 that it wasn't a duplicate  

…

> #3669 <#3669> Ok, next time please just add a comment to the existing issue instead of opening a duplicate. — You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub <#3857 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ai6WT-dFSoYf5q8Idhj3RllKNHTnCwjIks5tsRHHgaJpZM4TiqHs>.[Ai6WTz5JWZV4lPOhxa_QESHROGrRvIifks5tsRHHgaJpZM4TiqHs.gif]