Hello Simon,
thanks for your reply.
On Wed, 2014-07-30 at 22:24 +0100, Simon Kelley wrote:
> On 30/07/14 11:51, Michael Tremer wrote:
> > Hello fellow dnsmasq users,
> >
> > I am working on the free firewall distribution called IPFire
> > (www.ipfire.org) and inside of that distribution, dnsmasq
On 30/07/14 07:35, Joel Krauska wrote:
> I've seen a few interesting proposals for running dnsmasq in a redundant
> way.
> (running active/passive and trying to keep leases updated atomically, eg.
> using a db)
>
> But I haven't seen an actual implementation documented anywhere.
>
> Those concept
On 31/07/14 13:23, Simon Kelley wrote:
> On 30/07/14 07:35, Joel Krauska wrote:
>> I've seen a few interesting proposals for running dnsmasq in a redundant
>> way.
>> (running active/passive and trying to keep leases updated atomically, eg.
>> using a db)
>>
>> But I haven't seen an actual implemen
On 24/07/14 04:13, Linux Luser wrote:
> I have a project where I use dnsmasq for netboot installs. Currently, there
> can be an unlimited number of installs happened at once. At what point
> (number of TFTP transfers happening in parallel) should I be concerned that
> I'm overtaxing dnsmasq's TFTP
On 24/07/14 08:20, 毕勤 wrote:
> Well,I just figured out that it might due to the DNS Hijack of China's
> Great Firewall.
>
> The GFW hijack the DNS process and return a fake response pacakge,with the
> response code=0(means no error) but no Answer RRs(Answer RRs=0).It's
> obviously unlogical but le
One option here is to use iPXE ( http://www.ipxe.org/ ) to grab the
netboot files via HTTP (or some other protocol) instead of relying on
TFTP. There's some extra configuration work here, but serving up the
365KB iPXE image to clients via TFTP is a lot less work then serving up
the entire kern
Thanks guys. That gives me some good things to think about and prepare for.
On Jul 31, 2014 12:33 PM, "Brian Rak" wrote:
> One option here is to use iPXE ( http://www.ipxe.org/ ) to grab the
> netboot files via HTTP (or some other protocol) instead of relying on
> TFTP. There's some extra confi
