Weird. How would the Draytek know where it should pass proto 41 to?
Maybe there's some 6rd or teredo/miredo going on in your network? What's your public IPv6 address? (you can find out by visiting ip6.me)
- February 16, 2020, 05:42:09 PM
- Welcome, Guest
News:
Welcome to Hurricane Electric's Tunnelbroker.net forums!
|
11
General IPv6 Topics / IPv6 on Linux & BSD & Mac / Re: Draytek router - tunnel only works in one direction
on: February 10, 2020, 06:59:27 PM
|
||
| Started by JulianR.B - Last post by tjeske | ||
|
12
on: February 10, 2020, 03:48:17 PM
|
||
| Started by kcochran - Last post by kcochran | ||
|
The public recursors at 74.82.42.42 / 2001:470:20::2 / ordns.he.net now also support DNS over TLS (DoT) and DNS over HTTPS (DoH) for those who wish to use those interfaces.
How to adjust your applications or local resolver to use that functionality is very dependent on what you're using, so please check with your software's documentation if you decide to use the DoT/DoH access to the recursors. |
||
|
13
General IPv6 Topics / IPv6 Basics & Questions & General Chatter / Re: Virgin Media Slowing Protocol 41
on: February 10, 2020, 02:21:04 PM
|
||
| Started by RGK1 - Last post by RGK1 | ||
Given my experience with Comcast throttling my proto 41 traffic on HE tunnel out of Chicago, I wouldn't expect his issue to be related to the tserv. Hey thanks, @kritenetworks I believe that virgin media and comcast use similar routers made by arius which may be to do with the routing but as your isp decides the route you take, would there be anyway to disguise the use of protocol 41 from the isp/router? Many Thanks Ryan |
||
|
14
DNS.HE.NET Topics / General Questions & Suggestions / Re: Issue with request domain record at RIPE for prefix / dns.he.net refusing query
on: February 10, 2020, 02:10:05 PM
|
||
| Started by eancode - Last post by kcochran | ||
|
The registrars do their check in regards to ensure there's no lame delegation: a technical check.
We require it to ensure the assignee intends for the zone to be hosted here: a security check. As there's no other means of indicating at the registrar that the zone should be here, we're left with a conflict. |
||
|
15
DNS.HE.NET Topics / General Questions & Suggestions / Re: Issue with request domain record at RIPE for prefix / dns.he.net refusing query
on: February 10, 2020, 12:46:38 PM
|
||
| Started by eancode - Last post by tjeske | ||
|
This deadlock situation has been an issue with HE for a long time. In theory, HE is supposed to enable zone data first before registrar starts the delegation. However, HE does an automatic check if the registrar actually allows the delegation. Now if the registrar is conforming to the strict model, then it waits for HE to create the zone first. So as you said, hen-and-egg-deadlock. That's why I don't and can't use HE for DNS management.
Didn't know they enable it on request. |
||
|
16
on: February 10, 2020, 10:21:23 AM
|
||
| Started by hucste - Last post by hucste | ||
|
Hi,
I attempt to add new slave zone DNS. I manage the domain "stephane-huc.net", on OpenBSD, @home, with nsd, as: Code: [Select] $ grep -v '^;' /etc/ns/stephane-huc.net As you see, "slave.dns.he.net" in on the zone. And the nsd config file is: Code: [Select] # grep -v '^#' /var/nsd/etc/nsd.conf "NOKEY" specifies "NO TSIG"; and as you can see/read, I notify and provide xfr at the IPv4|6 adresses. But, when I attempt to add as new slave into the web admin of HE, the system reply with: You must delegate to one or more of the slave nameservers.----  ---- Any idea/suggestion?! ---- Here, dig replies: Code: [Select] $ dig SOA stephane-huc.net @ns1.stephane-huc.net |
||
|
17
DNS.HE.NET Topics / General Questions & Suggestions / Re: Issue with request domain record at RIPE for prefix / dns.he.net refusing query
on: February 07, 2020, 02:38:02 AM
|
||
| Started by eancode - Last post by eancode | ||
|
I decided to contact the dnsadmin @ he and they enabled the delegation so I was able to complete the registration process with RIPE.
|
||
|
18
on: February 05, 2020, 09:01:06 PM
|
||
| Started by Hexhu - Last post by Hexhu | ||
|
Wow that's very nice of HE!
Thanks! |
||
|
19
General IPv6 Topics / IPv6 on Linux & BSD & Mac / Re: Draytek router - tunnel only works in one direction
on: February 05, 2020, 10:07:28 AM
|
||
| Started by JulianR.B - Last post by JulianR.B | ||
|
Definitely have IPv6 access as I disabled IPv6 for the adaptor in the Linux box and have access to an IPv6 only website when the tunnel-broker is up and don't have access when it's down.
I never enabled proto 41 in the Draytec. Initially it did not work when I used my public IP address of the router but then changed to using my local IPv4 address (192.168.xxx.xxx) as it suggests in the setup guide and it all started working. So I assumed proto 41 is being passed. |
||
|
20
General IPv6 Topics / IPv6 on Linux & BSD & Mac / Re: Draytek router - tunnel only works in one direction
on: February 05, 2020, 09:49:05 AM
|
||
| Started by JulianR.B - Last post by tjeske | ||
|
I don't know...if the tunnel works in general and you can access IPv6 resources (are you really sure about that???), then the Draytek seems to pass proto 41 successfully. Why it doesn't work in DMZ, no idea. How did you make the Draytek to forward proto 41 to your linux box?
|
||