On 07/04/13 09:28, Marlen Caemmerer wrote:
> Sorry, seems I used the wrong sender address...
> 
> ---------- Forwarded message ----------
> Date: Sat, 6 Apr 2013 23:59:12
> From: Marlen Caemmerer <n...@c-base.org>
> To: Wikimedia Toolserver <toolserver-l@lists.wikimedia.org>
> Subject: Re: [Toolserver-l] Ipv6 issues
> 
> Hey,
> 
> On Sat, 6 Apr 2013, Merlissimo wrote:
> 
>>
>> I think nosy needs some sleep because she hasn't slept last night.
>>
>> "getent ipnodes willow" does not return the ipv6 address configured at
>> /etc/hostname6.bnx0
> 
> Well...
> rnosy@hemlock:~$ host willow
> willow.toolserver.org has address 185.15.59.202
> willow.toolserver.org has IPv6 address 2a02:ec80:101::2:4
> rnosy@hemlock:~$ host 2a02:ec80:101::2:4
> 4.0.0.0.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.1.0.0.8.c.e.2.0.a.2.ip6.arpa
> domain name pointer willow.toolserver.org.
> 
> 
> root@willow:~# ifconfig -a
> lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu
> 8232 index 1
>         inet 127.0.0.1 netmask ff000000
> bnx0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
>         inet 185.15.59.202 netmask ffffffc0 broadcast 185.15.59.255
>         ether 0:1d:9:71:74:cb
> lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu
> 8252 index 1
>         inet6 ::1/128
> bnx0: flags=2000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
>         inet6 fe80::21d:9ff:fe71:74cb/10
>         ether 0:1d:9:71:74:cb
> bnx0:1: flags=2000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
>         inet6 2a02:ec80:101::2:4/64

It gives a different output for root? :S

platonides@willow ~ $ ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu
8232 index 1
        inet 127.0.0.1 netmask ff000000
bnx0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
        inet 185.15.59.202 netmask ffffffc0 broadcast 185.15.59.255
lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu
8252 index 1
        inet6 ::1/128
bnx0: flags=2000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        inet6 fe80::21d:9ff:fe71:74cb/10
bnx0:1: flags=2000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        inet6 2a02:ec80:101::2:4/64
bnx0:2: flags=20a0841<UP,RUNNING,MULTICAST,NOLOCAL,ADDRCONF,IPv6> mtu
1500 index 2
        inet6 subnet 2620:0:862:101::/64
bnx0:3: flags=20a0841<UP,RUNNING,MULTICAST,NOLOCAL,ADDRCONF,IPv6> mtu
1500 index 2
        inet6 subnet 2a02:ec80:101::/64
bnx0:4: flags=2000840<RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        inet6 2a02:ec80:101::2:4/64
bnx0:5: flags=2000840<RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        inet6 2a02:ec80:101::2:4/64
bnx0:6: flags=2000840<RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        inet6 2a02:ec80:101::2:4/64
bnx0:7: flags=2000840<RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        inet6 2a02:ec80:101::2:4/64
bnx0:8: flags=2000840<RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        inet6 2a02:ec80:101::2:4/64


(bnx0:1,3,4,5,6,7,8 have 2a02:ec80:101::2:4, bnx0:2 2620:0:862:101::)

It looks a problem with the routes:
platonides@willow ~ $ route  get -inet wikimedia.org
   route to: wikimedia-lb.pmtpa.wikimedia.org
destination: default
       mask: default
    gateway: vl102-ve6.csw1-esams.wikimedia.org
  interface: bnx0
      flags: <UP,GATEWAY,DONE,STATIC>
  recvpipe  sendpipe  ssthresh    rtt,ms rttvar,ms  hopcount      mtu
  expire
        0         0         0         0         0         0      1500
      0


(correct, it's the same gateway as the linux servers)

platonides@willow ~ $ route  get -inet6 wikimedia.org
   route to: wikimedia-lb.pmtpa.wikimedia.org
destination: default
       mask: default
    gateway: fe80::20c:dbff:fefc:b00
  interface: bnx0
      flags: <UP,GATEWAY,DONE>
 recvpipe  sendpipe  ssthresh    rtt,ms rttvar,ms  hopcount      mtu
 expire
        0         0         0         0         0         0      1500
      0

fe80::/10 are link local addresses. I expect that the geteway would be
2a02:ec80:101::1 per teh output of the route to be applied on reboot:
platonides@willow ~ $ route  -p show
persistent: route add -inet6 default 2a02:ec80:101::1

2a02:ec80:101::1 and fe80::20c:dbff:fefc:b00 appear to be different
hosts. Although the later does seem to belong to a router, as it runs
RomSShell_4.61 [1]


As a workaround, a bit of googling suggests that writing
DEFAULT_IP=IP_VERSION4 into /etc/default/inet_type should disable ipv6.
Unplumbing the inet6 interfaces should also leave with a working ipv4
system until it is fixed.

Cheers

1- http://www.allegrosoft.com/embedded-ssh-client-server

_______________________________________________
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: 
https://wiki.toolserver.org/view/Mailing_list_etiquette

Reply via email to