From: Maciej Soltysiak <maciej@soltysiak.com>
To: Dave Taht <dave.taht@gmail.com>
Cc: cerowrt-devel@lists.bufferbloat.net
Subject: Re: [Cerowrt-devel] cerowrt-3.7.4-3 released
Date: Sun, 27 Jan 2013 23:12:40 +0100 [thread overview]
Message-ID: <CAMZR1YDukfkc8GYCxPJBw+AkJyNM9agN+pvZbfy+=8=HEbsUTw@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw5CHasJkoVbvsjkZBG3PEP6zSVr4os+cr4AgwVQRT3u8A@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4001 bytes --]
Fantastic to hear about recent dhcpv6 developments!
I haven't had the time to use the tweaks advertised to make it working on
3.7.3-2 nor to test 3.7.4-3 but I found something else...
Since the last builds were about making ipv6 more usable I played with some
proxies.
I added this to /etc/hosts to see if things break:
::1 localhost localhost6
And they did just a bit. See, I configure my clients to talk to privoxy on
ipv4 (until I get Ipv6 for clients), port 8118, then I configure privoxy to
talk to polipo on localhost (router) on port 8123, so it's:
[client] ---> [privoxy on router:8118] ---> [polipo on router
localhost:8123] ---> [WAN]
(side note: this is the recommended order of chaining these proxies, and so
TFO only gets used locally as privoxy does not have a TFO patch, I could
write a patch for that, but I never have the time to debug why my cero
builds always break :-( )
ANyway, this doesn't work (err: Refusing connection from unauthorised net)
because thanks to my modification to /etc/hosts, it talks to IPv6 localhost
(::1 instead 127.0.0.1) and /etc/config/polipo doesn't allow ::1 by current
config so I had to add this to /etc/config/polipo:
list 'allowedClients' '::1'
I'm not saying this is something that definitelly needs a change and it's
caused by my mods anyway, but I'm just saying ip6 naming or addressing will
potentially create a need to cater for them in various configs of various
apps.
(yes, it still breaks on dns after a while, but that's another story)
Anyway, Dave, I'm very happy with Cerowrt feature set; especially now that
we have DLNA/UPNP stuff sorted. (although I haven't tested ip6 support, I
will when I get clients using ip6 soon :-)
Best Regards,
Maciej
On Sun, Jan 27, 2013 at 1:09 PM, Dave Taht <dave.taht@gmail.com> wrote:
> thx for the hard work of everybody here on straightening out the ipv6
> configuration issues!
>
> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.7.4-3/
>
> + ipv6 traps dead, dead, dead
> + dnsmasq-2.66test12 with dhcpv6 (I hope!) by default
> + config for such
> + ntpclient/and luci app for such removed
> + ntp server enabled by default
> + nut (ups daemon) support added as a module (support for usbhid for
> cyberpower upses, which I just got 3 of)
>
> I *haven't tested this* however the delta from 3.7.4-2 is small (and it's
> 4AM, so the way things are going y'all will have found and fixed 2 more
> bugs before I wake up).
>
> Next up here from an ipv6 perspective is dhcpv6-pd, trying to come up with
> something that will work again for ahcp, and hopefully cisco's "pie"
> algorithm and a revised version of "cake"... at which point I'd like to
> think "beta", and regardless, start updating the web site to point to
> "modena" rather than "sugarland" as the release, updating the
> documentation, etc, etc.
>
> If anyone has any "must haves" before calling this release "feature
> complete", and ready for beta, speak up now!
>
> One thing waiting in the wings is a vmware vm of a complete ubuntu based
> cerowrt build system. It is kind of my hope to lower the barriers to entry
> to distribute that. I have that ready to go, I just don't have the
> bandwidth available right now to upload a 2GB file.....
>
> PS
>
> There's also up a version for the picostation 2mHP and nanostation 5M
> radios. This is a highly specialized build requiring babel and p2p links,
> it goes up on on a /32 only by default, has my public key in it, and a few
> other things. I'm at the yurtlab for a week and hope to test stuff at scale.
>
> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/nano-m/3.7.4-3/
>
> back to bed.
>
> --
> Dave Täht
>
> Fixing bufferbloat with cerowrt:
> http://www.teklibre.com/cerowrt/subscribe.html
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
>
[-- Attachment #2: Type: text/html, Size: 5173 bytes --]
prev parent reply other threads:[~2013-01-27 22:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-27 12:09 Dave Taht
2013-01-27 22:12 ` Maciej Soltysiak [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAMZR1YDukfkc8GYCxPJBw+AkJyNM9agN+pvZbfy+=8=HEbsUTw@mail.gmail.com' \
--to=maciej@soltysiak.com \
--cc=cerowrt-devel@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox