BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] SELinux & IPTables
- Subject: [Discuss] SELinux & IPTables
- From: cra at WPI.EDU (Chuck Anderson)
- Date: Thu, 3 Apr 2014 10:13:09 -0400
- In-reply-to: <533D4235.7020402@blu.org>
- References: <CAM9bQ=hCqhSGMvm2c29Gr5ySwvUVjxkuT-=qJb98PVgi3UXk_w@mail.gmail.com> <533C36D7.8060503@gmail.com> <CANaytccdL=GFkjcx56yRZvNTjgz0E4EccqEivw1Tmk-NH3yr4w@mail.gmail.com> <533C3CC6.7040709@gmail.com> <533C56C0.6050200@blu.org> <216636861.124504.1396495269884.JavaMail.vpopmail@webmail.networksolutionsemail.com> <CAM9bQ=ht69M9N1SEbys7rTJWHz2b-2HmP3DMk1iLYtT1=oXOvA@mail.gmail.com> <533D4235.7020402@blu.org>
Turn on auditd so the SELinux AVC messages go to /var/log/audit/audit.log. Then to see what the SELinux messages mean, run: audit2why < /var/log/audit/audit.log To create a local policy to allow whatever is being denied: audit2allow < /var/log/audit/audit.log (There is another step to turn that into an actual module which you can then use semodule -i to insert, but you should review what is in there before deciding to blindly allow everything.) On Thu, Apr 03, 2014 at 07:12:53AM -0400, Jerry Feldman wrote: > I used to set it to permissive also, but I didn't like many of the messages. > > On 04/02/2014 11:37 PM, John Malloy wrote: > > > > That's a good idea! > > > > > > > > On Wed, Apr 2, 2014 at 11:21 PM, Peter (peabo) Olson <peabo at peabo.com > > <mailto:peabo at peabo.com>> wrote: > > > > On April 2, 2014 at 2:28 PM Jerry Feldman <gaf at blu.org > > <mailto:gaf at blu.org>> wrote: > > > One issue is that sometimes, companies make this a requirement, > > and the > > > IT people who do the real work just have to follow the rules. > > > Whenever I set up a new system I always to to /etc/selinux and > > change > > > config to SELINUX=disabled > > > I recently change SELINUXTYPE to disabled, and screwed up > > everything to > > > where I could not even log in. That is what rescue systems are for. > > > > I usually change it to 'permissive', which keeps things running > > while you get a > > chance to review the logs to see what SELinux would like to do to you.
- References:
- [Discuss] SELinux & IPTables
- From: jomalloy at gmail.com (John Malloy)
- [Discuss] SELinux & IPTables
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] SELinux & IPTables
- From: greg at freephile.com (Greg Rundlett (freephile))
- [Discuss] SELinux & IPTables
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] SELinux & IPTables
- From: gaf at blu.org (Jerry Feldman)
- [Discuss] SELinux & IPTables
- From: peabo at peabo.com (Peter (peabo) Olson)
- [Discuss] SELinux & IPTables
- From: jomalloy at gmail.com (John Malloy)
- [Discuss] SELinux & IPTables
- From: gaf at blu.org (Jerry Feldman)
- [Discuss] SELinux & IPTables
- Prev by Date: [Discuss] SELinux & IPTables
- Next by Date: [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Previous by thread: [Discuss] SELinux & IPTables
- Next by thread: [Discuss] Auth name: MIT-MAGIC-COOKIE-1 ID: 234, client disconnected RHEL 6
- Index(es):