Hurricane Electric's IPv6 Tunnel Broker Forums

Advanced search  

News:

Welcome to Hurricane Electric's Tunnelbroker.net forums!

Pages: 1 [2]

Author Topic: Windows 10 Spring Creators Update breaks v6v4tunnel  (Read 781 times)

RDWells

  • Newbie
  • *
  • Posts: 8
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #15 on: May 17, 2018, 04:05:49 PM »

I just spent a LOT of time with four, count 'em, four "techs" through MS' Virtual Assistant thingie, all of whom wanted to remote control my computer and do stuff completely irrelevant to the problem (I'll spare y'all the gory details), but I FINALLY convinced the fourth one who pretty much summed the issue as a bug which, he wanly suggested, would be looked at by MS engineers who'll send out a fix whenever they dang well feel like it.

So there we have it.  MS "fixed" what ain't broken;  i.e., the netsh command to install a v6v4tunnel doesn't work due to a "bug" and now the geniuses who broke it are gonna fix it. 

So they say.
Logged

tjeske

  • Newbie
  • *
  • Posts: 44
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #16 on: May 18, 2018, 09:00:26 AM »

So did someone actually login to your machine? What did they try?

Anyway, there's also this thread on TechNet:
https://social.technet.microsoft.com/Forums/windows/en-US/af68159a-87fc-4e39-92a9-c5f209aa4058/will-v6v4tunnel-be-fixed-in-final-version-of-april-2018?forum=win10itpronetworking

It appears as if Microsoft acknowledges this issue. However, I am not sure how serious they treat this issue and how fast it might get resolved. The statement doesn't sound too promising, to hopefully fix it with the next release. And I hope by "release" they mean cumulative update, not Redstone 5. Maybe if more people post over there it'll spark more interest to tackle this bug.

All in all it's probably really only a handful of people affected, since most will have a non-Windows upstream device serving as the local tunnel endpoint.
Logged

RDWells

  • Newbie
  • *
  • Posts: 8
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #17 on: May 18, 2018, 01:12:29 PM »

So did someone actually login to your machine? What did they try?

Yes, and one wanted to do a System Restore (NO!), another wanted to update the network driver (duh, not the problem), the third did a network reset (which served to do absolutely nothing) and the fourth had me try to use the lengthy version of the netsh command:

netsh interface ipv6 add v6v4tunnel interface=private localaddress= "Your local address" remoteaddress= "remote address given to you" (with the proper numbers put where they belong.)

...which did bupkis.  Same answer:  "no driver selected...."

He (the fourth guy) also wanted to be sure that the mobo drivers were up-to-date.  This is what I meant by irrelevant, and my drivers are ALL up-to-date.  I'm OCD that way.

Anyway, there's also this thread on TechNet:
https://social.technet.microsoft.com/Forums/windows/en-US/af68159a-87fc-4e39-92a9-c5f209aa4058/will-v6v4tunnel-be-fixed-in-final-version-of-april-2018?forum=win10itpronetworking

It appears as if Microsoft acknowledges this issue. However, I am not sure how serious they treat this issue and how fast it might get resolved. The statement doesn't sound too promising, to hopefully fix it with the next release. And I hope by "release" they mean cumulative update, not Redstone 5. Maybe if more people post over there it'll spark more interest to tackle this bug.

All in all it's probably really only a handful of people affected, since most will have a non-Windows upstream device serving as the local tunnel endpoint.

At least I know that it's not just me (or you) having this issue, but for FOUR techs not really having the first clue as to what I talking about is troubling at the least, annoying (and more) at most.  So, looks like we'll just have to twiddle our collective thumbs until MS gets it into gear (without too much grinding?).  The fourth tech said maybe a week or two.  Maybe....

In the meantime, the fourth tech also suggested that as many people as possible submit feedback through their feedback hub so the engineers can spot it.  Yes, that's what he said, so hop to it, readers of this forum.  Light a fire under their bums and let's get this fixed, ASAP.  Here's the link:  https://aka.ms/AA1dxur

P.S. I am not a Windows Insider, I have Window 10 Pro x64 v1803(OS build 17134.48), the April 2018 Spring Update with subsequent quality update of KB4103721 (5/10/18).
Logged

tjeske

  • Newbie
  • *
  • Posts: 44
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #18 on: May 19, 2018, 09:27:12 AM »

Okay, so I tried to investigate a bit more. At least I found something that was different from 1803 to 1709. If you run this command:

Code: [Select]
netcfg -s n
you will get a list of network adapters, network protocols, and network services. If you scroll through the list you'll find an item called "ms_tcpip6_tunnel - Microsoft TCP/IP version 6 - Tunnels". On 1709 this is listed under "Network Protocols", together with "ms_tcpip6", while on 1803 "ms_tcpip6_tunnel" is listed under "Network Services", while "ms_tcpip6" is still in the "Network Protocols" group.

I was able to delete ms_tcpip6_tunnel and afterwards add it again as a protocol, instead of a service. While on 1709 this was possible with simple administrative privileges, on 1803 I had to run it as "TrustedInstaller". Even though it is listed now in the correct category, it still doesn't work. This is also understandable from the output of "nvspbind.exe", which is a separate tool by Microsoft. The output shows all services or protocols bound to specific network adapters. While on 1709 I can find both "ms_tcpip6" and "ms_tcpip6_tunnel", I can't find the latter on the affected 1803. I haven't found a way yet if it is possible to somehow manually add a protocol. The nvspbind-utility doesn't have an option for this, only to enable or disable already bound protocols.

EDIT:
I think it's because nettun.inf is missing from 1803. I find it on 1709 under HKEY_LOCAL_MACHINE\DRIVERS\DriverDatabase\DriverPackages\ but it's missing completely on 1803. Maybe possible to transfer the INF over and do a manual install.
« Last Edit: May 19, 2018, 10:06:33 AM by tjeske »
Logged

tjeske

  • Newbie
  • *
  • Posts: 44
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #19 on: May 21, 2018, 04:53:05 AM »

Okay, after a little more digging I wanna share my new insight:

It seems to be indeed nettun.inf and the associated driver tunnel.sys which is used to set up the 6in4 tunnel. If you start a tunnel, it will appear as "Microsoft Direct Point-to-Point Tunnel Adapter" in the device manager. The inf-file also holds all the driver information for Teredo, ISATAP, 6to4, and some more. The bad news about this is that 6in4 is therefor indeed the "Direct Tunnels" which where marked deprecated as of 1803 along with all the other IPv6 transition technologies. So I fear that even if it should be able to enable it somehow, Microsoft will not honor this bug and leave it unfixed.

So, I've tried to fix it myself by copying over the driver from a healthy 1709 installation. First pitfall, I can't find to copy the signed driver (inf file misses signture?), and therefor installation is only possible with driver signature enforcement turned off during boot. After that, it installs without error. When I try to set up the tunnel, it still doesn't work, but the error message changed to a simple "Element not found". Checking device manager, I get the Direct Tunnel adapter with a yellow sign and error code 56, manually adding the driver fails with a time out.

What seems still different is that the driver is listed in the registry under some oemxx.inf-key, whereas on an original installation it's simply called nettun.inf. I'll try to copy over some registry keys and see if that helps.

Fingers crossed.
Logged

Hoser13

  • Newbie
  • *
  • Posts: 14
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #20 on: May 23, 2018, 07:43:01 PM »

Found this after months of researching on an MS site:

https://docs.microsoft.com/en-us/windows/deployment/planning/windows-10-1803-removed-features

IPv4/6 Transition Technologies (6to4, ISATAP, and Direct Tunnels)   6to4 has been disabled by default since Windows 10, version 1607 (the Anniversary Update), ISATAP has been disabled by default since Windows 10, version 1703 (the Creators Update), and Direct Tunnels has always been disabled by default. Please use native IPv6 support instead.

So does this mean there is no way to use a Tunnelbroker tunnel going forward?  Or can someone more technical than me offer a suggestion?

Logged

cholzhauer

  • Hero Member
  • *****
  • Posts: 2644
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #21 on: May 24, 2018, 05:06:42 AM »

You don't use any of these technologies with HE, HE is 6in4
Logged

tjeske

  • Newbie
  • *
  • Posts: 44
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #22 on: May 24, 2018, 11:19:50 AM »

But I am pretty certain now that "Direct Tunnels" is 6in4. Why? If I create an IPv6-tunnel with the "add v6v4tunnel", a "Microsoft Direct Point-to-Point Tunnel Adapter" gets added to "Device Manager". Furthermore, after fiddling with the driver for "Direct Tunnels", I was able to change the error message given by netsh.
Logged

tjeske

  • Newbie
  • *
  • Posts: 44
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #23 on: May 25, 2018, 11:07:17 AM »

Still broken in:

-RS5 insider build 17677.1000
Logged

RDWells

  • Newbie
  • *
  • Posts: 8
Re: Windows 10 Spring Creators Update breaks v6v4tunnel
« Reply #24 on: May 25, 2018, 12:32:42 PM »

Following an OOB Quality Update KB4100403 for Win10 to v1803 (17134.81), it's still broken.

Dangit.
« Last Edit: May 25, 2018, 12:36:19 PM by RDWells »
Logged
Pages: 1 [2]