To: ~alpine/users@lists.alpinelinux.org
References: <CALODqpr-W+K0Kt+opc-sX8DV5EFgFyZBd_mt6Ea7dZ9M2oEO6g@mail.gmail.com>
 <229c8ae0-9566-3fad-e5b9-b63173847b98@riseup.net>
 <CALODqpo-+yUzSYQdvUgZrnNL6thMtVN+=Ax2wanSkBMpH52dRA@mail.gmail.com>
From: donoban <donoban@riseup.net>
Subject: Re: Orig eth0 was bridged, changed to NAT, but dhcp not working
Message-ID: <f86e4c64-df1b-a122-3601-4e207f56f16c@riseup.net>
Date: Sun, 21 Feb 2021 17:00:37 +0100
MIME-Version: 1.0
In-Reply-To: <CALODqpo-+yUzSYQdvUgZrnNL6thMtVN+=Ax2wanSkBMpH52dRA@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="pVkixV1lLje8j0FhDOVAx5LVxOfdtgkUj"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--pVkixV1lLje8j0FhDOVAx5LVxOfdtgkUj
Content-Type: multipart/mixed; boundary="vJccGsMLuwk0yWWPtwkXWQ23shBPzZJxq";
 protected-headers="v1"
From: donoban <donoban@riseup.net>
To: ~alpine/users@lists.alpinelinux.org
Message-ID: <f86e4c64-df1b-a122-3601-4e207f56f16c@riseup.net>
Subject: Re: Orig eth0 was bridged, changed to NAT, but dhcp not working
References: <CALODqpr-W+K0Kt+opc-sX8DV5EFgFyZBd_mt6Ea7dZ9M2oEO6g@mail.gmail.com>
 <229c8ae0-9566-3fad-e5b9-b63173847b98@riseup.net>
 <CALODqpo-+yUzSYQdvUgZrnNL6thMtVN+=Ax2wanSkBMpH52dRA@mail.gmail.com>
In-Reply-To: <CALODqpo-+yUzSYQdvUgZrnNL6thMtVN+=Ax2wanSkBMpH52dRA@mail.gmail.com>

--vJccGsMLuwk0yWWPtwkXWQ23shBPzZJxq
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 2/21/21 3:40 PM, Banibrata Dutta wrote:
> 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 o=
n
> host.
> The VPN server is remote.
>

So do you have some interface like 'tun0' on your host?. Is this
interface acting as default gateway for your host? In that case NAT mode
should work fine and dhcp too. After reconfiguring the interface did you
reload id (ifdown/ifup) or tried to reboot? When you used bridge mode
your DCHP server was the same for your host and guest, probably a
physical router, switching to NAT your host is acting as DCHP server for
your guest using VirtualBox, maybe some VirtualBox is not elabled, or
something is blocking dhcp request. Also you can try to setup manually:

"In NAT mode, the guest network interface is assigned to the IPv4 range
10.0.x.0/24 by default where x corresponds to the instance of the NAT
interface +2. So x is 2 when there is only one NAT instance active. In
that case the guest is assigned to the address 10.0.2.15, the gateway is
set to 10.0.2.2 and the name server can be found at 10.0.2.3." [1]

Try using IP 10.0.2.15/255.255.255.0, gateway 10.0.2.2  and name server
10.0.2.3

Another alternative could be using bridge mode but I am not sure if it
will be properly supported by the tunneling layer. Probably using NAT
you can achieve what you need.


[1]
https://docs.oracle.com/en/virtualization/virtualbox/6.0/admin/changenat.=
html


--vJccGsMLuwk0yWWPtwkXWQ23shBPzZJxq--

--pVkixV1lLje8j0FhDOVAx5LVxOfdtgkUj
Content-Type: application/pgp-signature; name="OpenPGP_signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="OpenPGP_signature"

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEznLCgPSfWTT+LPrmFBMQ2OPtCKUFAmAyg6UFAwAAAAAACgkQFBMQ2OPtCKU8
JBAAhHpMgV/CdP0/nbUvOIWbLOVtVABCox657zDYgEUhxW+rSce+ObWBxiQa21MRlCQXjgGQmBg1
kaXLpoAyhoRcSzsvmLJGFegNky/ElpS8Poa/U/jR+jD4ity5LMRZGhBY1iqs5BxK36wx68L7dcJa
5ghq7/SMaPQQ0tu4v7SMISzGJCTCZJdbU7/S6e2jpMEmDtVVvsRi65bml3Fj7FN5wAjnVS99WHY/
ltU7QVMjPJN1QEmieroJ+qYf4Sfe67Y5qdFRMuYD0Ry92Wmb2QH/1GlZqSpegwgjIrlQWJ40bHKN
ND1v2Vf8rhxXdMY0Xv3abNsR4PqoUdEYOKke24LE/SYQTC5Hg4mQjLRy1FOhYuNo5n2Sh9CSRV8n
uFhvmi/76Q9WBad/yrG3RRGS86UFrT+Q1ovk2Layeegen5VslN5KccTNl5R0K6Od8ac54KVfypdu
wZU5WlYYFaeVXLxBUsc3bqEE/8qaEGUdCsdngGEYzFnOCFDH/YjEyoETDNTQT54jT3Xsyor1i8L8
dYlhyKpL3AyMPV4RwVRHi3YCq7SshWCR5xuKfU/b6zVY0+LNek9WsXAbw5+b7Xl8JPiloXmzm6Gr
6sxrodCWeOMSyBlM88gKkR5n+qiQrcKYxfE7hhQ5v9Mei4a29jNjyOTDtVzglKw5wo4B2QCVAuIO
WLs=
=NUqT
-----END PGP SIGNATURE-----

--pVkixV1lLje8j0FhDOVAx5LVxOfdtgkUj--