On Wed, 3 Nov 2004, Mathias Sundman wrote:
> On Tue, 2 Nov 2004, Mathias Sundman wrote:
>
> > James,
> >
> > I think we made a little misstake with the "auto-find free TAP device"
> > feature.
> >
> > In OpenVPN GUI >= beta20 I close the connections and restart them after a
> > suspend. If multiple connections were running this means that they will all
> > be re-started at the exact same time after the suspend.
> >
> > I suppose the same thing happends when you start the service wrapper.
> >
> > Anyway, I had two connections running, and after a suspend, one of the
> > connections started fine, but the other one failed with the following
> > message:
> >
> > CreateFile failed on TAP device:
> > \\.\Global\{75E5A03B-F1A9-422E-8DBA-EFF4B55C1B07}.tap:
> > General failure (ERROR_GEN_FAILURE) (errno=31)
> >
> > which is the same interface as the first connection used.
> >
> > I havn't checked the code yet, but I suspect that you changed the code to
> > search for a free adapter when openvpn is started, but not actually open it
> > until later.
> >
> > Both processes seemed to find the same interface free, but later one of
> > them
> > of cource failed to open it.
>
> Forget it!!
>
> My mistake. I'm testing far to many things at the same time now :-) I had
> simply specified a dev-node in one of the configs because I had todo some
> testing with OpenVPN 2.0-beta11 earlier and forgot to change it back.
>
> I should of cource have checked my configs carefuly before posting...
> Sorry.
Aha!
Of course it still looks like we need IFCONFIG_AFTER_TUN_OPEN on Windows,
because otherwise guess_tuntap_dev() will be called causing the double
open and possible race.
James
