Linux Netfilter discussions
 help / color / mirror / Atom feed
From: "Rob Sterenborg" <rob@sterenborg.info>
To: netfilter@lists.netfilter.org
Subject: RE: not able to ssh from the firewall
Date: Wed, 6 Sep 2006 07:31:46 +0200	[thread overview]
Message-ID: <001801c6d175$bed33790$0101000a@tanjian> (raw)
In-Reply-To: <1157508886.4968.9.camel@nirvana.aurokruti.in>

> Hello,
> 
> Basically I am allowing internet on the
> firewall as well as nating to 2 clients.
> 
> I am not able to ssh from the firewall
> to a client. Though the reverse is
> working.
> 
> I would also like to put :
> 
> -A OUTPUT -j DROP
> 
> But if I do that clients are not able to connect
> to the net. I need add a rule which I could
> not figure out.

You should allow SSH out when you want to be able to use it.
SSH listens on port 22, so this should do it:

-A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -p tcp --dport 22 -j ACCEPT
-A OUTPUT -j DROP

> Please comment and correct.
> 
> My rules as follows.
> 
> 
> # Generated by iptables-save v1.3.3 on Sat Jul 22 13:14:10 2006
> *nat
>: OUTPUT ACCEPT [0:0]
>: PREROUTING ACCEPT [0:0]
>: POSTROUTING ACCEPT [0:0]
> -A POSTROUTING -o eth0 -s 192.168.15.0/24 -j MASQUERADE
> COMMIT
> # Completed on Sat Jul 22 13:14:10 2006
> # Generated by iptables-save v1.3.3 on Sat Jul 22 13:14:10 2006
> *mangle
>: PREROUTING ACCEPT [80:13056]
>: INPUT ACCEPT [80:13056]
>: FORWARD ACCEPT [0:0]
>: OUTPUT ACCEPT [80:13056]
>: POSTROUTING ACCEPT [80:13056]
> COMMIT
> # Completed on Sat Jul 22 13:14:10 2006
> # Generated by iptables-save v1.3.3 on Sat Jul 22 13:14:10 2006
> *filter
>: INPUT ACCEPT [80:13056]
> -A INPUT -i eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT

It looks like eth0 is connected to the internet and eth1 to your LAN.
Check if outgoing ssh works using:

-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

> -A INPUT -i lo -j ACCEPT
> -A INPUT -p icmp -j ACCEPT
> -A INPUT -p tcp -i eth0 --dport 80 -j ACCEPT
> -A INPUT -p tcp -i eth0 --dport 53 -j ACCEPT
> -A INPUT -p udp -i eth0 --dport 53 -j ACCEPT
> -A INPUT -i eth1 -p tcp --dport 22 -j ACCEPT
> -A INPUT -i eth1 -p tcp --dport 21 -j ACCEPT

So, you are accepting ftp for the firewall on eth1. See below (FORWARD).

> -A INPUT -j DROP
>: FORWARD ACCEPT [0:0]
>: OUTPUT ACCEPT [80:13056]
> -A FORWARD -i eth0 -o eth1 -m state --state RELATED,ESTABLISHED
> -j ACCEPT 

I would make that:

-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT 

> -A FORWARD -i eth1 -o eth0 -s 192.168.15.5 -j ACCEPT
> -A FORWARD -i eth1 -o eth0 -s 192.168.15.9 -j ACCEPT
> -A FORWARD -i eth1 -o eth0 -p tcp --dport 21 -j ACCEPT

And you allow ftp forwarding on eth1 to eth0.
Either one (see above) is going to work, not both. Since you are
masquerading everything from 192.168.15.0/24 via eth0, I'd say this rule
has hits and the rule in the INPUT chain doesn't.
(Check with "iptables -nvL INPUT" and "iptables -nvL FORWARD".)

> -A FORWARD -i eth1 -o eth0 -p tcp --dport 25 -j ACCEPT
> -A FORWARD -i eth1 -o eth0 -p tcp --dport 110 -j ACCEPT
> -A FORWARD -i eth1 -o eth0 -p tcp --dport 119 -j ACCEPT
> -A FORWARD -p udp --dport 53 -j ACCEPT
> -A FORWARD -j DROP
> -A OUTPUT -j ACCEPT
> -A OUTPUT -o lo -j ACCEPT

This seems useless to me. There are no DROP rules in the OUTPUT chain
and policy is set to ACCEPT. These packets would be accepted anyway.

> COMMIT
> # Completed on Sat Jul 22 13:14:10 2006
> 
>                        ---------- end rules --------------

Instead of have a last rule with a DROP target, you can also just set
the chain policy to DROP.


Gr,
Rob



  reply	other threads:[~2006-09-06  5:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-06  2:14 not able to ssh from the firewall varun
2006-09-06  5:31 ` Rob Sterenborg [this message]
2006-09-07 14:01   ` varun
2006-09-07 20:57     ` Rob Sterenborg
2006-09-08  2:22       ` varun
2006-09-08  5:29         ` Rob Sterenborg
2006-09-19 13:38           ` varun
2006-09-12 19:48         ` connrate and Linux 2.6.14 and 2.6.16 Pablo Sanchez
     [not found]       ` <1157854906.4748.4.camel@nirvana.aurokruti.in>
2006-09-11  8:29         ` not able to ssh from the firewall Rob Sterenborg

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='001801c6d175$bed33790$0101000a@tanjian' \
    --to=rob@sterenborg.info \
    --cc=netfilter@lists.netfilter.org \
    /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