9:12 p.m.
DOn't know if this is the right place or not, but since moving to connman,
I have noticed that the ipv6 test page is down. the ipv4 one works fine,
but I get a mention in the log:
"connmand[254]: Failed to find URL:
http://ipv6.connman.net/online/status.html"
If I try to get to it from a browser, I get a '502 bad gateway error'
If I use curl on the cli, I get this:
# curl ipv4.connman.net/online/status.html
<html>
<head>
</head>
<body>
</body>
</html>
# curl ipv6.connman.net/online/status.html
<html>
<head><title>502 Bad Gateway</title></head>
<body bgcolor="white">
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx</center>
</body>
</html>
I think something is not set right on the server...
Keith
2:06 p.m.
I think this affects how connman determines if the network is UP or not. I
get this at every boot.
On Wed, May 27, 2020 at 3:12 PM KeithG <ys3al35l(a)gmail.com> wrote:
DOn't know if this is the right place or not, but since moving to
connman,
I have noticed that the ipv6 test page is down. the ipv4 one works fine,
but I get a mention in the log:
"connmand[254]: Failed to find URL:
http://ipv6.connman.net/online/status.html"
If I try to get to it from a browser, I get a '502 bad gateway error'
If I use curl on the cli, I get this:
# curl ipv4.connman.net/online/status.html
<html>
<head>
</head>
<body>
</body>
</html>
# curl ipv6.connman.net/online/status.html
<html>
<head><title>502 Bad Gateway</title></head>
<body bgcolor="white">
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx</center>
</body>
</html>
I think something is not set right on the server...
Keith
2:50 p.m.
On Wed, 2020-05-27 at 15:12 -0500, KeithG wrote:
DOn't know if this is the right place or not, but since moving
to
connman, I have noticed that the ipv6 test page is down. the ipv4 one
works fine, but I get a mention in the log:
"connmand[254]: Failed to find URL:
http://ipv6.connman.net/online/status.html"
If I try to get to it from a browser, I get a '502 bad gateway error'
If I use curl on the cli, I get this:
# curl ipv4.connman.net/online/status.html
<html>
<head>
</head>
<body>
</body>
</html>
# curl ipv6.connman.net/online/status.html
<html>
<head><title>502 Bad Gateway</title></head>
<body bgcolor="white">
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx</center>
</body>
</html>
I think something is not set right on the server...
Amusingly it works for me but only over Legacy IP.
$ curl -v http://ipv6.connman.net/online/status.html
* Trying 2001:8d8:8b4:c861:5826:fa5f:6690:0:80...
* Trying 87.106.208.187:80...
* Connected to ipv6.connman.net (87.106.208.187) port 80 (#0)
GET /online/status.html HTTP/1.1
Host: ipv6.connman.net
User-Agent: curl/7.69.1
Accept: */*
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Server: nginx
< Date: Thu, 04 Jun 2020 13:48:57 GMT
< Content-Type: text/html
< Connection: close
< X-ConnMan-Status: online
<
<html>
<head>
</head>
<body>
</body>
</html>
* Closing connection 0
4:11 p.m.
David,
I think there is some mis-configuration with something at the
server/registration. Shouldn't it only have an ipv6 addres? ipv6.google.com
does.
If this is a regular test of link functionality at service start, shouldn't
it be disable-able? How do I do that?
# host ipv6.google.com
ipv6.google.com is an alias for ipv6.l.google.com.
ipv6.l.google.com has IPv6 address 2607:f8b0:4009:810::200e
# nslookup ipv6.google.com
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
ipv6.google.com canonical name = ipv6.l.google.com.
Name: ipv6.l.google.com
Address: 2607:f8b0:4009:810::200e
Versus:
# host ipv6.connman.net
ipv6.connman.net has address 87.106.208.187
ipv6.connman.net has IPv6 address 2001:8d8:8b4:c861:5826:fa5f:6690:0
# nslookup ipv6.connman.net
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
Name: ipv6.connman.net
Address: 87.106.208.187
Name: ipv6.connman.net
Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
I cannot ping it.
# ping ipv6.connman.net
PING ipv6.connman.net(connman.com (2001:8d8:8b4:c861:5826:fa5f:6690:0)) 56
data bytes
^C
--- ipv6.connman.net ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 88ms
but can its ipv4 address...
# ping -4 ipv6.connman.net
PING ipv6.connman.net (87.106.208.187) 56(84) bytes of data.
64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=1 ttl=43
time=126 ms
64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=2 ttl=43
time=125 ms
64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=3 ttl=43
time=125 ms
^C
--- ipv6.connman.net ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 3ms
rtt min/avg/max/mdev = 124.676/125.263/126.122/0.684 ms
pinging ipv6 does work...
# ping ipv6.google.com
PING ipv6.google.com(ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e))
56 data bytes
64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
icmp_seq=1 ttl=54 time=20.6 ms
64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
icmp_seq=2 ttl=54 time=12.3 ms
^C
--- ipv6.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 12.262/16.431/20.600/4.169 ms
On Thu, Jun 4, 2020 at 8:50 AM David Woodhouse <dwmw2(a)infradead.org> wrote:
On Wed, 2020-05-27 at 15:12 -0500, KeithG wrote:
> DOn't know if this is the right place or not, but since moving to
> connman, I have noticed that the ipv6 test page is down. the ipv4 one
> works fine, but I get a mention in the log:
> "connmand[254]: Failed to find URL:
> http://ipv6.connman.net/online/status.html"
>
> If I try to get to it from a browser, I get a '502 bad gateway error'
>
> If I use curl on the cli, I get this:
> # curl ipv4.connman.net/online/status.html
> <html>
> <head>
> </head>
> <body>
> </body>
> </html>
> # curl ipv6.connman.net/online/status.html
> <html>
> <head><title>502 Bad Gateway</title></head>
> <body bgcolor="white">
> <center><h1>502 Bad Gateway</h1></center>
> <hr><center>nginx</center>
> </body>
> </html>
>
> I think something is not set right on the server...
Amusingly it works for me but only over Legacy IP.
$ curl -v http://ipv6.connman.net/online/status.html
* Trying 2001:8d8:8b4:c861:5826:fa5f:6690:0:80...
* Trying 87.106.208.187:80...
* Connected to ipv6.connman.net (87.106.208.187) port 80 (#0)
> GET /online/status.html HTTP/1.1
> Host: ipv6.connman.net
> User-Agent: curl/7.69.1
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Server: nginx
< Date: Thu, 04 Jun 2020 13:48:57 GMT
< Content-Type: text/html
< Connection: close
< X-ConnMan-Status: online
<
<html>
<head>
</head>
<body>
</body>
</html>
* Closing connection 0
8:21 a.m.
Hi KeithG,
[cc Marcel]
On Thu, Jun 04, 2020 at 10:11:08AM -0500, KeithG wrote:
David,
I think there is some mis-configuration with something at the
server/registration. Shouldn't it only have an ipv6 addres? ipv6.google.com
does.
If this is a regular test of link functionality at service start, shouldn't
it be disable-able? How do I do that?
# host ipv6.google.com
ipv6.google.com is an alias for ipv6.l.google.com.
ipv6.l.google.com has IPv6 address 2607:f8b0:4009:810::200e
# nslookup ipv6.google.com
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
ipv6.google.com canonical name = ipv6.l.google.com.
Name: ipv6.l.google.com
Address: 2607:f8b0:4009:810::200e
Versus:
# host ipv6.connman.net
ipv6.connman.net has address 87.106.208.187
ipv6.connman.net has IPv6 address 2001:8d8:8b4:c861:5826:fa5f:6690:0
# nslookup ipv6.connman.net
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
Name: ipv6.connman.net
Address: 87.106.208.187
Name: ipv6.connman.net
Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
I cannot ping it.
# ping ipv6.connman.net
PING ipv6.connman.net(connman.com (2001:8d8:8b4:c861:5826:fa5f:6690:0)) 56
data bytes
^C
--- ipv6.connman.net ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 88ms
but can its ipv4 address...
# ping -4 ipv6.connman.net
PING ipv6.connman.net (87.106.208.187) 56(84) bytes of data.
64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=1 ttl=43
time=126 ms
64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=2 ttl=43
time=125 ms
64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=3 ttl=43
time=125 ms
^C
--- ipv6.connman.net ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 3ms
rtt min/avg/max/mdev = 124.676/125.263/126.122/0.684 ms
pinging ipv6 does work...
# ping ipv6.google.com
PING ipv6.google.com(ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e))
56 data bytes
64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
icmp_seq=1 ttl=54 time=20.6 ms
64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
icmp_seq=2 ttl=54 time=12.3 ms
^C
--- ipv6.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 12.262/16.431/20.600/4.169 ms
On Thu, Jun 4, 2020 at 8:50 AM David Woodhouse <dwmw2(a)infradead.org> wrote:
> On Wed, 2020-05-27 at 15:12 -0500, KeithG wrote:
> > DOn't know if this is the right place or not, but since moving to
> > connman, I have noticed that the ipv6 test page is down. the ipv4 one
> > works fine, but I get a mention in the log:
> > "connmand[254]: Failed to find URL:
> > http://ipv6.connman.net/online/status.html"
> >
> > If I try to get to it from a browser, I get a '502 bad gateway error'
> >
> > If I use curl on the cli, I get this:
> > # curl ipv4.connman.net/online/status.html
> > <html>
> > <head>
> > </head>
> > <body>
> > </body>
> > </html>
> > # curl ipv6.connman.net/online/status.html
> > <html>
> > <head><title>502 Bad Gateway</title></head>
> > <body bgcolor="white">
> > <center><h1>502 Bad Gateway</h1></center>
> > <hr><center>nginx</center>
> > </body>
> > </html>
> >
> > I think something is not set right on the server...
>
> Amusingly it works for me but only over Legacy IP.
>
> $ curl -v http://ipv6.connman.net/online/status.html
> * Trying 2001:8d8:8b4:c861:5826:fa5f:6690:0:80...
> * Trying 87.106.208.187:80...
> * Connected to ipv6.connman.net (87.106.208.187) port 80 (#0)
> > GET /online/status.html HTTP/1.1
> > Host: ipv6.connman.net
> > User-Agent: curl/7.69.1
> > Accept: */*
> >
> * Mark bundle as not supporting multiuse
> < HTTP/1.1 200 OK
> < Server: nginx
> < Date: Thu, 04 Jun 2020 13:48:57 GMT
> < Content-Type: text/html
> < Connection: close
> < X-ConnMan-Status: online
> <
> <html>
> <head>
> </head>
> <body>
> </body>
> </html>
> * Closing connection 0
>
> _______________________________________________
> connman mailing list -- connman(a)lists.01.org
> To unsubscribe send an email to connman-leave(a)lists.01.org
3:55 p.m.
Daniel,
Thanks for forwarding this, This seems to have been fixed in the last
couple days. I still find it strange that the ipv6.connman.net has an ipv6
*and* an ipv4 address.
Name: ipv6.connman.net
Address: 87.106.208.187
Name: ipv6.connman.net
Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
Regardless, I no longer get the:
connmand[267]: Failed to find URL:http://ipv6.connman.net/online/status.html
in my logs and we will see if it has any effect on the reconnection and
'online' testing that connman does.
Keith
On Wed, Jun 17, 2020 at 2:21 AM Daniel Wagner <wagi(a)monom.org> wrote:
Hi KeithG,
[cc Marcel]
On Thu, Jun 04, 2020 at 10:11:08AM -0500, KeithG wrote:
> David,
>
> I think there is some mis-configuration with something at the
> server/registration. Shouldn't it only have an ipv6 addres?
ipv6.google.com
> does.
>
> If this is a regular test of link functionality at service start,
shouldn't
> it be disable-able? How do I do that?
>
> # host ipv6.google.com
> ipv6.google.com is an alias for ipv6.l.google.com.
> ipv6.l.google.com has IPv6 address 2607:f8b0:4009:810::200e
>
> # nslookup ipv6.google.com
> Server: 192.168.2.1
> Address: 192.168.2.1#53
>
> Non-authoritative answer:
> ipv6.google.com canonical name = ipv6.l.google.com.
> Name: ipv6.l.google.com
> Address: 2607:f8b0:4009:810::200e
>
> Versus:
>
> # host ipv6.connman.net
> ipv6.connman.net has address 87.106.208.187
> ipv6.connman.net has IPv6 address 2001:8d8:8b4:c861:5826:fa5f:6690:0
>
> # nslookup ipv6.connman.net
> Server: 192.168.2.1
> Address: 192.168.2.1#53
>
> Non-authoritative answer:
> Name: ipv6.connman.net
> Address: 87.106.208.187
> Name: ipv6.connman.net
> Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
>
> I cannot ping it.
> # ping ipv6.connman.net
> PING ipv6.connman.net(connman.com (2001:8d8:8b4:c861:5826:fa5f:6690:0))
56
> data bytes
> ^C
> --- ipv6.connman.net ping statistics ---
> 4 packets transmitted, 0 received, 100% packet loss, time 88ms
>
> but can its ipv4 address...
> # ping -4 ipv6.connman.net
> PING ipv6.connman.net (87.106.208.187) 56(84) bytes of data.
> 64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=1 ttl=43
> time=126 ms
> 64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=2 ttl=43
> time=125 ms
> 64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=3 ttl=43
> time=125 ms
> ^C
> --- ipv6.connman.net ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 3ms
> rtt min/avg/max/mdev = 124.676/125.263/126.122/0.684 ms
>
> pinging ipv6 does work...
> # ping ipv6.google.com
> PING ipv6.google.com(ord30s31-in-x0e.1e100.net
(2607:f8b0:4009:801::200e))
> 56 data bytes
> 64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
> icmp_seq=1 ttl=54 time=20.6 ms
> 64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
> icmp_seq=2 ttl=54 time=12.3 ms
> ^C
> --- ipv6.google.com ping statistics ---
> 2 packets transmitted, 2 received, 0% packet loss, time 5ms
> rtt min/avg/max/mdev = 12.262/16.431/20.600/4.169 ms
>
> On Thu, Jun 4, 2020 at 8:50 AM David Woodhouse <dwmw2(a)infradead.org>
wrote:
>
> > On Wed, 2020-05-27 at 15:12 -0500, KeithG wrote:
> > > DOn't know if this is the right place or not, but since moving to
> > > connman, I have noticed that the ipv6 test page is down. the ipv4 one
> > > works fine, but I get a mention in the log:
> > > "connmand[254]: Failed to find URL:
> > > http://ipv6.connman.net/online/status.html"
> > >
> > > If I try to get to it from a browser, I get a '502 bad gateway
error'
> > >
> > > If I use curl on the cli, I get this:
> > > # curl ipv4.connman.net/online/status.html
> > > <html>
> > > <head>
> > > </head>
> > > <body>
> > > </body>
> > > </html>
> > > # curl ipv6.connman.net/online/status.html
> > > <html>
> > > <head><title>502 Bad Gateway</title></head>
> > > <body bgcolor="white">
> > > <center><h1>502 Bad Gateway</h1></center>
> > > <hr><center>nginx</center>
> > > </body>
> > > </html>
> > >
> > > I think something is not set right on the server...
> >
> > Amusingly it works for me but only over Legacy IP.
> >
> > $ curl -v http://ipv6.connman.net/online/status.html
> > * Trying 2001:8d8:8b4:c861:5826:fa5f:6690:0:80...
> > * Trying 87.106.208.187:80...
> > * Connected to ipv6.connman.net (87.106.208.187) port 80 (#0)
> > > GET /online/status.html HTTP/1.1
> > > Host: ipv6.connman.net
> > > User-Agent: curl/7.69.1
> > > Accept: */*
> > >
> > * Mark bundle as not supporting multiuse
> > < HTTP/1.1 200 OK
> > < Server: nginx
> > < Date: Thu, 04 Jun 2020 13:48:57 GMT
> > < Content-Type: text/html
> > < Connection: close
> > < X-ConnMan-Status: online
> > <
> > <html>
> > <head>
> > </head>
> > <body>
> > </body>
> > </html>
> > * Closing connection 0
> >
> _______________________________________________
> connman mailing list -- connman(a)lists.01.org
> To unsubscribe send an email to connman-leave(a)lists.01.org
5:15 p.m.
Keith,
FWIW, my local testing configuration has the online checking disabled, since none of the
AirPrint code needs it and it might potentially interfere with the BCT tests...
____________________
Michael Sweet
On Jul 29, 2020, at 10:56 AM, KeithG <ys3al35l(a)gmail.com>
wrote:
Daniel,
Thanks for forwarding this, This seems to have been fixed in the last couple days. I
still find it strange that the ipv6.connman.net has an ipv6 *and* an ipv4 address.
Name: ipv6.connman.net
Address: 87.106.208.187
Name: ipv6.connman.net
Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
Regardless, I no longer get the:
connmand[267]: Failed to find URL:http://ipv6.connman.net/online/status.html
in my logs and we will see if it has any effect on the reconnection and 'online'
testing that connman does.
Keith
> On Wed, Jun 17, 2020 at 2:21 AM Daniel Wagner <wagi(a)monom.org> wrote:
> Hi KeithG,
>
> [cc Marcel]
>
> On Thu, Jun 04, 2020 at 10:11:08AM -0500, KeithG wrote:
> > David,
> >
> > I think there is some mis-configuration with something at the
> > server/registration. Shouldn't it only have an ipv6 addres? ipv6.google.com
> > does.
> >
> > If this is a regular test of link functionality at service start, shouldn't
> > it be disable-able? How do I do that?
> >
> > # host ipv6.google.com
> > ipv6.google.com is an alias for ipv6.l.google.com.
> > ipv6.l.google.com has IPv6 address 2607:f8b0:4009:810::200e
> >
> > # nslookup ipv6.google.com
> > Server: 192.168.2.1
> > Address: 192.168.2.1#53
> >
> > Non-authoritative answer:
> > ipv6.google.com canonical name = ipv6.l.google.com.
> > Name: ipv6.l.google.com
> > Address: 2607:f8b0:4009:810::200e
> >
> > Versus:
> >
> > # host ipv6.connman.net
> > ipv6.connman.net has address 87.106.208.187
> > ipv6.connman.net has IPv6 address 2001:8d8:8b4:c861:5826:fa5f:6690:0
> >
> > # nslookup ipv6.connman.net
> > Server: 192.168.2.1
> > Address: 192.168.2.1#53
> >
> > Non-authoritative answer:
> > Name: ipv6.connman.net
> > Address: 87.106.208.187
> > Name: ipv6.connman.net
> > Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
> >
> > I cannot ping it.
> > # ping ipv6.connman.net
> > PING ipv6.connman.net(connman.com (2001:8d8:8b4:c861:5826:fa5f:6690:0)) 56
> > data bytes
> > ^C
> > --- ipv6.connman.net ping statistics ---
> > 4 packets transmitted, 0 received, 100% packet loss, time 88ms
> >
> > but can its ipv4 address...
> > # ping -4 ipv6.connman.net
> > PING ipv6.connman.net (87.106.208.187) 56(84) bytes of data.
> > 64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=1 ttl=43
> > time=126 ms
> > 64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=2 ttl=43
> > time=125 ms
> > 64 bytes from senator.holtmann.net (87.106.208.187): icmp_seq=3 ttl=43
> > time=125 ms
> > ^C
> > --- ipv6.connman.net ping statistics ---
> > 3 packets transmitted, 3 received, 0% packet loss, time 3ms
> > rtt min/avg/max/mdev = 124.676/125.263/126.122/0.684 ms
> >
> > pinging ipv6 does work...
> > # ping ipv6.google.com
> > PING ipv6.google.com(ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e))
> > 56 data bytes
> > 64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
> > icmp_seq=1 ttl=54 time=20.6 ms
> > 64 bytes from ord30s31-in-x0e.1e100.net (2607:f8b0:4009:801::200e):
> > icmp_seq=2 ttl=54 time=12.3 ms
> > ^C
> > --- ipv6.google.com ping statistics ---
> > 2 packets transmitted, 2 received, 0% packet loss, time 5ms
> > rtt min/avg/max/mdev = 12.262/16.431/20.600/4.169 ms
> >
> > On Thu, Jun 4, 2020 at 8:50 AM David Woodhouse <dwmw2(a)infradead.org>
wrote:
> >
> > > On Wed, 2020-05-27 at 15:12 -0500, KeithG wrote:
> > > > DOn't know if this is the right place or not, but since moving to
> > > > connman, I have noticed that the ipv6 test page is down. the ipv4 one
> > > > works fine, but I get a mention in the log:
> > > > "connmand[254]: Failed to find URL:
> > > > http://ipv6.connman.net/online/status.html"
> > > >
> > > > If I try to get to it from a browser, I get a '502 bad gateway
error'
> > > >
> > > > If I use curl on the cli, I get this:
> > > > # curl ipv4.connman.net/online/status.html
> > > > <html>
> > > > <head>
> > > > </head>
> > > > <body>
> > > > </body>
> > > > </html>
> > > > # curl ipv6.connman.net/online/status.html
> > > > <html>
> > > > <head><title>502 Bad Gateway</title></head>
> > > > <body bgcolor="white">
> > > > <center><h1>502 Bad Gateway</h1></center>
> > > > <hr><center>nginx</center>
> > > > </body>
> > > > </html>
> > > >
> > > > I think something is not set right on the server...
> > >
> > > Amusingly it works for me but only over Legacy IP.
> > >
> > > $ curl -v http://ipv6.connman.net/online/status.html
> > > * Trying 2001:8d8:8b4:c861:5826:fa5f:6690:0:80...
> > > * Trying 87.106.208.187:80...
> > > * Connected to ipv6.connman.net (87.106.208.187) port 80 (#0)
> > > > GET /online/status.html HTTP/1.1
> > > > Host: ipv6.connman.net
> > > > User-Agent: curl/7.69.1
> > > > Accept: */*
> > > >
> > > * Mark bundle as not supporting multiuse
> > > < HTTP/1.1 200 OK
> > > < Server: nginx
> > > < Date: Thu, 04 Jun 2020 13:48:57 GMT
> > > < Content-Type: text/html
> > > < Connection: close
> > > < X-ConnMan-Status: online
> > > <
> > > <html>
> > > <head>
> > > </head>
> > > <body>
> > > </body>
> > > </html>
> > > * Closing connection 0
> > >
>
> > _______________________________________________
> > connman mailing list -- connman(a)lists.01.org
> > To unsubscribe send an email to connman-leave(a)lists.01.org
_______________________________________________
connman mailing list -- connman(a)lists.01.org
To unsubscribe send an email to connman-leave(a)lists.01.org
6:58 a.m.
Hi,
On Wed, Jul 29, 2020 at 12:15:36PM -0400, Michael Sweet wrote:
FWIW, my local testing configuration has the online checking
disabled,
since none of the AirPrint code needs it and it might potentially
interfere with the BCT tests...
If you don't need rely on ConnMan reporting the ONLINE state, it's
properly better to disable online test. The online test has one big draw
back, it's a one shot. That means there is never a ONLINE -> READY state
transition. We cannot add this at this point as it would be a big API
break. One way to fix this, is to add a feature to disable if needed.
> Thanks for forwarding this, This seems to have been fixed in the
last couple days. I still find it strange that the ipv6.connman.net has an ipv6 *and* an
ipv4 address.
> Name: ipv6.connman.net
> Address: 87.106.208.187
> Name: ipv6.connman.net
> Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
TBH, I don't know the server side code. But I suspect it just returns all
addresses for the interface it receives the request.
> Regardless, I no longer get the:
> connmand[267]: Failed to find
> URL:http://ipv6.connman.net/online/status.html
I can't really debug this, currently no IPv6 setup here. IIRC, the was a
complaint on the mailing list about this. Maybe the server is not
working anymore. I'll ask Marcel (he runs the servers) if he could check
if all is up and running.
> in my logs and we will see if it has any effect on the
reconnection
> and 'online' testing that connman does.
If you don't need the ONLINE state, I suggest to disable the online
check feature.
Thanks,
Daniel
9:34 p.m.
I have disabled the check, but the IPv6 check worked for a while and now it
does not. I get the messages in the journal
:
connmand[262]: Failed to find URL:http://ipv6.connman.net/online/status.html
It is weird. ipv4 always works, but ipv6 worked for a while now it is not
working any more.
If I ping it, I get no response. Curl can find both of them:
root@livingrune(rw):~# curl http://ipv4.connman.net/online/status.html
<html>
<head>
</head>
<body>
</body>
</html>
root@livingrune(rw):~# curl http://ipv6.connman.net/online/status.html
<html>
<head>
</head>
<body>
</body>
</html>
ping and wget fail:
root@livingrune(rw):~# wget http://ipv4.connman.net/online/status.html
--2020-09-07 15:28:31-- http://ipv4.connman.net/online/status.html
Resolving ipv4.connman.net (ipv4.connman.net)... 212.227.81.55
Connecting to ipv4.connman.net (ipv4.connman.net)|212.227.81.55|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 45 [text/html]
Saving to: ‘status.html.2’
status.html.2
100%[=================================================>] 45 --.-KB/s
in 0s
2020-09-07 15:28:31 (652 KB/s) - ‘status.html.2’ saved [45/45]
root@livingrune(rw):~# wget http://ipv6.connman.net/online/status.html
--2020-09-07 15:28:37-- http://ipv6.connman.net/online/status.html
Resolving ipv6.connman.net (ipv6.connman.net)...
2001:8d8:8b4:c861:5826:fa5f:6690:0, 87.106.208.187
Connecting to ipv6.connman.net
(ipv6.connman.net)|2001:8d8:8b4:c861:5826:fa5f:6690:0|:80...
^C
root@livingrune(rw):~# ping ipv4.connman.net
PING ipv4.connman.net (212.227.81.55) 56(84) bytes of data.
64 bytes from ipv4.connman.net (212.227.81.55): icmp_seq=1 ttl=54 time=119
ms
64 bytes from ipv4.connman.net (212.227.81.55): icmp_seq=2 ttl=54 time=121
ms
64 bytes from ipv4.connman.net (212.227.81.55): icmp_seq=3 ttl=54 time=121
ms
^C
--- ipv4.connman.net ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2010ms
rtt min/avg/max/mdev = 119.466/120.308/120.770/0.596 ms
root@livingrune(rw):~# ping -6 ipv6.connman.net
PING ipv6.connman.net(connman.com (2001:8d8:8b4:c861:5826:fa5f:6690:0)) 56
data bytes
^C
--- ipv6.connman.net ping statistics ---
17 packets transmitted, 0 received, 100% packet loss, time 16660ms
dig seens to be able to find both the ipv4 and ipv6 records:
root@livingrune(rw):~# dig ipv6.connman.net A
; <<>> DiG 9.16.6 <<>> ipv6.connman.net A
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20959
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;ipv6.connman.net. IN A
;; ANSWER SECTION:
ipv6.connman.net. 7 IN A 87.106.208.187
;; Query time: 0 msec
;; SERVER: 192.168.2.3#53(192.168.2.3)
;; WHEN: Mon Sep 07 15:32:39 CDT 2020
;; MSG SIZE rcvd: 61
root@livingrune(rw):~# dig ipv6.connman.net AAAA
; <<>> DiG 9.16.6 <<>> ipv6.connman.net AAAA
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44189
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;ipv6.connman.net. IN AAAA
;; ANSWER SECTION:
ipv6.connman.net. 12 IN AAAA
2001:8d8:8b4:c861:5826:fa5f:6690:0
;; Query time: 0 msec
;; SERVER: 192.168.2.3#53(192.168.2.3)
;; WHEN: Mon Sep 07 15:32:43 CDT 2020
;; MSG SIZE rcvd: 73
I do not know what is going on as this is way out of my depth, but it seems
like something is not set quite right on the server end.
On Thu, Jul 30, 2020 at 12:58 AM Daniel Wagner <wagi(a)monom.org> wrote:
Hi,
On Wed, Jul 29, 2020 at 12:15:36PM -0400, Michael Sweet wrote:
> FWIW, my local testing configuration has the online checking disabled,
> since none of the AirPrint code needs it and it might potentially
> interfere with the BCT tests...
If you don't need rely on ConnMan reporting the ONLINE state, it's
properly better to disable online test. The online test has one big draw
back, it's a one shot. That means there is never a ONLINE -> READY state
transition. We cannot add this at this point as it would be a big API
break. One way to fix this, is to add a feature to disable if needed.
> > Thanks for forwarding this, This seems to have been fixed in the last
couple days. I still find it strange that the ipv6.connman.net has an
ipv6 *and* an ipv4 address.
> > Name: ipv6.connman.net
> > Address: 87.106.208.187
> > Name: ipv6.connman.net
> > Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0
TBH, I don't know the server side code. But I suspect it just returns all
addresses for the interface it receives the request.
> > Regardless, I no longer get the:
> > connmand[267]: Failed to find
> > URL:http://ipv6.connman.net/online/status.html
I can't really debug this, currently no IPv6 setup here. IIRC, the was a
complaint on the mailing list about this. Maybe the server is not
working anymore. I'll ask Marcel (he runs the servers) if he could check
if all is up and running.
> > in my logs and we will see if it has any effect on the reconnection
> > and 'online' testing that connman does.
If you don't need the ONLINE state, I suggest to disable the online
check feature.
Thanks,
Daniel
9:06 a.m.
Seeking psychology research writing services are very common nowadays since there are very
many students in need of Psychology Coursework Writing Services and psychology assignment
writing services.
https://researchpapers247.com/psychology-coursework-writing-service/
7:24 a.m.
There are many theology & religion coursework writing services and Religious Research
Writing Services to choose from for those stuck with their religion assignment writing
services and theology essay writing help services.
https://researchpapers247.com/religious-research-writing-services/
22
days inactive
155
days old
10 comments
5 participants
participants (5)
-
Daniel Wagner -
David Woodhouse -
joanmelda1＠gmail.com -
KeithG -
Michael Sweet