Received: from mail-ej1-f53.google.com (mail-ej1-f53.google.com [209.85.218.53]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id 19C227819EA for <~alpine/users@lists.alpinelinux.org>; Sun, 21 Feb 2021 14:40:52 +0000 (UTC) Received: by mail-ej1-f53.google.com with SMTP id g5so25037900ejt.2 for <~alpine/users@lists.alpinelinux.org>; Sun, 21 Feb 2021 06:40:52 -0800 (PST) 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=Sw5DC19h9PcCwIFuEUzW7qhZKDGhcgYO/JaT+H1wa8c=; b=N4p7nsbTZ+uFqaYi7b8QlreUe0dfq6SmjstGKRaRrzk5HdW8mmKNSWizRryuHGnLKk EQzThpffhCq1AjukJs67uDe3QUKie5WvMl84AzwyuLHS/bzKNYGzZK0517iG3nQ3bOhK VE6RtRGX+kvy68pNxGfH++LNT92b08Klz63dYuBR+S7LoJMHMesAidC2o8IHpHMqPViB LxZz9kLgjJotF+lqqr5SSLP/TYdJ2MLQKYtl+PEhgS5E1GJDWZvQ8Lx1KctzRMFCXlBe 8J+qKBCU4RjRSYfNmVLf5PmDg0uo1fA1+zX7IRPdmor56KL0gE6djwiDDLnYM5qcQ/6O I8fA== 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=Sw5DC19h9PcCwIFuEUzW7qhZKDGhcgYO/JaT+H1wa8c=; b=aG0xpYBDXYvdO/bxVgC+CqkHX3OxkYLmhdvR/P/zaSMvR7xvzS+h6ljQZQV0awoopM IKfJ4lqEFml38b1Gkm+S5IEu7KJuaH+r5AuZJUVlWDT8+8HuIbGSfT+/CFfGr38l1qTn yYAHh8O8fMl0kBPNN4ihcc0hyXglTAD2nTL5Lomake0cfy0ZAc5ezNKkWAPHmsp3T6eK CxpzJt2eLE1/t+Q66ule7x5z5sK8oP9RNHtBSLg+w48WS4XhkBBfzPm6XpRmaf6kf5YH b4rSBQSlZOOiugto5wRJWG7xM9/WgYalPb8S6l5x5IzzUGO9QYuIT0SBBTxBucL/zU9G rNZw== X-Gm-Message-State: AOAM531j6AeNzDH7sFRS9+MS/RHm5TcUTnWDncy3igQtb11QLtgb6MAl y8aC0tVksoduLqy12q3ipchv316uOnBW0EWG8/A= X-Google-Smtp-Source: ABdhPJyGL/Waa0bY3KwLcccoaGTjopwUq7zHNpbthT4UdfLDrNDPd5KEp+iBM52H6HnwHJE1jlMAtDlmYZvzUCp1eBY= X-Received: by 2002:a17:906:4993:: with SMTP id p19mr8455459eju.421.1613918452321; Sun, 21 Feb 2021 06:40:52 -0800 (PST) MIME-Version: 1.0 References: <229c8ae0-9566-3fad-e5b9-b63173847b98@riseup.net> In-Reply-To: <229c8ae0-9566-3fad-e5b9-b63173847b98@riseup.net> From: Banibrata Dutta Date: Sun, 21 Feb 2021 20:10:41 +0530 Message-ID: Subject: Re: Orig eth0 was bridged, changed to NAT, but dhcp not working To: donoban Cc: ~alpine/users@lists.alpinelinux.org Content-Type: multipart/alternative; boundary="0000000000000c0f3f05bbd9ac20" --0000000000000c0f3f05bbd9ac20 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Looks like I wasn't very clear. I wasn't referring to a VPN server on host, but a VPN endpoint on the host, setup by the VPN client running on host. The VPN server is remote. regard On Sun, Feb 21, 2021 at 5:40 PM donoban wrote: > Hi, > > On 2/21/21 10:18 AM, Banibrata Dutta wrote: > > Have Alpine 3.13 installed in an Oracle Virtualbox VM as a guestOS. It > > was originally setup with a single bridged LAN interface configured as > > eth0 with dhcp. However post installation, I had changed the interface > > settings to have eth0 setup with static-IP. The guestOS has a second > > interface (of type Host-Only, from Virtualbox standpoint) configured as > > eth1, which I use to login to the VM. > > > > Later, I realized that from within this guestOS, I needed to access a > > VPN setup in the host, and read a FAQ indicating that in such cases, > > Virtualbox network type of NAT should be used. However, after I changed > > the network type from bridged to NAT, and configured eth0 to take > > IP/config thru dhcp, I can no longer get an IP address assigned to eth0= . > > I don't think NAT is the right choice for connecting to a VPN server on > the host. Or do you mean to a remote VPN server? > > When you said "configured as eth1, which I use to login to the VM.", did > you mean a ssh connection? If yes the same setup and interface that work > fine for the ssh connection should work too for a VPN connection (to the > host). The problem could be your host setup, =C2=BFis the VPN server > listening on that interface? =C2=BFdo you have some kind of firewall whic= h > could be blocking INPUT connections to the host? > > I will try to go back and restore direct communication between your Host > and guest. > > NAT configuration is fine if you want to connect the Guest to the > Internet without manual routing configuration. > > --0000000000000c0f3f05bbd9ac20 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Looks like I wasn't very clear. = I wasn't referring to a VPN server on host, but a VPN endpoint on the h= ost, setup by the VPN client running on host.
The VPN server = is remote.

regard

On Sun, Feb 21, 2021 at 5:4= 0 PM donoban <donoban@riseup.net> wrote:
Hi= ,

On 2/21/21 10:18 AM, Banibrata Dutta wrote:
> Have Alpine 3.13 installed in an Oracle Virtualbox VM as a guestOS. It=
> was originally setup with a single bridged LAN interface configured as=
> eth0 with dhcp. However post installation, I had changed the interface=
> settings to have eth0 setup with static-IP. The guestOS has a second > interface (of type Host-Only, from Virtualbox standpoint) configured a= s
> eth1, which I use to login to the VM.
>
> Later, I realized that from within this guestOS, I needed to access a<= br> > VPN setup in the host, and read a FAQ indicating that in such cases, > Virtualbox network type of NAT should be used. However, after I change= d
> the network type from bridged to NAT, and configured eth0 to take
> IP/config thru dhcp, I can no longer get an IP address assigned to eth= 0.=C2=A0

I don't think NAT is the right choice for connecting to a VPN server on=
the host. Or do you mean to a remote VPN server?

When you said "configured as eth1, which I use to login to the VM.&quo= t;, did
you mean a ssh connection? If yes the same setup and interface that work fine for the ssh connection should work too for a VPN connection (to the host). The problem could be your host setup, =C2=BFis the VPN server
listening on that interface? =C2=BFdo you have some kind of firewall which<= br> could be blocking INPUT connections to the host?

I will try to go back and restore direct communication between your Host and guest.

NAT configuration is fine if you want to connect the Guest to the
Internet without manual routing configuration.


--0000000000000c0f3f05bbd9ac20--