Hurricane Electric's IPv6 Tunnel Broker Forums

Advanced search  

News:

Welcome to Hurricane Electric's Tunnelbroker.net forums!

Pages: 1 ... 4 5 [6] 7 8 ... 10
 51 
 on: November 02, 2019, 08:45:27 PM 
Started by rahulparekh - Last post by rahulparekh
Bridge mode in downstream routers are working perfect as all end devices get the ip's from the first router where the tunnel end point is located.
I will still try the manual config when I get time....

 52 
 on: November 02, 2019, 08:26:44 PM 
Started by rahulparekh - Last post by tjeske
The downstream routers need to be able to do prefix delegation.

But what's wrong with bridged mode?

 53 
 on: November 02, 2019, 09:02:21 AM 
Started by rahulparekh - Last post by rahulparekh
The three routers I was talking are very basic routers so this is not possible manually with stock firmwares...

 54 
 on: November 02, 2019, 08:00:25 AM 
Started by gungthar - Last post by kriteknetworks
telnet -6 2001:470:1f08:7e::8 25
Trying 2001:470:1f08:7e::8...
telnet: connect to address 2001:470:1f08:7e::8: Connection refused

 55 
 on: November 02, 2019, 04:24:19 AM 
Started by gungthar - Last post by born2host
[root@srv init.d]# telnet -6 localhost 25
Trying ::1...
Connected to localhost.
Escape character is '^]'.
220 born2host.com ESMTP Postfix
quit
221 2.0.0 Bye
Connection closed by foreign host.
[root@srv init.d]# telnet -6 2001:470:1f08:7e::8 25
Trying 2001:470:1f08:7e::8...
Connected to 2001:470:1f08:7e::8.
Escape character is '^]'.
220 born2host.com ESMTP Postfix
quit
221 2.0.0 Bye
Connection closed by foreign host.
[root@srv init.d]#

Is it possible to see "Unexpected banner:" from HE because I use PostFix Mail server and they expect Exim or something else as mail server where the banners are different?

 56 
 on: November 01, 2019, 12:28:56 AM 
Started by rahulparekh - Last post by tjeske
You need the /48, not the /64, cause u need at least one /64 per subnet.

 57 
 on: October 28, 2019, 08:40:43 AM 
Started by tMHru - Last post by tMHru
You have to have a router somewhere...the thing that's hosting your IPv6 tunnel.

Sorry for _that_ delay, but I found the problem - it is not related to HE at all but related to ircII client. Sorry again, I think this can be deleted completely:)

 58 
 on: October 28, 2019, 04:17:16 AM 
Started by snarked - Last post by kumowoon1025
Isn't this just a reflection of whatever host that the site uses to test from Sydney? (Or just Sydney in general? In terms of the root and net ns that are there) It's kind of weird that whichever one is listed in the SOA consistently gets worse numbers. Like if you just try the test for net. you can kinda see how this is bound to happen since apparently they make multiple queries from each location and take the average.

Also I'm not that convinced of the competency of whoever is responsible for the statistical analysis, since they seem to have taken 9 numbers and fabricated what I'm guessing is a normal distribution to get their "95% Confidence Interval" (notwithstanding the fact that those numbers themselves are averages of less-than-random results). Like, you know you did something wrong when hints like negative response times start showing up...

Anyway, I was just wondering, how does IPv4 anycast work? Can I glean how HE setup looks like using traceroute in the BGP looking glass somehow or would that be useless since it's inside?

 59 
 on: October 26, 2019, 07:07:47 AM 
Started by LEOPOLDLIU - Last post by snarked
Your modem is doing NAT for IPv4.  Either disable it, move the tunnel to the modem, or enable a “DMZ” function for the pi.

 60 
 on: October 25, 2019, 05:44:07 PM 
Started by LEOPOLDLIU - Last post by LEOPOLDLIU
I can't ping that gateway address, here is the output:

Code: [Select]
pi@raspberrypi:~ $ ping6  2001:470:c:fbc::1
PING 2001:470:c:fbc::1(2001:470:c:fbc::1) 56 data bytes
^C
--- 2001:470:c:fbc::1 ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 217ms

The process I created the tunnel is:
1) editing the /etc/network/interfacs, pasting the example configuration to that file
2) restart the network by using "service networking restart"
3) I even tried reboot my pi, but it still didn't work

I tried another ifconfig test, turned out that I can transmit packages through he tunnel, but cannot receive from it.

Here's the output of ifconfig now:

Code: [Select]
en0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.10  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fdac:751d:4768:7800:18a8:bfef:8d8f:5eb5  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::223d:fd87:da7b:2aa0  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:4b:44:80  txqueuelen 1000  (Ethernet)
        RX packets 101  bytes 10755 (10.5 KiB)
        RX errors 0  dropped 5  overruns 0  frame 0
        TX packets 91  bytes 16525 (16.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

he-ipv6: flags=209<UP,POINTOPOINT,RUNNING,NOARP>  mtu 1480
        inet6 2001:470:c:fbc::2  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::c0a8:10a  prefixlen 64  scopeid 0x20<link>
        sit  txqueuelen 1000  (IPv6-in-IPv4)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6  bytes 624 (624.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:1e:11:d5  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

As for the address fdac:751d:4768:7800:18a8:bfef:8d8f:5eb5, I checked all my devices in local network, turned out they all had a address like that, which is fdac:751d:4768:7800:X:X:X:X

After I reset my modem, that address is disappeared, the output of ifconfig for now is:

Code: [Select]
pi@raspberrypi:~ $ ifconfig
en0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.10  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::223d:fd87:da7b:2aa0  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:4b:44:80  txqueuelen 1000  (Ethernet)
        RX packets 864  bytes 79077 (77.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 341  bytes 52878 (51.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

he-ipv6: flags=209<UP,POINTOPOINT,RUNNING,NOARP>  mtu 1480
        inet6 2001:470:c:fbc::2  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::c0a8:10a  prefixlen 64  scopeid 0x20<link>
        sit  txqueuelen 1000  (IPv6-in-IPv4)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 24  bytes 2008 (1.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 2  bytes 196 (196.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2  bytes 196 (196.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:1e:11:d5  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

I installed nmap to scan the protocols, here is the result

Code: [Select]
pi@raspberrypi:~ $ sudo nmap -Pn -sO -p 1,6,17,41 -6 2001:470:c:fbc::1
Starting Nmap 7.70 ( https://nmap.org ) at 2019-10-26 09:45 CST
Nmap scan report for tunnel557606.tunnel.tserv15.lax1.ipv6.he.net (2001:470:c:fbc::1)
Host is up.

PROTOCOL STATE         SERVICE
1        open|filtered icmp
6        open|filtered tcp
17       open|filtered udp
41       open|filtered ipv6

Nmap done: 1 IP address (1 host up) scanned in 3.24 seconds

pi@raspberrypi:~ $ sudo nmap -Pn -sO -p 1,6,17,41 66.220.18.42
Starting Nmap 7.70 ( https://nmap.org ) at 2019-10-26 09:54 CST
Nmap scan report for tserv1.lax1.he.net (66.220.18.42)
Host is up (0.17s latency).

PROTOCOL STATE         SERVICE
1        open          icmp
6        open          tcp
17       open          udp
41       open|filtered ipv6

Nmap done: 1 IP address (1 host up) scanned in 2.76 seconds

Does the state "open|filtered" mean ipv6 service is filtered so i can't get access to any ipv6 address?

Pages: 1 ... 4 5 [6] 7 8 ... 10