Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

IPv6 enabled, not able to access IPv6 sites

Hi all,
I just received my (native) IPv6-range and configured the WAN interface with the IPv6 and the default gateway (IPv4 was already assigned).
{Enabled IPv6 in Intefaces & Rotuing > IPv6}
I enabled Web Protection . When I go to https://ipv6.google.com/ the page won't be loaded, how come?
Is there any more configuration necessary to use IPv6? The WAN interface has both, IPv4 and IPv6, both default gateways configured.

TIA,

Fobe


This thread was automatically locked due to age.
  • I configured that but it seems that the gateway is incorrect or something else.
    I'll check with my provider...
  • I configured that but it seems that the gateway is incorrect or something else.
    I'll check with my provider...
    I'm using a tunnel, so it's not exactly the same situation as you, but ipv6.google.com is 7 hops away.

    Describe how you set your system up. I did the following:

    Tunnel - n/a for you)

    Interface - added gateway and netmask, did you try selecting the default gateway?

    DHCP server - start and end range, dns server is utm, since I don't have a dns server

    DNS forwarders - google a & b

    disabled teredo and isatap on pcs

    what does test-iv6.com say?
  • This is really odd!
    I made a Windows VM and configured with IPv6 only with IP & Gateway on the same vswitch as the WAN interface of the UTM.
    Now I'm able to ping/traceroute over IPv6! So the (ESX) host is capable of handling IPv6 traffic. The traceroutes goes perfectly to ipv6.google.com & ipv6-test.com on the 2nd VM
    When I configure the UTM with the same IP & GW (other VM is off), I can't ping and do a traceroute :S
    What goes wrong or what am I doing wrong?
    Do I have to make an extra route or firewall or NAT/Masquerade rule?
    Must the Internal Interface also have an IPv6 IP?
    See screenshot... and screenshot ipv6-test.com
  • It's getting weirder everytime.
    Now I can ping Google's IPv6 DNS (and get a reply) but tracepath6 ipv6.google.com timeouts.
    SSH (on UTM):

    root # ping6 2001:4860:4860::8888
    PING 2001:4860:4860::8888(2001:4860:4860::8888) 56 data bytes
    64 bytes from 2001:4860:4860::8888: icmp_seq=1 ttl=57 time=27.5 ms
    64 bytes from 2001:4860:4860::8888: icmp_seq=2 ttl=57 time=28.0 ms
    64 bytes from 2001:4860:4860::8888: icmp_seq=3 ttl=57 time=27.5 ms
    64 bytes from 2001:4860:4860::8888: icmp_seq=4 ttl=57 time=27.9 ms
    64 bytes from 2001:4860:4860::8888: icmp_seq=5 ttl=57 time=27.5 ms

    root # tracepath6 2001:4860:4860::8888
     1?: [LOCALHOST]                      pmtu 1500
     1:  no reply
     2:  no reply
     3:  no reply
     4:  no reply

    ?????
  • This is really odd!
    I made a Windows VM and configured with IPv6 only with IP & Gateway on the same vswitch as the WAN interface of the UTM.
    Now I'm able to ping/traceroute over IPv6! So the (ESX) host is capable of handling IPv6 traffic. The traceroutes goes perfectly to ipv6.google.com & ipv6-test.com on the 2nd VM
    When I configure the UTM with the same IP & GW (other VM is off), I can't ping and do a traceroute :S
    What goes wrong or what am I doing wrong?
    Do I have to make an extra route or firewall or NAT/Masquerade rule?
    Must the Internal Interface also have an IPv6 IP?
    See screenshot... and screenshot ipv6-test.com
    Is the default gateway provided by the isp? It appears to be in different subnet from your subnet. If the gateway is in another subnet, I think you will have to provide a route to it. The address of utm and dhcp ranges should be in your subnet. How do you have the DNS set up?

    FYI, I noticed on my network that Test your IPv6. is passing, but IPv6 test - IPv6/4 connectivity and speed test is not passing. It was passing before. There may be a problem with that site, as there appear to be no other problems.
  • Is the default gateway provided by the isp? -> Yes
    It appears to be in different subnet from your subnet. If the gateway is in another subnet, I think you will have to provide a route to it.? -> How do I accomplish this?
    How do you have the DNS set up?-> Forwarders to Google's DNS IPv4 & IPv6 addresses.

    As mentioned earlier,now I have made a Centos VM with a IPv6 address and the same default gateway as on the UTM (on the same vswitch) and that works perfectly,
    that's why I have no clue what's wrong or missing....
  • Is the default gateway provided by the isp? -> Yes
    It appears to be in different subnet from your subnet. If the gateway is in another subnet, I think you will have to provide a route to it.? -> How do I accomplish this?
    How do you have the DNS set up?-> Forwarders to Google's DNS IPv4 & IPv6 addresses.

    As mentioned earlier,now I have made a Centos VM with a IPv6 address and the same default gateway as on the UTM (on the same vswitch) and that works perfectly,
    that's why I have no clue what's wrong or missing....
    I'm just guessing, because I have not tried this and have no way or need to try it, but you can create a gateway route from your network to your gateway.

    Before you do that, are you sure that you have specified the address of your utm in your subnet and the computers in your subnet are correctly being allocated addresses in your subnet? Can you ping -6 utm from your computers? If all of that works, then try creating a gateway route.
  • I'm not a network-guru but how is it possible, if the gateway is incorrect, that it replies to a ping?
    From another VPS I did a ping6 & tracepath6 tot the IPv6 IP of the UTM, it replies and tracepath shows a path.
    If the gateway is wrong or not working, how could it be replying?
    Also, if a VM is connected to the same vSwitch, IPv6 is working perfectly...
  • I'm not a network-guru but how is it possible, if the gateway is incorrect, that it replies to a ping?
    From another VPS I did a ping6 & tracepath6 tot the IPv6 IP of the UTM, it replies and tracepath shows a path.
    If the gateway is wrong or not working, how could it be replying?
    Also, if a VM is connected to the same vSwitch, IPv6 is working perfectly...
    I'm not a network guru either, but if the gateway is in a different subnet, a route is required. Either it gets created automatically or you must do it manually. Perhaps for your centos system the route is being created automatically. The configuration isn't the same when you put utm between your network the computer. Unless someone else has another idea, try creating the route and see what happens. The worst thing that can happen is that it makes no difference, in which case, you can remove it.