>> 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. # echo GET /all | nc 127.0.0.1 2006 | head HTTP/1.0 200 OK Content-type: text/plain Table: Links Local IP Remote IP Hyst. LQ NLQ Cost 10.63.231.1 10.63.33.129 0.00 1.000 1.000 1.000 ... regards Martin _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
