Linux Netfilter discussions
 help / color / mirror / Atom feed
From: "John A. Sullivan III" <john.sullivan@nexusmgmt.com>
To: alucard@kanux.com
Cc: netfilter@lists.netfilter.org
Subject: Re: forwarding
Date: Tue, 18 May 2004 15:22:00 -0400	[thread overview]
Message-ID: <1084908120.7272.69.camel@localhost> (raw)
In-Reply-To: <4290.192.168.74.21.1084904497.squirrel@192.168.74.21>

On Tue, 2004-05-18 at 14:21, alucard@kanux.com wrote:
> > OK - it's good to simplify :-)
> > You should not need to INPUT rule for 8080.
> I´t´s commented, it´s an old rule for something I used to have in that server
> 
> > The delay in finding the default route is route's attempt at reverse
> > name resolution.  Use route -n instead.
> 
> Indeed, this is what I get in server2
> 
> --------
> [root@linserv root]# route -n
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
> 192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
> 0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
> --------
> 
> > Our next step is to trace.  From what address are you attempting to
> > telnet and where does that address live?
> 
> I´m using a completly different address to try to access the server from
> the outside, to be more specific, I'm doing this at work and I'm using the
> computers in my house to do this test and nothing happens. If I telnet
> port 80 server2 directly from server1 I get this -to make sure it's
> working-:
> 
> --------
> root@mail:~# telnet 192.168.0.2 80
> Trying 192.168.0.2...
> Connected to 192.168.0.2.
> Escape character is '^]'.
> ^]
> telnet>
> --------
<snip>
Ok - so this is where the tracing comes in.  I assume you are sending a
packet from your home network to some public IP.  Your ISP is then
NATting this to 10.73.219.156.  Using tcpdump or ethereal, can you see
the packet arrive at 10.73.219.156? If so, can you see the packet leave
192.168.0.1?, If so, what are the source and destination sockets of the
egressing packet? Do you see a reply packet? How is it addressed?
If you do not see a packet exiting the gateway on the 192.168.0.1
interface, place log rules in the various points of your table to find
out where the packet is dying.  Good luck - John
-- 
John A. Sullivan III
Chief Technology Officer
Nexus Management
+1 207-985-7880
john.sullivan@nexusmgmt.com



  parent reply	other threads:[~2004-05-18 19:22 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-18 14:22 forwarding alucard
2004-05-18 14:39 ` forwarding John A. Sullivan III
2004-05-18 14:49   ` forwarding alucard
2004-05-18 14:51     ` forwarding John A. Sullivan III
2004-05-18 14:56     ` forwarding Antony Stone
2004-05-18 14:57   ` forwarding alucard
2004-05-18 14:58     ` forwarding John A. Sullivan III
2004-05-18 15:12       ` forwarding alucard
2004-05-18 15:53         ` forwarding John A. Sullivan III
2004-05-18 16:38           ` forwarding alucard
2004-05-18 17:02             ` forwarding John A. Sullivan III
2004-05-18 18:21               ` forwarding alucard
2004-05-18 18:28                 ` forwarding Antony Stone
2004-05-18 18:42                   ` forwarding alucard
2004-05-18 19:22                 ` John A. Sullivan III [this message]
2004-05-18 21:33                 ` forwarding Antony Stone
2004-05-19  4:56                   ` forwarding Juan Hernandez
2004-05-18 15:09     ` forwarding Antony Stone
2004-05-18 15:40       ` forwarding alucard
2004-05-18 15:53         ` forwarding Antony Stone
2004-05-18 14:44 ` forwarding Antony Stone
  -- strict thread matches above, loose matches on Subject: below --
2004-05-18 20:48 forwarding Daniel Chemko
2004-05-18 21:15 ` forwarding John A. Sullivan III
2004-05-18 20:33 forwarding Daniel Chemko
2004-05-18 18:23 forwarding Daniel Chemko
2004-05-18 18:42 ` forwarding Antony Stone
2004-05-18 18:50 ` forwarding alucard
2004-05-18 19:15 ` forwarding John A. Sullivan III
2004-05-18 18:04 forwarding Daniel Chemko
2004-05-18 17:04 forwarding CPD - David Cardeñosa Rubio
2004-05-18 15:33 forwarding CPD - David Cardeñosa Rubio
2004-05-18 15:47 ` forwarding John A. Sullivan III
2004-05-18 15:51 ` forwarding Antony Stone
2002-07-08  3:25 forwarding Tim
2002-07-08  0:30 ` forwarding Antony Stone
     [not found]   ` <003801c22632$521c93a0$1606d6d1@nebuchadnezza>
2002-07-08  0:53     ` forwarding Antony Stone
2002-07-08  4:03       ` forwarding Tim

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=1084908120.7272.69.camel@localhost \
    --to=john.sullivan@nexusmgmt.com \
    --cc=alucard@kanux.com \
    --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