On 2016-01-23 13:53, Martin Tippmann wrote: >>> Not entirely. It (r48456) segfaults on receiving a 301 redirect for >>> http->https: >>> >>> # /bin/uclient-fetch -O- 'http://de-korte.org/robots.txt' >>> Downloading 'http://de-korte.org/robots.txt' >>> Connecting to 2001:470:7ad2::10:80 >>> Segmentation fault >> That's an error handling bug - the hostname of the URL it redirects to >> is invalid. I've pushed a fix to uclient.git >> >>> It also behaves differently with the http://dyn.dns.he.net servers >>> (returning a Connection failure, despite also returning a result). See >>> below: >>> >>> # /bin/uclient-fetch -O- >>> 'https://dyn.dns.he.net/nic/update?hostname=example.com&password=munged&myip=1.2.3.4' >>> Downloading >>> 'https://dyn.dns.he.net/nic/update?hostname=example.com&password=munged&myip=1.2.3.4' >>> Connecting to 2001:470:0:193::3000:443 >>> Writing to stdout >>> nochg 1.2.3.4Connection error: Connection failed >>> >>> I'm not too concerned about the first, but the latter is a bit >>> inconvenient. I suspect the HE servers close the connection >>> immediately after sending the result and that this is not expected. >> I'll make an account and look into that soon. > > There is another problem - if you use it to get olsr data from > httpinfo plugin uclient-fetch stalls and times out: > > # uclient-fetch -O- http://127.0.0.1:2006 > Downloading 'http://127.0.0.1:2006' > Connecting to 127.0.0.1:2006 > Connection error: Connection timed out > > The daemon should work fine, at least curl and wget on Ubuntu handle it fine. Please try the latest version (r48463)
Thanks, - Felix _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel