Received: from mail-yb1-f194.google.com (mail-yb1-f194.google.com [209.85.219.194]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id 0789D781AF5 for ; Sat, 9 May 2020 20:23:59 +0000 (UTC) Received: by mail-yb1-f194.google.com with SMTP id s37so944563ybe.13 for ; Sat, 09 May 2020 13:23:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=00a3CUnHmmm79hfA+3jD+KxGY3SBrFxVn1daU/yXw/w=; b=L7ggaJgsohgj820cCCRj3xdnc5NNKzwhIrWuzfrAXvye1KQZJtXD+jDVAxc59Si6TI 98WaONUDA80CMSKVf2b+SCWdSFrwJCgFRqwhOydg3FrQg1F0oKYDBgVE3b8R7A9ZnkgG oGgWpUZ9Q3+ovxUsO8CtaI+s7wp6f0avUlannh2EdgUJJUEDRHEV6cwXIsFRPgSe6D0n UaDxYqIiFcYn9jIZgzWz/ludXcE+py7t7LgldgoWOxOb+kYUW6WsJMfFw62X0Jud734/ fkOlAfgfAU48ZkFk0YQurf+FCpgGD3yV/SYYz9c0A1j5jm5Jxxbt6OgM/TfthN9pf0oZ f37w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=00a3CUnHmmm79hfA+3jD+KxGY3SBrFxVn1daU/yXw/w=; b=NYBaIU1I37Siev7GjrxYRhY9QiEjFo22111GqktzKmG5hIT3Dtj3GakVuVOBA/S4zi JXUf6728+XoXZiZnZSpkR4WdtE70en4PhIYjKVAWiJmQbRQAcY4+Mc+DxNooTIeMTaks gUrbPkNom7IlR+oO6gyMYU3OkZy7Xh1yjudGx3jFeqLF+dG0Q3rPENGa2Y116NJw+KDD 70SdMDmIGVDz+ju+NLQNAEDb1tm/lTrUSNhX4RX28dPX5irK9msWmK/NaetNLdg2RwkB R/dsHK4n6wjmC997t++nGTbjJSUSW74s/kDNpnT2O9QalOGPYomddB4ukURMUDqb/PLG kl+g== X-Gm-Message-State: AGi0PubukgDvu3UFi51cbdWO6e61myaUscFi740WcwMaaWz6jtwlM24E GdvmmYHJZD9DGPmrgneHTfYxVXvuGLHZlBLQHVGQleOXRfk= X-Google-Smtp-Source: APiQypJbk+DAkMF5wJu/mThysZWQKXZv/jbYiMB6+BeCSoNrMnAHHzjo7ZdushQBARjWeI1dONoi5zrYINhH5AujIuE= X-Received: by 2002:a25:69d3:: with SMTP id e202mr14230554ybc.42.1589055837671; Sat, 09 May 2020 13:23:57 -0700 (PDT) MIME-Version: 1.0 References: <20200508132121.4d185f83@ncopa-desktop.copa.dup.pw> <2037827989.88628.1588947099976@mail.vodafone.de> In-Reply-To: <2037827989.88628.1588947099976@mail.vodafone.de> From: Joe Duarte Date: Sat, 9 May 2020 13:23:46 -0700 Message-ID: Subject: Re: No resolv.conf file in alpine-virt / how to enter DNS servers? To: "N. N." Cc: alpine-user@lists.alpinelinux.org Content-Type: multipart/alternative; boundary="000000000000bb96b405a53ce4db" --000000000000bb96b405a53ce4db Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable There might be a bug. I changed one thing during setup-alpine =E2=80=93 the= mirror choice =E2=80=93 and both resolv.conf and apk/repositories are setup proper= ly. Condition 1: If I choose the default mirror of 1, I get no resolv.conf file and no repos in apk/repositories. This is http://dl-cdn.alpinelinux.org. I don't know if it matters whether I just press Enter to choose the default, or literally type 1 =E2=80=93 I haven't tested that. Condition 2: If I choose to find the fastest mirror and let it process, I end up with a resolv.conf (with a working nameserver), and apk/repositories (with the mirror it chose). Condition 3: If I choose mirror 43 manually, same result as Condition 2 =E2= =80=93 everything is fine. (I chose 43 because that was the result of letting it find the fastest mirror: http://sjc.edge.kernel.org/alpine/) I tested on two different PCs, using Hyper-V in all cases (Windows 10 Pro). I don't know much about DHCP server settings, or lan/bridge/filters. Are they things that Hyper-V would manage? In all cases I created the VMs with the Quick Create utility in Hyper-V. I didn't do any manual config of the VMs or their network interfaces. I tested both Standard and Virt. I also tested Fedora 32 Server, and it works like a charm every time, with the same setup procedure, Hyper-V Quick Create, etc., so there doesn't seem to be anything wrong with the network interfaces. One other thing I noticed is that there are never any upgrades available to any of the default packages. I don't know if Upgrade isn't working, or if all the packages just happen to be up to date. The Update step seems to work, downloads an APKINDEX.tar.gz file, but Upgrade does nothing. If I run Upgrade on a new install of Ubuntu or Fedora, there will be *tons* of packages getting updated, but maybe Alpine's default set is already up to date? apk add works. Cheers, Joe On Fri, May 8, 2020 at 7:11 AM N. N. wrote: > I see DHCP discover and lease messages during boot, and resolv.conf then > contains the local DNS. > Maybe check you DHCP server or lan/bridge/filters. > > -Al > --000000000000bb96b405a53ce4db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
There might be a bug. I changed one thing during setup-= alpine =E2=80=93 the mirror choice =E2=80=93 and both resolv.conf and apk/r= epositories are setup properly.

Condition 1: If I choo= se the default mirror of 1, I get no resolv.conf file and no repos in apk/r= epositories. This is=C2=A0http://dl-cdn.alpinelinux.org. I don't know if it matter= s whether I just press Enter to choose the default, or literally type 1 =E2= =80=93 I haven't tested that.

Condition 2: If I choose to find the fastest = mirror and let it process, I end up with a resolv.conf (with a working name= server), and apk/repositories (with the mirror it chose).

Condition 3: If I cho= ose mirror 43 manually, same result as Condition 2 =E2=80=93 everything is = fine. (I chose 43 because that was the result of letting it find the fastes= t mirror: http://sjc.edge.kernel.org/alpine/)

I tested on two different PCs,= using Hyper-V in all cases (Windows 10 Pro). I don't know much about D= HCP server settings, or lan/bridge/filters. Are they things that Hyper-V wo= uld manage? In all cases I created the VMs with the Quick Create utility in= Hyper-V. I didn't do any manual config of the VMs or their network int= erfaces.

I tested both Standard and Virt. I also tested Fedora 32 Server, and= it works like a charm every time, with the same setup procedure, Hyper-V Q= uick Create, etc., so there doesn't seem to be anything wrong with the = network interfaces.

One other thing I noticed is that there are never any = upgrades available to any of the default packages. I don't know if Upgr= ade isn't working, or if all the packages just happen to be up to date.= The Update step seems to work, downloads an APKINDEX.tar.gz file, but Upgr= ade does nothing. If I run Upgrade on a new install of Ubuntu or Fedora, th= ere will be tons of packages getting updated, but maybe Alpine's= default set is already up to date? apk add works.

Chee= rs,

<= div class=3D"gmail_default" style=3D"">Joe

<= /span>

On Fri, May 8, 2020 at 7:11 AM N. N. <spam-protected@arcor.de> wrote:
I see DHCP discover and lease m= essages during boot, and resolv.conf then contains the local DNS.
Maybe check you DHCP server or lan/bridge/filters.

-Al
--000000000000bb96b405a53ce4db--