Hi,
On Thu, Mar 11, 2010 at 05:42:07PM -0500, Stefan Monnier wrote:
> >> Let's not add more complexity to openvpn itself, I'd be much happier if
> > You just don't understand.
> > The complexity *WILL* be in OpenVPN, if we decide to support
> > "route-gateway dhcp" for non-Windows platforms.
>
On 03/11/2010 04:42:07 PM, Stefan Monnier wrote:
> >> Let's not add more complexity to openvpn itself, I'd be much
> happier if
> > You just don't understand.
> > The complexity *WILL* be in OpenVPN, if we decide to support
> > "route-gateway dhcp" for non-Windows platforms.
>
> I'm not sure
>> Let's not add more complexity to openvpn itself, I'd be much happier if
> You just don't understand.
> The complexity *WILL* be in OpenVPN, if we decide to support
> "route-gateway dhcp" for non-Windows platforms.
I'm not sure what "route-gateway dhcp" does, so maybe that's part of the
reason
Hi,
On Thu, Mar 11, 2010 at 04:10:23PM +0100, David Sommerseth wrote:
> In my point of view, it's more important to find a solution which will
> be easy to maintain in the OpenVPN code and which doesn't give a
> headache to the package maintainers or system admins needing to
> configure OpenVPN.
>>> Implementing a DHCP client within OpenVPN tends to make this a more
>>> self-contained problem.
>> I don't think OpenVPN should get into the DHCP business.
>> Especially because this is not a problem specific to OpenVPN: the same
>> problem of refreshing DHCP info happens with ethernet and
Stefan Monnier wrote:
Implementing a DHCP client within OpenVPN tends to make this a more
self-contained problem.
I don't think OpenVPN should get into the DHCP business.
Especially because this is not a problem specific to OpenVPN: the same
problem of refreshing DHCP info happens with
On 03/11/2010 09:10:23 AM, David Sommerseth wrote:
> I agree to your points, from a theoretical point of view. But from a
> practical point of view, I'm not sure how possible it is to find a
> more
> generic solution which can be used on all *nix based setups. AFAIK,
> ifplugd is very Linux
> My understanding of dhcp is that the client is supposed to
> automatically reconfigure on lease expiration
Yes.
> or whenever the link goes up and down.
Not necessarily, and that's the problem.
> I suppose it's possible that there are dhcp clients
> that exit when the link goes down and
On 03/09/2010 11:27:13 AM, David Sommerseth wrote:
> On 09/03/10 17:41, Karl O. Pinc wrote:
> > On 03/09/2010 10:16:37 AM, David Sommerseth wrote:
> >
> >>> Over-automating things will cause people headaches.
> >>> You don't want to willy-nilly startup a dhcp client
> >>> and have all your
Karl O. Pinc wrote:
> I'm not at all sure it solves the core issues, which is that
> an already running dhcp client won't have auto-detected
> the tap interface that OpenVPN creates -- iff OpenVPN is
> started after the dhcp client.
Note that several DHCP clients only handle one interface per
On 03/09/2010 10:16:37 AM, David Sommerseth wrote:
> > Over-automating things will cause people headaches.
> > You don't want to willy-nilly startup a dhcp client
> > and have all your interfaces configured with dhcp without
> > your consent.
>
> Exactly! Which again moves it more in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/03/10 16:58, Karl O. Pinc wrote:
> On 03/09/2010 08:05:17 AM, David Sommerseth wrote:
>
>> On the other hand, ./configure
>> could try to detect which DHCP client the system got and could use
>> that
>> as a default client to kick off.
>
> I
On 03/09/2010 08:01:32 AM, Stefan Monnier wrote:
> > bring the interfaces up
> > start dhcp client (if not triggered directly from the interfaces)
> > start openvpn
>
> That is a misconfiguration in my book. The only correct
> configuration
> is when the dhcp client is triggered from the
On 03/09/2010 08:05:17 AM, David Sommerseth wrote:
> On the other hand, ./configure
> could try to detect which DHCP client the system got and could use
> that
> as a default client to kick off.
I think this might cause more problems than it solves because
there's no guarantee that build hosts
On 03/09/2010 12:47:36 AM, Peter Stuge wrote:
> Karl O. Pinc wrote:
> > The boot order that makes sense to me is:
> >
> > bring the interfaces up
> > start dhcp client (if not triggered directly from the interfaces)
> > start openvpn
> >
> > The problem is that if the dhcp client is started
looking at the multitude of DHCP clients available for unix, the completely
different handling of DHCP on MacOS, and the issues that most unix clients
seem to have with "DHCP active on two different interfaces (ethX and tapY),
and both trying to set a default gateway", ...
On Mon, Mar 08, 2010
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/03/10 17:14, Karl O. Pinc wrote:
> On 03/08/2010 09:21:35 AM, James Yonan wrote:
>> OpenVPN 2.1 has a relatively recent feature that allows a TAP-based
>> OpenVPN session to be established where the client gets its IP
>> address
>>
Karl O. Pinc wrote:
> The boot order that makes sense to me is:
>
> bring the interfaces up
> start dhcp client (if not triggered directly from the interfaces)
> start openvpn
>
> The problem is that if the dhcp client is started before openvpn
> and openvpn is creating the tap interface then
On 03/08/2010 05:09:49 PM, Stefan Monnier wrote:
> >> I think if the user just starts the dhcp client on an interface
> >> independently from the moment the interface goes up (or down),
> this
>
> >> is simply a misconfiguration.
> > I'm not sure I understand. Are you saying that manually
On 03/08/2010 02:26:13 PM, Peter Stuge wrote:
> Karl O. Pinc wrote:
> > > I know of at least four DHCP clients and I avoid dhclient as much
> as
> > > possible. It would be a tremendous mistake to tie OpenVPN to any
> one
> > > DHCP client IMO.
> >
> > Only D is tied to dhclient. A, B, and C,
Karl O. Pinc wrote:
> > I know of at least four DHCP clients and I avoid dhclient as much as
> > possible. It would be a tremendous mistake to tie OpenVPN to any one
> > DHCP client IMO.
>
> Only D is tied to dhclient. A, B, and C, work fine with any dhcp
> client daemon. (Or A does anyway, B
Karl O. Pinc wrote:
> > I'm hoping that we can make "route-gateway dhcp" work on Unix
> > platforms as well. I'm thinking there are two possible ways we
> > could do this:
Network interface configuration is highly distribution specific.
> A) dhclient
>
> B) dhclient.conf
>
> C) dhclient
>
>
On 03/08/2010 09:21:35 AM, James Yonan wrote:
> OpenVPN 2.1 has a relatively recent feature that allows a TAP-based
> OpenVPN session to be established where the client gets its IP
> address
>
> assignment and other attributes from the server-side DHCP server.
> I'm hoping that we can make
OpenVPN 2.1 has a relatively recent feature that allows a TAP-based
OpenVPN session to be established where the client gets its IP address
assignment and other attributes from the server-side DHCP server.
The feature is enabled by the "route-gateway dhcp" directive on the client.
It's a
24 matches
Mail list logo
