Block all internet connecton with an excepcion

We have a SLES sp2 server running, which has internet connection.
This is in order to send email alerts.
What I need to do is to block all incoming and outgoing internet traffic (security reason) , except allowing for emails to be send.
In SUSE firewall you have some nice options, but in my case the internet connection and lan connection are using the same network card.
So I can’t configure internal and external zones.
I don’t want to block anything regarding the internal network.

Is there a simple solution on how to achieve this?

Hi ecanmaster,

What I need to do is to block all incoming and outgoing internet traffic (security reason) , except allowing for emails to be send.

this calls for individual iptable rules - default would be to deny everything, allow anything in/out for local networks, and permit outgoing SMTP connections (probably to only a single external MTA, depending on your needs).


Interesting scenario… a couple of ideas how this could work:

  1. My general preference is to keep the Yast interface working as much as
    possible, so I’ll start there.

Within the framework of the default Firewall the SUSE folks anticipated a
need to extend in known and unknown ways. The way to see all of the
SuSEfirewall2’s options is to look through /etc/sysconfig/SuSEfirewall2
and set things in there as appropriate. I usually do this for setting up
port forwarding on a host so that services, such as Apache Tomcat, can be
bound to a port like TCP 8443 and magically (per the firewall) get data
sent to the system’s TCP 443 ports which is done with the FW_REDIRECT
option in there. I’m hoping that one of the options in there can let you
do what you want without going to the “unknown ways” option, which I’m
pretty sure will work for you.

The way SUSE let people do anything else while keeping SuSEfirewall2 is by
using the following directive from that file:

## Type:        string
# 25.)
# Do you want to load customary rules from a file?
# This is really an expert option. NO HELP WILL BE GIVEN FOR THIS!

Note the disclaimer in there about not being supported, etc. With this we
basically create a file somewhere (as defined above usually) and then put
our iptables rules directly in there.

A quick note on defaults for the firewall: by default a firewall is (and
should in my opinion) be setup as a whitelist, meaning you block
everything and then allow specific, known things. In your case I believe
what you want is basically a default of block everything with a couple of
exceptions around your internal network (allow anything there) and then
accessing one remote system for mail purposes. Unusually, you want to do
this for both incoming AND outgoing traffic, where usually firewalls focus
on incoming traffic and allow outgoing stuff to just happen (at least by

Because the SUSE firewall is pretty close to this by default (it blocks
everything incoming, and allows everything outgoing) I would think you
could accomplish this by leaving the firewall in its default state, and
then adding a FW_CUSTOMRULES file that basically allows anything from the
internal network, allows traffic to (but not from?) the external mail
server, and then explicitly blocks anything else outgoing,

Warning: before tinkering with the firewall you should be sure you have a
way into the system that doesn’t require a working firewall, just in case
you block yourself, such as the physical or VM console.

The lines to add to your custom file MAY be the following based on
freeform typing on my end and not actually testing (since if I implement
this I’ll lose access to my system entirely); be sure to define NIC as
your valid NIC device (eth0 usually) and the internal network as well:

#Setup some variables

#Allow outgoing stuff to the internal network
#Block everything else outgoing
${IPT} -A OUTPUT -o ${NIC} -j DROP

#Allow incoming stuff from the internal network
#Any other traffic incoming should DROP by default

If that does not work properly one reason why may because of how the
SUSEfirewall2 service sets up other chains from INPUT, such as input_ext.
iptables is really neat because you can do this, but it makes customizing
dynamically a little harder. Also iptables is neat because rules are
applied in order, and it also allows inserting rules in specific spots in
the order (using -I instead of -A), but knowing that correct spot can be
tricky. As a result, if the above does not work, then post he output from
‘/usr/sbin/iptables-save’ and let’s look at it.

Be sure when you modify that custom file with those commands above that
you restart the firewall to apply the changes:

rcSusEfirewall2 restart
  1. The other option is to disable the SuSEfirewall2 service and instead
    use your own scripts to setup the system’s firewall using iptables as most
    other distributions will. This has the advantage of infinite
    customizability, and the downside of no use of Yast, plus maybe being a
    non-standard system that you (or coworkers, or successors, or others)
    forget or do not realize is not using Yast in the future.

A good read on a custom firewall comes from a guy at SUSE who is very
knowledgeable on the topic:

He had a follow-up article as well where he did a bit more:

Good luck.

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below…

That was very interesting ab.
Segregating the network based on subnet’s is one way of doing it.
I assumed the server could make the segregation based on the internet zone.
Anyway, I will let the admin guys block the incoming and outgoing traffic on the firewall.
This is the safest option.