Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via email, send a message with subject or
body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Re: ipv6 test web page down (KeithG)
2. Re: ipv6 test web page down (David Woodhouse)
3. Re: ipv6 test web page down (KeithG)
----------------------------------------------------------------------
Date: Thu, 4 Jun 2020 08:06:08 -0500
From: KeithG <[email protected]>
Subject: Re: ipv6 test web page down
To: [email protected]
Message-ID:
<CAG17S_OvfckjuKWsFUdxLR81q5n90e82aqmn-eToK=wbgzq...@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="0000000000007fb4a105a741cf4d"
--0000000000007fb4a105a741cf4d
Content-Type: text/plain; charset="UTF-8"
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 <[email protected]> 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
>
--0000000000007fb4a105a741cf4d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">I think this affects how connman determines if the network=
is UP or not. I get this at every boot. <br></div><br><div class=3D"gmail_=
quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, May 27, 2020 at 3:12 P=
M KeithG <<a href=3D"mailto:[email protected]";>[email protected]</a>&g=
t; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div d=
ir=3D"ltr"><div>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 ipv=
4 one works fine, but I get a mention in the log:</div><div>"connmand[=
254]: Failed to find URL:<a href=3D"http://ipv6.connman.net/online/status.h=
tml" target=3D"_blank">http://ipv6.connman.net/online/status.html</a>"=
</div><div><br></div><div>If I try to get to it from a browser, I get a =
9;502 bad gateway error'</div><div><br></div><div>If I use curl on the =
cli, I get this:</div><div># curl <a href=3D"http://ipv4.connman.net/online=
/status.html" target=3D"_blank">ipv4.connman.net/online/status.html</a><br>=
<html><br><head><br></head><br><body><br></body&=
gt;<br></html><br># curl <a href=3D"http://ipv6.connman.net/online/st=
atus.html" target=3D"_blank">ipv6.connman.net/online/status.html</a><br><=
;html><br><head><title>502 Bad Gateway</title></hea=
d><br><body bgcolor=3D"white"><br><center><h1&g=
t;502 Bad Gateway</h1></center><br><hr><center>ngin=
x</center><br></body><br></html></div><div><br></div><div=
>I think something is not set right on the server...</div><div><br></div><d=
iv>Keith<br></div></div>
</blockquote></div>
--0000000000007fb4a105a741cf4d--
------------------------------
Date: Thu, 04 Jun 2020 14:50:35 +0100
From: David Woodhouse <[email protected]>
Subject: Re: ipv6 test web page down
To: KeithG <[email protected]>, [email protected]
Message-ID:
<[email protected]>
Content-Type: multipart/signed; micalg="sha-256";
protocol="application/x-pkcs7-signature";
boundary="=-O6mwJml7fVAVg3RWD7kX"
--=-O6mwJml7fVAVg3RWD7kX
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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";
>=20
> If I try to get to it from a browser, I get a '502 bad gateway error'
>=20
> 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=3D"white">
> <center><h1>502 Bad Gateway</h1></center>
> <hr><center>nginx</center>
> </body>
> </html>
>=20
> 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: */*
>=20
* 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
<=20
<html>
<head>
</head>
<body>
</body>
</html>
* Closing connection 0
--=-O6mwJml7fVAVg3RWD7kX
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Disposition: attachment; filename="smime.p7s"
Content-Transfer-Encoding: base64
MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCECow
ggUcMIIEBKADAgECAhEA4rtJSHkq7AnpxKUY8ZlYZjANBgkqhkiG9w0BAQsFADCBlzELMAkGA1UE
BhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgG
A1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhl
bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTkwMTAyMDAwMDAwWhcNMjIwMTAxMjM1
OTU5WjAkMSIwIAYJKoZIhvcNAQkBFhNkd213MkBpbmZyYWRlYWQub3JnMIIBIjANBgkqhkiG9w0B
AQEFAAOCAQ8AMIIBCgKCAQEAsv3wObLTCbUA7GJqKj9vHGf+Fa+tpkO+ZRVve9EpNsMsfXhvFpb8
RgL8vD+L133wK6csYoDU7zKiAo92FMUWaY1Hy6HqvVr9oevfTV3xhB5rQO1RHJoAfkvhy+wpjo7Q
cXuzkOpibq2YurVStHAiGqAOMGMXhcVGqPuGhcVcVzVUjsvEzAV9Po9K2rpZ52FE4rDkpDK1pBK+
uOAyOkgIg/cD8Kugav5tyapydeWMZRJQH1vMQ6OVT24CyAn2yXm2NgTQMS1mpzStP2ioPtTnszIQ
Ih7ASVzhV6csHb8Yrkx8mgllOyrt9Y2kWRRJFm/FPRNEurOeNV6lnYAXOymVJwIDAQABo4IB0zCC
Ac8wHwYDVR0jBBgwFoAUgq9sjPjF/pZhfOgfPStxSF7Ei8AwHQYDVR0OBBYEFLfuNf820LvaT4AK
xrGK3EKx1DE7MA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQGCCsGAQUF
BwMEBggrBgEFBQcDAjBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEDBTArMCkGCCsGAQUFBwIBFh1o
dHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBaBgNVHR8EUzBRME+gTaBLhklodHRwOi8vY3Js
LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWls
Q0EuY3JsMIGLBggrBgEFBQcBAQR/MH0wVQYIKwYBBQUHMAKGSWh0dHA6Ly9jcnQuY29tb2RvY2Eu
Y29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYI
KwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNvbTAeBgNVHREEFzAVgRNkd213MkBpbmZy
YWRlYWQub3JnMA0GCSqGSIb3DQEBCwUAA4IBAQALbSykFusvvVkSIWttcEeifOGGKs7Wx2f5f45b
nv2ghcxK5URjUvCnJhg+soxOMoQLG6+nbhzzb2rLTdRVGbvjZH0fOOzq0LShq0EXsqnJbbuwJhK+
PnBtqX5O23PMHutP1l88AtVN+Rb72oSvnD+dK6708JqqUx2MAFLMevrhJRXLjKb2Mm+/8XBpEw+B
7DisN4TMlLB/d55WnT9UPNHmQ+3KFL7QrTO8hYExkU849g58Dn3Nw3oCbMUgny81ocrLlB2Z5fFG
Qu1AdNiBA+kg/UxzyJZpFbKfCITd5yX49bOriL692aMVDyqUvh8fP+T99PqorH4cIJP6OxSTdxKM
MIIFHDCCBASgAwIBAgIRAOK7SUh5KuwJ6cSlGPGZWGYwDQYJKoZIhvcNAQELBQAwgZcxCzAJBgNV
BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAY
BgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRo
ZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE5MDEwMjAwMDAwMFoXDTIyMDEwMTIz
NTk1OVowJDEiMCAGCSqGSIb3DQEJARYTZHdtdzJAaW5mcmFkZWFkLm9yZzCCASIwDQYJKoZIhvcN
AQEBBQADggEPADCCAQoCggEBALL98Dmy0wm1AOxiaio/bxxn/hWvraZDvmUVb3vRKTbDLH14bxaW
/EYC/Lw/i9d98CunLGKA1O8yogKPdhTFFmmNR8uh6r1a/aHr301d8YQea0DtURyaAH5L4cvsKY6O
0HF7s5DqYm6tmLq1UrRwIhqgDjBjF4XFRqj7hoXFXFc1VI7LxMwFfT6PStq6WedhROKw5KQytaQS
vrjgMjpICIP3A/CroGr+bcmqcnXljGUSUB9bzEOjlU9uAsgJ9sl5tjYE0DEtZqc0rT9oqD7U57My
ECIewElc4VenLB2/GK5MfJoJZTsq7fWNpFkUSRZvxT0TRLqznjVepZ2AFzsplScCAwEAAaOCAdMw
ggHPMB8GA1UdIwQYMBaAFIKvbIz4xf6WYXzoHz0rcUhexIvAMB0GA1UdDgQWBBS37jX/NtC72k+A
CsaxitxCsdQxOzAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEF
BQcDBAYIKwYBBQUHAwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYd
aHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwWgYDVR0fBFMwUTBPoE2gS4ZJaHR0cDovL2Ny
bC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFp
bENBLmNybDCBiwYIKwYBBQUHAQEEfzB9MFUGCCsGAQUFBzAChklodHRwOi8vY3J0LmNvbW9kb2Nh
LmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQG
CCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wHgYDVR0RBBcwFYETZHdtdzJAaW5m
cmFkZWFkLm9yZzANBgkqhkiG9w0BAQsFAAOCAQEAC20spBbrL71ZEiFrbXBHonzhhirO1sdn+X+O
W579oIXMSuVEY1LwpyYYPrKMTjKECxuvp24c829qy03UVRm742R9Hzjs6tC0oatBF7KpyW27sCYS
vj5wbal+TttzzB7rT9ZfPALVTfkW+9qEr5w/nSuu9PCaqlMdjABSzHr64SUVy4ym9jJvv/FwaRMP
gew4rDeEzJSwf3eeVp0/VDzR5kPtyhS+0K0zvIWBMZFPOPYOfA59zcN6AmzFIJ8vNaHKy5QdmeXx
RkLtQHTYgQPpIP1Mc8iWaRWynwiE3ecl+PWzq4i+vdmjFQ8qlL4fHz/k/fT6qKx+HCCT+jsUk3cS
jDCCBeYwggPOoAMCAQICEGqb4Tg7/ytrnwHV2binUlYwDQYJKoZIhvcNAQEMBQAwgYUxCzAJBgNV
BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAY
BgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMSswKQYDVQQDEyJDT01PRE8gUlNBIENlcnRpZmljYXRp
b24gQXV0aG9yaXR5MB4XDTEzMDExMDAwMDAwMFoXDTI4MDEwOTIzNTk1OVowgZcxCzAJBgNVBAYT
AkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNV
BAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50
aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC
AQEAvrOeV6wodnVAFsc4A5jTxhh2IVDzJXkLTLWg0X06WD6cpzEup/Y0dtmEatrQPTRI5Or1u6zf
+bGBSyD9aH95dDSmeny1nxdlYCeXIoymMv6pQHJGNcIDpFDIMypVpVSRsivlJTRENf+RKwrB6vcf
WlP8dSsE3Rfywq09N0ZfxcBa39V0wsGtkGWC+eQKiz4pBZYKjrc5NOpG9qrxpZxyb4o4yNNwTqza
aPpGRqXB7IMjtf7tTmU2jqPMLxFNe1VXj9XB1rHvbRikw8lBoNoSWY66nJN/VCJv5ym6Q0mdCbDK
CMPybTjoNCQuelc0IAaO4nLUXk0BOSxSxt8kCvsUtQIDAQABo4IBPDCCATgwHwYDVR0jBBgwFoAU
u69+Aj36pvE8hI6t7jiY7NkyMtQwHQYDVR0OBBYEFIKvbIz4xf6WYXzoHz0rcUhexIvAMA4GA1Ud
DwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQKMAgwBgYEVR0gADBMBgNVHR8E
RTBDMEGgP6A9hjtodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDZXJ0aWZpY2F0aW9u
QXV0aG9yaXR5LmNybDBxBggrBgEFBQcBAQRlMGMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9jcnQuY29t
b2RvY2EuY29tL0NPTU9ET1JTQUFkZFRydXN0Q0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2Nz
cC5jb21vZG9jYS5jb20wDQYJKoZIhvcNAQEMBQADggIBAHhcsoEoNE887l9Wzp+XVuyPomsX9vP2
SQgG1NgvNc3fQP7TcePo7EIMERoh42awGGsma65u/ITse2hKZHzT0CBxhuhb6txM1n/y78e/4ZOs
0j8CGpfb+SJA3GaBQ+394k+z3ZByWPQedXLL1OdK8aRINTsjk/H5Ns77zwbjOKkDamxlpZ4TKSDM
KVmU/PUWNMKSTvtlenlxBhh7ETrN543j/Q6qqgCWgWuMAXijnRglp9fyadqGOncjZjaaSOGTTFB+
E2pvOUtY+hPebuPtTbq7vODqzCM6ryEhNhzf+enm0zlpXK7q332nXttNtjv7VFNYG+I31gnMrwfH
M5tdhYF/8v5UY5g2xANPECTQdu9vWPoqNSGDt87b3gXb1AiGGaI06vzgkejL580ul+9hz9D0S0U4
jkhJiA7EuTecP/CFtR72uYRBcunwwH3fciPjviDDAI9SnC/2aPY8ydehzuZutLbZdRJ5PDEJM/1t
yZR2niOYihZ+FCbtf3D9mB12D4ln9icgc7CwaxpNSCPt8i/GqK2HsOgkL3VYnwtx7cJUmpvVdZ4o
gnzgXtgtdk3ShrtOS1iAN2ZBXFiRmjVzmehoMof06r1xub+85hFQzVxZx5/bRaTKTlL8YXLI8nAb
R9HWdFqzcOoB/hxfEyIQpx9/s81rgzdEZOofSlZHynoSMYIDyjCCA8YCAQEwga0wgZcxCzAJBgNV
BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAY
BgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRo
ZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEA4rtJSHkq7AnpxKUY8ZlYZjANBglghkgB
ZQMEAgEFAKCCAe0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAw
NjA0MTM1MDM1WjAvBgkqhkiG9w0BCQQxIgQgNMagMLjm1LgcGGFdnVDysSAcNqA36OvJhjwVKmeP
A6Qwgb4GCSsGAQQBgjcQBDGBsDCBrTCBlzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg
TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx
PTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1h
aWwgQ0ECEQDiu0lIeSrsCenEpRjxmVhmMIHABgsqhkiG9w0BCRACCzGBsKCBrTCBlzELMAkGA1UE
BhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgG
A1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhl
bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDiu0lIeSrsCenEpRjxmVhmMA0GCSqGSIb3
DQEBAQUABIIBAGohe9ANnJM68NbSgfK2yyBlFJu9A/+MS/smPP5LdoEdx4cgHrlgURGvGNU8s76V
rV4IpRwJ7PQ5TcGLfS/kbqFvvwLYG+NgCVsRtLo2kaYgePyfJPxeCxKDxykp8NPd5l/9LiQNQptG
7GLik1YOTeO61jPJzjjKg/QLC2/04yu34MqZegfEvesk5grBHpngZyl8CwWOpBJJWkAl+SpXsptv
/IqTpesvOr5EcQRCgXrAvJwVUtDeLRw3zTwvRs6uBCuV+4rWCMe/+JNk/5livfZQqxLBx8E/Lszc
VK8E5AEt8YrXfoWllStBUQ68BANxELAUiVXl2iirkOHhdeLx0CsAAAAAAAA=
--=-O6mwJml7fVAVg3RWD7kX--
------------------------------
Date: Thu, 4 Jun 2020 10:11:08 -0500
From: KeithG <[email protected]>
Subject: Re: ipv6 test web page down
To: David Woodhouse <[email protected]>
Cc: [email protected]
Message-ID:
<cag17s_nanw5jg0qrnugmova+hfngnzbu77babmgg8ywy6vz...@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="00000000000083d31705a7438eeb"
--00000000000083d31705a7438eeb
Content-Type: text/plain; charset="UTF-8"
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 <[email protected]> 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
>
--00000000000083d31705a7438eeb
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>David,</div><div><br></div><div>I think there is some=
mis-configuration with something at the server/registration. Shouldn't=
it only have an ipv6 addres? <a href=3D"http://ipv6.google.com";>ipv6.googl=
e.com</a> does.</div><div><br></div><div>If this is a regular test of link =
functionality at service start, shouldn't it be disable-able? How do I =
do that?<br></div><div><br></div><div style=3D"margin-left:40px"># host <a =
href=3D"http://ipv6.google.com";>ipv6.google.com</a><br><a href=3D"http://ip=
v6.google.com">ipv6.google.com</a> is an alias for <a href=3D"http://ipv6.l=
.google.com">ipv6.l.google.com</a>.<br><a href=3D"http://ipv6.l.google.com"=
>ipv6.l.google.com</a> has IPv6 address 2607:f8b0:4009:810::200e<br></div><=
div style=3D"margin-left:40px"><br></div><div style=3D"margin-left:40px"># =
nslookup <a href=3D"http://ipv6.google.com";>ipv6.google.com</a><br>Server: =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 192.168.2.1<br>Address: =C2=A0 =C2=A0 =C2=A0 =
=C2=A0192.168.2.1#53<br><br>Non-authoritative answer:<br><a href=3D"http://=
ipv6.google.com">ipv6.google.com</a> canonical name =3D <a href=3D"http://i=
pv6.l.google.com">ipv6.l.google.com</a>.<br>Name: =C2=A0 <a href=3D"http://=
ipv6.l.google.com">ipv6.l.google.com</a><br>Address: 2607:f8b0:4009:810::20=
0e<br></div><div><br></div><div>Versus:</div><div><br></div><div>
<div style=3D"margin-left:40px"># host <a href=3D"http://ipv6.connman.net";>=
ipv6.connman.net</a><br><a href=3D"http://ipv6.connman.net";>ipv6.connman.ne=
t</a> has address 87.106.208.187<br><a href=3D"http://ipv6.connman.net";>ipv=
6.connman.net</a> has IPv6 address 2001:8d8:8b4:c861:5826:fa5f:6690:0</div>=
<div style=3D"margin-left:40px"><br></div><div style=3D"margin-left:40px">#=
nslookup <a href=3D"http://ipv6.connman.net";>ipv6.connman.net</a><br>Serve=
r: =C2=A0 =C2=A0 =C2=A0 =C2=A0 192.168.2.1<br>Address: =C2=A0 =C2=A0 =C2=A0=
=C2=A0192.168.2.1#53<br><br>Non-authoritative answer:<br>Name: =C2=A0 <a h=
ref=3D"http://ipv6.connman.net";>ipv6.connman.net</a><br>Address: 87.106.208=
.187<br>Name: =C2=A0 <a href=3D"http://ipv6.connman.net";>ipv6.connman.net</=
a><br>Address: 2001:8d8:8b4:c861:5826:fa5f:6690:0</div><div><br></div><div>=
I cannot ping it.</div><div style=3D"margin-left:40px"># ping <a href=3D"ht=
tp://ipv6.connman.net">ipv6.connman.net</a><br>PING <a href=3D"http://ipv6.=
connman.net">ipv6.connman.net</a>(<a href=3D"http://connman.com";>connman.co=
m</a> (2001:8d8:8b4:c861:5826:fa5f:6690:0)) 56 data bytes<br>^C<br>--- <a h=
ref=3D"http://ipv6.connman.net";>ipv6.connman.net</a> ping statistics ---<br=
>4 packets transmitted, 0 received, 100% packet loss, time 88ms</div><div><=
br></div><div>but can its ipv4 address...<br></div><div style=3D"margin-lef=
t:40px"># ping -4 <a href=3D"http://ipv6.connman.net";>ipv6.connman.net</a><=
br>PING <a href=3D"http://ipv6.connman.net";>ipv6.connman.net</a> (87.106.20=
8.187) 56(84) bytes of data.<br>64 bytes from <a href=3D"http://senator.hol=
tmann.net">senator.holtmann.net</a> (87.106.208.187): icmp_seq=3D1 ttl=3D43=
time=3D126 ms<br>64 bytes from <a href=3D"http://senator.holtmann.net";>sen=
ator.holtmann.net</a> (87.106.208.187): icmp_seq=3D2 ttl=3D43 time=3D125 ms=
<br>64 bytes from <a href=3D"http://senator.holtmann.net";>senator.holtmann.=
net</a> (87.106.208.187): icmp_seq=3D3 ttl=3D43 time=3D125 ms<br>^C<br>--- =
<a href=3D"http://ipv6.connman.net";>ipv6.connman.net</a> ping statistics --=
-<br>3 packets transmitted, 3 received, 0% packet loss, time 3ms<br>rtt min=
/avg/max/mdev =3D 124.676/125.263/126.122/0.684 ms<br></div><div><br></div>=
<div>pinging ipv6 does work...<br><div style=3D"margin-left:40px"># ping <a=
href=3D"http://ipv6.google.com";>ipv6.google.com</a><br>PING <a href=3D"htt=
p://ipv6.google.com">ipv6.google.com</a>(<a href=3D"http://ord30s31-in-x0e.=
1e100.net">ord30s31-in-x0e.1e100.net</a> (2607:f8b0:4009:801::200e)) 56 dat=
a bytes<br>64 bytes from <a href=3D"http://ord30s31-in-x0e.1e100.net";>ord30=
s31-in-x0e.1e100.net</a> (2607:f8b0:4009:801::200e): icmp_seq=3D1 ttl=3D54 =
time=3D20.6 ms<br>64 bytes from <a href=3D"http://ord30s31-in-x0e.1e100.net=
">ord30s31-in-x0e.1e100.net</a> (2607:f8b0:4009:801::200e): icmp_seq=3D2 tt=
l=3D54 time=3D12.3 ms<br>^C<br>--- <a href=3D"http://ipv6.google.com";>ipv6.=
google.com</a> ping statistics ---<br>2 packets transmitted, 2 received, 0%=
packet loss, time 5ms<br>rtt min/avg/max/mdev =3D 12.262/16.431/20.600/4.1=
69 ms<br></div></div>
</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_=
attr">On Thu, Jun 4, 2020 at 8:50 AM David Woodhouse <<a href=3D"mailto:=
[email protected]">[email protected]</a>> wrote:<br></div><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s=
olid rgb(204,204,204);padding-left:1ex">On Wed, 2020-05-27 at 15:12 -0500, =
KeithG wrote:<br>
> DOn't know if this is the right place or not, but since moving to<=
br>
> connman, I have noticed that the ipv6 test page is down. the ipv4 one<=
br>
> works fine, but I get a mention in the log:<br>
> "connmand[254]: Failed to find URL:<br>
> <a href=3D"http://ipv6.connman.net/online/status.html"; rel=3D"noreferr=
er" target=3D"_blank">http://ipv6.connman.net/online/status.html</a>"<=
br>
> <br>
> If I try to get to it from a browser, I get a '502 bad gateway err=
or'<br>
> <br>
> If I use curl on the cli, I get this:<br>
> # curl <a href=3D"http://ipv4.connman.net/online/status.html"; rel=3D"n=
oreferrer" target=3D"_blank">ipv4.connman.net/online/status.html</a><br>
> <html><br>
> <head><br>
> </head><br>
> <body><br>
> </body><br>
> </html><br>
> # curl <a href=3D"http://ipv6.connman.net/online/status.html"; rel=3D"n=
oreferrer" target=3D"_blank">ipv6.connman.net/online/status.html</a><br>
> <html><br>
> <head><title>502 Bad Gateway</title></head><br=
>
> <body bgcolor=3D"white"><br>
> <center><h1>502 Bad Gateway</h1></center><br>
> <hr><center>nginx</center><br>
> </body><br>
> </html><br>
> <br>
> I think something is not set right on the server...<br>
<br>
Amusingly it works for me but only over Legacy IP.<br>
<br>
$ curl -v <a href=3D"http://ipv6.connman.net/online/status.html"; rel=3D"nor=
eferrer" target=3D"_blank">http://ipv6.connman.net/online/status.html</a><b=
r>
*=C2=A0 =C2=A0Trying 2001:8d8:8b4:c861:5826:fa5f:6690:0:80...<br>
*=C2=A0 =C2=A0Trying 87.106.208.187:80...<br>
* Connected to <a href=3D"http://ipv6.connman.net"; rel=3D"noreferrer" targe=
t=3D"_blank">ipv6.connman.net</a> (87.106.208.187) port 80 (#0)<br>
> GET /online/status.html HTTP/1.1<br>
> Host: <a href=3D"http://ipv6.connman.net"; rel=3D"noreferrer" target=3D=
"_blank">ipv6.connman.net</a><br>
> User-Agent: curl/7.69.1<br>
> Accept: */*<br>
> <br>
* Mark bundle as not supporting multiuse<br>
< HTTP/1.1 200 OK<br>
< Server: nginx<br>
< Date: Thu, 04 Jun 2020 13:48:57 GMT<br>
< Content-Type: text/html<br>
< Connection: close<br>
< X-ConnMan-Status: online<br>
< <br>
<html><br>
<head><br>
</head><br>
<body><br>
</body><br>
</html><br>
* Closing connection 0<br>
</blockquote></div>
--00000000000083d31705a7438eeb--
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list -- [email protected]
To unsubscribe send an email to [email protected]
------------------------------
End of connman Digest, Vol 55, Issue 19
***************************************
