[Engine-devel] Gluster IPTable configuration

Alon Bar-Lev alonbl at redhat.com
Thu Aug 30 18:40:22 UTC 2012



----- Original Message -----
> From: "Andrew Cathrow" <acathrow at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Shireesh Anjal" <sanjal at redhat.com>, engine-devel at ovirt.org, "Selvasundaram" <sesubram at redhat.com>
> Sent: Thursday, August 30, 2012 9:37:59 PM
> Subject: Re: [Engine-devel] Gluster IPTable configuration
> 
> 
> 
> ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > To: "Selvasundaram" <sesubram at redhat.com>
> > Cc: "Shireesh Anjal" <sanjal at redhat.com>, engine-devel at ovirt.org
> > Sent: Thursday, August 30, 2012 2:35:16 PM
> > Subject: Re: [Engine-devel] Gluster IPTable configuration
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Selvasundaram" <sesubram at redhat.com>
> > > To: engine-devel at ovirt.org
> > > Cc: "Shireesh Anjal" <sanjal at redhat.com>
> > > Sent: Thursday, August 30, 2012 4:30:16 PM
> > > Subject: [Engine-devel] Gluster IPTable configuration
> > > 
> > > 
> > > Hi,
> > > 
> > > I want to add gluster specific IPTable configuration in addition
> > > to
> > > the ovirt IPTable configuration (if it is gluster node).
> > > 
> > > There are two approaches,
> > > 1. Having one more gluster specific IP table config in db and
> > > merge
> > > with ovirt IPTable config (merging NOT appending)
> > > [I have the patch engine: Gluster specific firewall
> > > configurations
> > > #7244]
> > > 2. Having two different IP Table config (ovirt and ovirt+gluster)
> > > and
> > > use either one.
> > > 
> > > Please provide your suggestions or improvements on this.
> > > 
> > 
> > Hello all,
> > 
> > The mentioned patch[1], adds hard coded gluster code into the
> > bootstrap code, manipulate the firewall configuration to be gluster
> > specific. It hardcoded search for "reject", insert before some
> > other
> > rules.
> > 
> > I believe this hardcode approach is obsolete now that we have
> > proper
> > tools for templates.
> > 
> > A more robust solution would be defining generic profiles, each
> > profile as a template, each template can refer to different
> > profiles, and assign profile to a node.
> > 
> > This way the implementation is not gluster [or any] specific and
> > can
> > be reused for more setups, code is cleaner.
> 
> 
> or create custom chains ?

Can you please elaborate what is custom chains? 
Thanks!

> > 
> > Example:
> > 
> > BASIC.PRE
> >     :INPUT ACCEPT [0:0]
> >     :FORWARD ACCEPT [0:0]
> >     :OUTPUT ACCEPT [0:0]
> > BASIC.IN
> >     accept ...
> >     accept ...
> > BASIC.POST
> >     reject ...
> >     reject ...
> > 
> > BASIC
> >     ${BASIC.PRE}
> >     ${BASIC.IN}
> >     ${BASIC.POST}
> > 
> > GLUSTER
> >     ${BASIC.PRE}
> >     ${BASIC.IN}
> >     accept ...
> >     ${BASIC.POST}
> >     reject ...
> > 
> > Regards,
> > Alon Bar-Lev
> > 
> > [1] http://gerrit.ovirt.org/#/c/7244/
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 



More information about the Engine-devel mailing list