8
6
Fork
You've already forked windows
1

Tunnel Manager Service failure #269

Closed
opened 2025年06月16日 13:42:38 +02:00 by maromcik · 28 comments

Many users at Masaryk University are encountering this error in the eduVPN application.

image

Multiple actions result in the error, like switching profiles, reconnecting after roaming networks or waking the device from sleep.

All Windows machines are affected regardless of network configuration, other VPN services or whether the machines is domain managed or private.

Many users at Masaryk University are encountering this error in the eduVPN application. ![image](/attachments/f43f8c1d-21fe-455f-9159-f5f0aa761c9f) Multiple actions result in the error, like switching profiles, reconnecting after roaming networks or waking the device from sleep. All Windows machines are affected regardless of network configuration, other VPN services or whether the machines is domain managed or private.
173 KiB

Just to collect more information for the developer: which Windows version is this? Which version of the eduVPN application? Can you still reproduce with the 4.4 pre-release?

Just to collect more information for the developer: which Windows version is this? Which version of the eduVPN application? Can you still reproduce with the 4.4 pre-release?

@fkooman wrote in #269 (comment):

which Windows version is this?

Win 11

Which version of the eduVPN application?

4.2

Can you still reproduce with the 4.4 pre-release?

I will have a test Windows laptop that supposedly reliably exhibits the issue in my hands tomorrow, and I'll let you know.

@fkooman wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5405460: > which Windows version is this? Win 11 > Which version of the eduVPN application? 4.2 > Can you still reproduce with the 4.4 pre-release? I will have a test Windows laptop that supposedly reliably exhibits the issue in my hands tomorrow, and I'll let you know.
Collaborator
Copy link

Something appears to be deleting Windows services required to run the VPN tunnel. Could be an external process (antivirus) or an internal error that makes the WireGuard tunnel service die and Windows SCM to delete it.

Can you please click that Copy button on the error ribbon in the client. This will copy extended error information to your clipboard. And then paste it here, please. This should help me locate which service is getting deleted.

Also, can you disclose what antivirus solution are you using, please? I would like to narrow down our options.

Something appears to be deleting Windows services required to run the VPN tunnel. Could be an external process (antivirus) or an internal error that makes the WireGuard tunnel service die and Windows SCM to delete it. Can you please click that Copy button on the error ribbon in the client. This will copy extended error information to your clipboard. And then paste it here, please. This should help me locate which service is getting deleted. Also, can you disclose what antivirus solution are you using, please? I would like to narrow down our options.

I apologize for the delayed response. We experienced certain difficulties logging into the leased laptop due to a miscommunication.

However, I've since learned that local administrators at our toxicology research branch, RECETOX, enforce domain-wide installation of ESET.

All complaints about eduVPN related to this issue appear to be originating from RECETOX.

So I tested it again in my Windows VM, no issues. Then I installed ESET Smart Security, and to my surprise, the error was immediately triggered.

Here's the stack trace you asked for.

System.AggregateException: Tunnel Manager Service failure. ---> eduWireGuard.ManagerService.ManagerServiceException: Failed to create tunnel service: The specified service has been marked for deletion. (Error 0x0)
 at eduWireGuard.ManagerService.Session.Activate(String pipeName, String tunnelName, String tunnelConfig, Int32 timeout, CancellationToken ct)
 at eduVPN.ViewModels.VPN.WireGuardSession.Run()
 --- End of inner exception stack trace ---
 at eduVPN.ViewModels.VPN.WireGuardSession.Run()
 at eduVPN.ViewModels.VPN.Session.Execute()
 at eduVPN.ViewModels.Pages.ConnectionPage.<>c__DisplayClass33_0.<ActivateSession>b__0()
---> (Inner Exception #0) eduWireGuard.ManagerService.ManagerServiceException: Failed to create tunnel service: The specified service has been marked for deletion. (Error 0x0)
 at eduWireGuard.ManagerService.Session.Activate(String pipeName, String tunnelName, String tunnelConfig, Int32 timeout, CancellationToken ct)
 at eduVPN.ViewModels.VPN.WireGuardSession.Run()<---

Why is it happening? Is there any way we can fix it on our own while keeping ESET active?

I apologize for the delayed response. We experienced certain difficulties logging into the leased laptop due to a miscommunication. However, I've since learned that local administrators at our toxicology research branch, RECETOX, enforce domain-wide installation of ESET. All complaints about eduVPN related to this issue appear to be originating from RECETOX. So I tested it again in my Windows VM, no issues. Then I installed ESET Smart Security, and to my surprise, the error was immediately triggered. Here's the stack trace you asked for. ``` System.AggregateException: Tunnel Manager Service failure. ---> eduWireGuard.ManagerService.ManagerServiceException: Failed to create tunnel service: The specified service has been marked for deletion. (Error 0x0) at eduWireGuard.ManagerService.Session.Activate(String pipeName, String tunnelName, String tunnelConfig, Int32 timeout, CancellationToken ct) at eduVPN.ViewModels.VPN.WireGuardSession.Run() --- End of inner exception stack trace --- at eduVPN.ViewModels.VPN.WireGuardSession.Run() at eduVPN.ViewModels.VPN.Session.Execute() at eduVPN.ViewModels.Pages.ConnectionPage.<>c__DisplayClass33_0.<ActivateSession>b__0() ---> (Inner Exception #0) eduWireGuard.ManagerService.ManagerServiceException: Failed to create tunnel service: The specified service has been marked for deletion. (Error 0x0) at eduWireGuard.ManagerService.Session.Activate(String pipeName, String tunnelName, String tunnelConfig, Int32 timeout, CancellationToken ct) at eduVPN.ViewModels.VPN.WireGuardSession.Run()<--- ``` Why is it happening? Is there any way we can fix it on our own while keeping ESET active?
Collaborator
Copy link

Typically, we contact the AV software vendor and submit a false-positive report to them.

Short-term workaround for you is to look it up in the ESET software under the protection history/quarantined items section, whether there are any records about eduVPN, wintun.dll, wireguard.dll etc. and mark those as allowed exceptions.

Typically, we contact the AV software vendor and submit a false-positive report to them. Short-term workaround for you is to look it up in the ESET software under the protection history/quarantined items section, whether there are any records about eduVPN, wintun.dll, wireguard.dll etc. and mark those as allowed exceptions.

Our local administrators responsible for the ESET deployment at RECETOX tried debugging it. I translated their findings below.

  • the problem persists even if ESET protection is completely disabled
  • once it errors, eduVPN cannot be killed

image

image

  • eduVPN modifies registers, keys of these registers could help with adding exceptions
  • exceptions in ESET HIPS do not help
  • issues probably started in December 2024, might be related to proliferation of eduVPN v4.2 that was released in September 2024.

They tried to log actions executed by eduVPN

image

image

image

Our local administrators responsible for the ESET deployment at RECETOX tried debugging it. I translated their findings below. - the problem persists even if ESET protection is completely disabled - once it errors, eduVPN cannot be killed ![image](/attachments/b44538cc-5f07-4997-a1ad-a99ae08f0d39) ![image](/attachments/d5e7540d-7ef1-40f5-be66-4c90fb06804d) - eduVPN modifies registers, keys of these registers could help with adding exceptions - exceptions in ESET HIPS do not help - issues probably started in December 2024, might be related to proliferation of eduVPN v4.2 that was released in September 2024. ### They tried to log actions executed by eduVPN ![image](/attachments/543734b4-9c48-4ceb-8669-044fc51d3294) ![image](/attachments/74cf4399-d5a3-4a12-a554-90192a34d672) ![image](/attachments/72ca4a73-0a81-41d4-9dac-290d3cae9ef1)

Would it not be (much) more effective to open a support case @ ESET? They are in a much better position to investigate this issue...

Would it not be (much) more effective to open a support case @ ESET? They are in a much better position to investigate this issue...

@fkooman wrote in #269 (comment):

Would it not be (much) more effective to open a support case @ ESET? They are in a much better position to investigate this issue...

We could do that, but are we sure ESET is handling something incorrectly?

I tried disabling all features in ESET I could find (including firewall), but the issue persists.

This is after a restart and about 4 clicks on connect/disconnect

image

@fkooman wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5475666: > Would it not be (much) more effective to open a support case @ ESET? They are in a much better position to investigate this issue... We could do that, but are we sure ESET is handling something incorrectly? I tried disabling all features in ESET I could find (including firewall), but the issue persists. This is after a restart and about 4 clicks on connect/disconnect ![image](/attachments/79475e03-9b4e-4b21-8599-9c8c84d43d41)
1.8 MiB

All versions I tested exhibit the issue (4.0, 4.2, 4.4)

All versions I tested exhibit the issue (4.0, 4.2, 4.4)

We could do that, but are we sure ESET is handling something incorrectly?

That could indeed be the result of their analysis! If it turns out the issue is actually in the eduVPN client and they let us know in all detail, I'm sure we'll get it fixed!

It is just not very efficient, nor fair, for the eduVPN project/developers to act as a (free) support desk for a proprietary software company that is getting paid to do this...

> We could do that, but are we sure ESET is handling something incorrectly? That could indeed be the result of their analysis! If it turns out the issue is actually in the eduVPN client and they let us know in all detail, I'm sure we'll get it fixed! It is just not very efficient, nor fair, for the eduVPN project/developers to act as a (free) support desk for a proprietary software company that is getting paid to do this...
Collaborator
Copy link

@maromcik, thank you for all the troubleshooting info you provided.

Normally this happens:

  1. eduVPN.Client.exe (client process) instructs the eduWGManager$eduVPN service to start the tunnel
  2. eduWGManager$eduVPN service (eduWGSvcHost.exe NT service, running as SYSTEM) creates a temporary tunnel service and starts it
  3. eduWGTunnel$eduVPN$eduvpn.muni.cz service (eduWGSvcHost.exe NT service, running as SYSTEM) installs wireguard.sys driver if not already installed and up-to-date.
  4. The tunnel service creates an ephemeral network TUN adapter (wireguard.sys).
  5. The tunnel service sets up the network for the VPN tunnel.

In your scenario something breaks in 3.-5. causing the tunnel service to stop and get deleted to clean up the computer. So the error message we are seeing is actually the resulting problem. Not the source of the problem.

Can you consult the log files in:

  • C:\Windows\INF\setupapi.app.log
  • C:\Program Files\eduVPN\WireGuard\config*.txt

I expect the WireGuard log of your session especially - It should reveal the source of the problem, why the tunnel service dies on your PCs.

@maromcik, thank you for all the troubleshooting info you provided. Normally this happens: 1. eduVPN.Client.exe (client process) instructs the eduWGManager$eduVPN service to start the tunnel 2. eduWGManager$eduVPN service (eduWGSvcHost.exe NT service, running as SYSTEM) creates a temporary tunnel service and starts it 3. eduWGTunnel$eduVPN$eduvpn.muni.cz service (eduWGSvcHost.exe NT service, running as SYSTEM) installs wireguard.sys driver if not already installed and up-to-date. 4. The tunnel service creates an ephemeral network TUN adapter (wireguard.sys). 5. The tunnel service sets up the network for the VPN tunnel. In your scenario something breaks in 3.-5. causing the tunnel service to stop and get deleted to clean up the computer. So the error message we are seeing is actually the resulting problem. Not the source of the problem. Can you consult the log files in: - C:\Windows\INF\setupapi.app.log - C:\Program Files\eduVPN\WireGuard\config\*.txt I expect the WireGuard log of your session especially - It should reveal the source of the problem, why the tunnel service dies on your PCs.

@fkooman wrote in #269 (comment):

We could do that, but are we sure ESET is handling something incorrectly?

That could indeed be the result of their analysis! If it turns out the issue is actually in the eduVPN client and they let us know in all detail, I'm sure we'll get it fixed!

It is just not very efficient, nor fair, for the eduVPN project/developers to act as a (free) support desk for a proprietary software company that is getting paid to do this...

Sure. I completely agree. However, I think it would be best if you contacted ESET directly. I have very limited insight into the eduVPN app and would likely end up as an intermediary relying information 😆. That being said, I am happy to contact them, if you do not have time to do so.

@fkooman wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5477100: > > We could do that, but are we sure ESET is handling something incorrectly? > > That could indeed be the result of their analysis! If it turns out the issue is actually in the eduVPN client and they let us know in all detail, I'm sure we'll get it fixed! > > It is just not very efficient, nor fair, for the eduVPN project/developers to act as a (free) support desk for a proprietary software company that is getting paid to do this... Sure. I completely agree. However, I think it would be best if you contacted ESET directly. I have very limited insight into the eduVPN app and would likely end up as an intermediary relying information 😆. That being said, I am happy to contact them, if you do not have time to do so.

@rozmansi wrote in #269 (comment):

Can you consult the log files in:

* C:\Windows\INF\setupapi.app.log

I didn't manage to find exactly that file

image

I am attaching all setupapi logs

* C:\Program Files\eduVPN\WireGuard\config*.txt

Attached below

Thank you very much.

Again, I can relay this information to ESET, if you preferred that :)

@rozmansi wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5495597: > Can you consult the log files in: > > * C:\Windows\INF\setupapi.app.log I didn't manage to find exactly that file ![image](/attachments/c8703ded-8cd2-43d9-a087-5052fb970cc6) I am attaching all setupapi logs > * C:\Program Files\eduVPN\WireGuard\config*.txt Attached below Thank you very much. Again, I can relay this information to ESET, if you preferred that :)

I think it would be best if you contacted ESET directly

We are not paying customers, so it would be best if you do that I guess so it can be properly prioritized on their end.

The eduVPN application can be installed by anyone and the source code is available. If needed they can create an issue here, or respond in this issue if it turns out there's a bug in the eduVPN app.

Of course we are more than happy to provide access to a test VPN server so their engineers can reproduce the problem!

> I think it would be best if you contacted ESET directly We are not paying customers, so it would be best if you do that I guess so it can be properly prioritized on their end. The eduVPN application can be installed by anyone and the source code is available. If needed they can create an issue here, or respond in this issue if it turns out there's a bug in the eduVPN app. Of course we are more than happy to provide access to a test VPN server so their engineers can reproduce the problem!

@fkooman wrote in #269 (comment):

I think it would be best if you contacted ESET directly

We are not paying customers, so it would be best if you do that I guess so it can be properly prioritized on their end.

The eduVPN application can be installed by anyone and the source code is available. If needed they can create an issue here, or respond in this issue if it turns out there's a bug in the eduVPN app.

Of course we are more than happy to provide access to a test VPN server so their engineers can reproduce the problem!

Sure, thank you

@fkooman wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5532920: > > I think it would be best if you contacted ESET directly > > We are not paying customers, so it would be best if you do that I guess so it can be properly prioritized on their end. > > The eduVPN application can be installed by anyone and the source code is available. If needed they can create an issue here, or respond in this issue if it turns out there's a bug in the eduVPN app. > > Of course we are more than happy to provide access to a test VPN server so their engineers can reproduce the problem! Sure, thank you
Collaborator
Copy link

@maromcik wrote in #269 (comment):

I am attaching all setupapi logs

* C:\Program Files\eduVPN\WireGuard\config*.txt

Attached below

Thank you for your effort. Your SetupAPI logs are clean. No trace of wireguard.sys (my main suspect). The WireGuard log confirms that wireguard.sys driver is already installed and loaded. The WireGuard tunnel is established and handshake is successful. Two seconds after the handshake the tunnel exits for no apparent reason. Just says "Shutting down". At 2025年06月23日 08:38:59.275494 the log is truncated. As if the tunnel service crashed completely. Maybe there is an event in the Event Log >> Application from that time that some process has crashed?

I'm getting out of ideas.

I have an option to add insane amount of logging to the WireGuard tunnel service to try narrow down the search window. Would be able to do it next month, not earlier.

Can you try on a vanilla Windows PC - one that is not managed by your organization, not using same AV software, not using same settings? Just curious in "any random eduVPN Client" against your eduVPN Server. Maybe it is some network settings that get VPN tunnel to crash? If you can provide me temporary test credentials to your VPN server (to simon@rozman.si, or Signal to +38640533778), I can give it a quick test. We have to eliminate the option there is a VPN server configuration issue.

@maromcik wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5532770: > I am attaching all setupapi logs > > > ``` > > * C:\Program Files\eduVPN\WireGuard\config*.txt > > ``` > > Attached below Thank you for your effort. Your SetupAPI logs are clean. No trace of wireguard.sys (my main suspect). The WireGuard log confirms that wireguard.sys driver is already installed and loaded. The WireGuard tunnel is established and handshake is successful. Two seconds after the handshake the tunnel exits for no apparent reason. Just says "Shutting down". At 2025年06月23日 08:38:59.275494 the log is truncated. As if the tunnel service crashed completely. Maybe there is an event in the Event Log >> Application from that time that some process has crashed? I'm getting out of ideas. I have an option to add insane amount of logging to the WireGuard tunnel service to try narrow down the search window. Would be able to do it next month, not earlier. Can you try on a vanilla Windows PC - one that is not managed by your organization, not using same AV software, not using same settings? Just curious in "any random eduVPN Client" against your eduVPN Server. Maybe it is some network settings that get VPN tunnel to crash? If you can provide me temporary test credentials to your VPN server (to simon@rozman.si, or Signal to +38640533778), I can give it a quick test. We have to eliminate the option there is a VPN server configuration issue.
Collaborator
Copy link

This came in from another institution IT department, and may provide a valuable new information about this issue:

  • The official WireGuard client can dynamically add and remove any
    number or virtual network adapters for any number of parallel VPN
    tunnels without problems.
  • If eduVPN is launched directly after a system reboot, it can connect
    to our university’s VPN server.
  • However, if there was even one single WireGuard connection after the
    last system reboot, eduVPN always fails connecting with error code
    "0x0" and a message that the tunnel service failed since it was
    "marked for deletion".
  • The same happens when switching between our university’s "split
    tunnel" and "full tunnel" profiles with eduVPN.
  • This means we must reboot our computers every time we want to switch
    between our university’s profiles, or we want to connect to a
    different WireGuard server using the official WireGuard client.

I'll look into this ASAP and try to reproduce it.

This came in from another institution IT department, and may provide a valuable new information about this issue: > * The official WireGuard client can dynamically add and remove any number or virtual network adapters for any number of parallel VPN tunnels without problems. > * If eduVPN is launched directly after a system reboot, it can connect to our university’s VPN server. > * However, if there was even one single WireGuard connection after the last system reboot, eduVPN always fails connecting with error code "0x0" and a message that the tunnel service failed since it was "marked for deletion". > * The same happens when switching between our university’s "split tunnel" and "full tunnel" profiles with eduVPN. > * This means we must reboot our computers every time we want to switch between our university’s profiles, or we want to connect to a different WireGuard server using the official WireGuard client. I'll look into this ASAP and try to reproduce it.

Situation update:

We contacted ESET. They asked us to provide logs and then some more logs. We provided them with test access to our eduVPN instance last week and they managed to reproduce the issue. They submitted a request for evaluation to their development team. I will let you know once we learn something.

@rozmansi wrote in #269 (comment):

Can you try on a vanilla Windows PC - one that is not managed by your organization, not using same AV software, not using same settings?

We already tested that in a pure Windows VM right after installation. We had no issues without AV but as soon as I installed ESET, the eduVPN app started to fail.

I'd say it could have something to do with ESET or domain settings at RECETOX (they have their own AD that is separate to the rest of Masaryk University) but I tried a trial Smart Security (vanilla) and enterprise Endpoint Security installed by RECETOX administrators (with identical configuration to production), both caused eduVPN to fail.

Also, people at ESET reproduced the issue in their own environment.

If you can provide me temporary test credentials to your VPN server (to simon@rozman.si, or Signal to +38640533778), I can give it a quick test. We have to eliminate the option there is a VPN server configuration issue.

Sure, I will send you a message with credentials for the same account we provided to ESET.

Thank you very much for the effort 😃

Situation update: We contacted ESET. They asked us to provide logs and then some more logs. We provided them with test access to our eduVPN instance last week and they managed to reproduce the issue. They submitted a request for evaluation to their development team. I will let you know once we learn something. @rozmansi wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5689952: > Can you try on a vanilla Windows PC - one that is not managed by your organization, not using same AV software, not using same settings? We already tested that in a pure Windows VM right after installation. We had no issues without AV but as soon as I installed ESET, the eduVPN app started to fail. I'd say it could have something to do with ESET or domain settings at RECETOX (they have their own AD that is separate to the rest of Masaryk University) but I tried a trial Smart Security (vanilla) and enterprise Endpoint Security installed by RECETOX administrators (with identical configuration to production), both caused eduVPN to fail. Also, people at ESET reproduced the issue in their own environment. > If you can provide me temporary test credentials to your VPN server (to [simon@rozman.si](mailto:simon@rozman.si), or Signal to +38640533778), I can give it a quick test. We have to eliminate the option there is a VPN server configuration issue. Sure, I will send you a message with credentials for the same account we provided to ESET. Thank you very much for the effort 😃
Collaborator
Copy link

ESET Small Business Security appears the most I could get as a free trial. eduVPN still works with it installed.
However, there is an ESET VPN feature, I cannot activate having a free trial. I suspect it is this feature that collides with eduVPN.

ESET Small Business Security appears the most I could get as a free trial. eduVPN still works with it installed. However, there is an ESET VPN feature, I cannot activate having a free trial. I suspect it is this feature that collides with eduVPN.
rozmansi added this to the 4.5 milestone 2025年07月08日 16:52:58 +02:00
Collaborator
Copy link

@rozmansi wrote in #269 (comment):

This came in from another institution IT department, and may provide a valuable new information about this issue:

  • The official WireGuard client can dynamically add and remove any
    number or virtual network adapters for any number of parallel VPN
    tunnels without problems.
  • If eduVPN is launched directly after a system reboot, it can connect
    to our university’s VPN server.
  • However, if there was even one single WireGuard connection after the
    last system reboot, eduVPN always fails connecting with error code
    "0x0" and a message that the tunnel service failed since it was
    "marked for deletion".
  • The same happens when switching between our university’s "split
    tunnel" and "full tunnel" profiles with eduVPN.
  • This means we must reboot our computers every time we want to switch
    between our university’s profiles, or we want to connect to a
    different WireGuard server using the official WireGuard client.

I'll look into this ASAP and try to reproduce it.

I was able to reproduce this in my lab setup! 😃
Found the issue and hopefully fixed it.

Can you please try 4.4.99.0 release and see if it is resolved now?

@rozmansi wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5726900: > This came in from another institution IT department, and may provide a valuable new information about this issue: > > > * The official WireGuard client can dynamically add and remove any > > number or virtual network adapters for any number of parallel VPN > > tunnels without problems. > > * If eduVPN is launched directly after a system reboot, it can connect > > to our university’s VPN server. > > * However, if there was even one single WireGuard connection after the > > last system reboot, eduVPN always fails connecting with error code > > "0x0" and a message that the tunnel service failed since it was > > "marked for deletion". > > * The same happens when switching between our university’s "split > > tunnel" and "full tunnel" profiles with eduVPN. > > * This means we must reboot our computers every time we want to switch > > between our university’s profiles, or we want to connect to a > > different WireGuard server using the official WireGuard client. > > I'll look into this ASAP and try to reproduce it. I was able to reproduce this in my lab setup! 😃 Found the issue and hopefully fixed it. Can you please try [4.4.99.0 release](https://codeberg.org/eduVPN/windows/releases/tag/4.4.99.0) and see if it is resolved now?

I apologize for the late reply, I was on vacation.

I tested the 4.4.99 release.

Now instead of the Tunnel Manager Service failure warning, the app hangs on connecting after about three connect/disconnect attempts.

I tested it without ESET installed and it never hangs (I tried around 15 connect/disconnect attempts).

image

In conclusion, the warning was replaced by hanging. Can I provide you with some additional information?

I apologize for the late reply, I was on vacation. I tested the 4.4.99 release. Now instead of the Tunnel Manager Service failure warning, the app hangs on connecting after about three connect/disconnect attempts. I tested it without ESET installed and it never hangs (I tried around 15 connect/disconnect attempts). ![image](/attachments/5b162653-05ed-408c-876a-36c9700a590c) In conclusion, the warning was replaced by hanging. Can I provide you with some additional information?

@rozmansi wrote in #269 (comment):

ESET Small Business Security appears the most I could get as a free trial. eduVPN still works with it installed. However, there is an ESET VPN feature, I cannot activate having a free trial. I suspect it is this feature that collides with eduVPN.

I do not think this is related to the ESET VPN feature, we do not use it and furthermore, the issue manifests right after installing vanilla ESET Smart Security, without any further configuration. Could you try to reproduce it with Smart Security and our eduVPN servers again?

Thank you

@rozmansi wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-5756432: > ESET Small Business Security appears the most I could get as a free trial. eduVPN still works with it installed. However, there is an ESET VPN feature, I cannot activate having a free trial. I suspect it is this feature that collides with eduVPN. I do not think this is related to the ESET VPN feature, we do not use it and furthermore, the issue manifests right after installing vanilla ESET Smart Security, without any further configuration. Could you try to reproduce it with Smart Security and our eduVPN servers again? Thank you

Could you please create a release so we can test if the issue has been resolved?

Could you please create a release so we can test if the issue has been resolved?
Collaborator
Copy link

@maromcik wrote in #269 (comment):

Could you please create a release so we can test if the issue has been resolved?

Yes, I am planning to this week. I am working on some other issues in the client, I would like to fix in the next release. So you all can test your particular issues.

@maromcik wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-6032824: > Could you please create a release so we can test if the issue has been resolved? Yes, I am planning to this week. I am working on some other issues in the client, I would like to fix in the next release. So you all can test your particular issues.

@rozmansi wrote in #269 (comment):

@maromcik wrote in #269 (comment):

Could you please create a release so we can test if the issue has been resolved?

Yes, I am planning to this week. I am working on some other issues in the client, I would like to fix in the next release. So you all can test your particular issues.

understood, thank you

@rozmansi wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-6034084: > @maromcik wrote in #269 (comment): > > > Could you please create a release so we can test if the issue has been resolved? > > Yes, I am planning to this week. I am working on some other issues in the client, I would like to fix in the next release. So you all can test your particular issues. understood, thank you
Collaborator
Copy link

I have released the 4.4.99.1 now.

Please test it and feel free to reopen this issue should it not fix the tunnel problem.

I have released the [4.4.99.1](https://codeberg.org/eduVPN/windows/releases/tag/4.4.99.1) now. Please test it and feel free to reopen this issue should it not fix the tunnel problem.

@rozmansi wrote in #269 (comment):

I have released the 4.4.99.1 now.

Please test it and feel free to reopen this issue should it not fix the tunnel problem.

Awesome, it fixes the issue in my testing environment.

I asked RECETOX admins to evaluate it in their environment. I let you know if anything comes up.

Thank you

@rozmansi wrote in https://codeberg.org/eduVPN/windows/issues/269#issuecomment-6068488: > I have released the [4.4.99.1](https://codeberg.org/eduVPN/windows/releases/tag/4.4.99.1) now. > > Please test it and feel free to reopen this issue should it not fix the tunnel problem. Awesome, it fixes the issue in my testing environment. I asked RECETOX admins to evaluate it in their environment. I let you know if anything comes up. Thank you

They confirmed that the issue had been fixed, thanks

They confirmed that the issue had been fixed, thanks
Sign in to join this conversation.
No Branch/Tag specified
master
study/no-token-import
ver/3.x
govVPN
ver/3.3.0.x
ver/2.x
ver/1.x
4.6
4.5.99.8
4.5.99.7
4.5.99.6
4.5.99.5
4.5.99.4
4.5.99.3
4.5.99.2
4.5.99.1
4.5.99.0
4.5
4.4.99.4
4.4.99.3
4.4.99.2
4.4.99.1
4.4.99.0
4.4
4.3.99.1
4.3.99.0
4.3.2
4.3.1
4.3
4.2.8
4.2.7
4.2.6
4.2.5
4.2.4
4.2.3
4.2.2
4.2.1
4.2
4.1.7
4.1.6
4.1.5
4.1.4
4.1.3
4.1.2
4.1.1
4.1
4.0
3.255.23
3.255.22
3.255.21
3.255.20
3.255.19
3.7
3.6.2
3.6.1
3.255.18
3.255.17
3.255.16
3.255.15
3.6
3.255.14
3.5
3.255.13
3.4.3
3.255.12
3.255.11
3.255.10
3.255.9
3.255.8
3.255.7
3.255.6
3.255.5
3.255.4
3.255.3
3.255.2
3.4.2
3.4.1
3.255.1
3.255
3.4
3.3.8
3.3.7
3.3.6
3.3.5
3.3.4
3.3.0.1
3.3.3
3.3.2
3.3.1
3.3
3.2.2
3.2.1
3.2
3.1.8
3.1.7
3.1.6
3.1.5
3.1.4
3.1.3
3.1.2
3.1.1
3.1
3.0.5
3.0.4
3.0.3
3.0.2
3.0.1
3.0
2.255.6
2.255.5
2.255.4
2.255.3
2.255.2
2.255.1
2.1.4
2.255.0
2.1.3
2.1.2
2.1.1
2.1
2.0.7
2.0.6
2.0.5
2.0.4
2.0.3
2.0.2
2.0.1
2.0
1.255.11
1.255.10
1.255.9
1.0.39
1.255.8
1.255.7
1.255.6
1.255.5
1.0.38
1.255.4
1.0.37
1.255.3
1.255.2
1.255.1
1.255.0
1.0.36
1.0.34
1.0.35
1.0.33
1.0.32
1.0.31
1.0.30
1.0.29
1.0.28
1.0.27
1.0.26
1.0.25
1.0.24
1.0.23
1.0.22
1.0.21
1.0.20
1.0.19
1.0.18
1.0.17
1.0.16
audit/2017-12
1.0.15
1.0.14
1.0.13
1.0.12
1.0.11
1.0-alpha8
1.0-alpha6
1.0-alpha5
1.0-alpha4a
1.0-alpha3
1.0-alpha2a
1.0-alpha1
1.0-alpha
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
eduVPN/windows#269
Reference in a new issue
eduVPN/windows
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?