All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Clayton <andrew@digital-domain.net>
To: Thomas Jacob <jacob@internet24.de>
Cc: netfilter@vger.kernel.org
Subject: Re: Local to Local via firewall
Date: Fri, 31 Jul 2009 17:24:19 +0100	[thread overview]
Message-ID: <20090731172419.669eb256@zeus.int.pccl> (raw)
In-Reply-To: <1249056381.27177.12.camel@enterprise.ims-firmen.de>

On Fri, 31 Jul 2009 18:06:21 +0200, Thomas Jacob wrote:

> On Fri, 2009-07-31 at 14:42 +0100, Andrew Clayton wrote:
> [.. accessing outside IPs on a NAT router from
> the inside network ...]
> 
> > I can't help but think I'm missing something simple. Then again does
> > what I'm trying to do make sense?
> 
> Just don't DNAT/SNAT packets from the internal network to
> your public IPs, there is no need for it anyway.
> 
> e.g. do something like this before your other DNATs
> 
> $IPTABLES -t nat -A PREROUTING -i eth1 -s 192.168.0.0/16 -p tcp -d
> $HOST_E -j RETURN
> 
> Plus, of course, you need to allow access to that IP/port from the
> internal network in the INPUT chain of the filter table.

Thanks for the reply. Unfortunately with the above rule, the ssh just
ends up going to the firewall and not the host. The firewall is
configured with the IP address of $HOST_E which is where the DNAT comes
in to change it to it's internal IP.

It seems what I'm trying to do now is something like:

internal (workstation)--> external ($HOST_E)--> internal ($HOST_I)

I could fudge /etc/hosts on machines with the hosts external DNS name
pointing to its internal IP address, but doing it with the firewall
seems better.

e.g 
host.foo.co.uk has an IP of aaa.aaa.aaa.aaa (accessible from outside the
office)
host.foo.bar (internal only DNS name) has an IP of bbb.bbb.bbb.bbb

I can put 

bbb.bbb.bbb.bbb foo.co.uk

in my /etc/hosts file, and then ssh foo.co.uk, works.

But I do think the firewall is the proper place to do this.


Cheers,
Andrew


-- 
On Jack's day off, he and Edgar would shoot hoops and get ice cream
together. Later, they'd prank call Chloe, only to have her trace the
call, call them back and tell them to "grow up". Good times... good
times.

  reply	other threads:[~2009-07-31 16:24 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-31 13:42 Local to Local via firewall Andrew Clayton
2009-07-31 16:06 ` Thomas Jacob
2009-07-31 16:24   ` Andrew Clayton [this message]
2009-07-31 16:42     ` Robby Workman
2009-07-31 17:49     ` Thomas Jacob
2009-07-31 20:52       ` Andrew Clayton
2009-08-01  3:24         ` /dev/rob0
2009-08-01 11:52         ` Thomas Jacob
2009-08-01 12:25           ` Andrew Clayton
2009-07-31 18:22     ` /dev/rob0

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=20090731172419.669eb256@zeus.int.pccl \
    --to=andrew@digital-domain.net \
    --cc=jacob@internet24.de \
    --cc=netfilter@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.