From: Ole Martin Handeland <oli@oasenlan.com>
To: linux-newbie@vger.kernel.org
Subject: Re: Cant get internet access on my router (sent again)
Date: Sat, 23 Oct 2004 00:34:34 +0200 [thread overview]
Message-ID: <clc1tr$ks4$1@sea.gmane.org> (raw)
In-Reply-To: <5.1.0.14.1.20041021123557.01fc7e40@celine>
well... i figured it out myself.... did a accept all from ppp0....
pretty embarrased...:P
thanx anyway!
Ray Olszewski wrote:
> At 08:59 PM 10/21/2004 +0200, Ole Martin Handeland wrote:
>
>> sending this again, since im still having problems...
>
>
> I'm sorry, but to get real help, you need to answer ALL of the
> questions, not just some of them.
>
> The list below of INPUT chain rules has entries ONLY for an eth1
> interface, which you have not previously mentioned (but which I will
> guess is your LAN interface). For that reason, it wil DROP all packets
> intended for a ppp0 interface. (Notice that its final rule, a DROP rule,
> has matched a lot of packets.)
>
> Since you have no entries in the OUTPUT chain and (you previously said)
> its default policy is DROP, no traffic will go out on ANY interface.
>
> And if you have no entries in the FORWARD chain and its policy too is
> DROP ... well, you get the idea.
>
> OK, this time around we need to know --
>
> 1. How do you update your firewall ruleset when the PPPoE (ppp0)
> interface is set up (or when it gets a new address)? The PPPoE daemon
> probably calls a script for this, but you need to tell us the details,
> so we can figure out why it (apparently) isn't working.
>
> 2. Am I correct in assuming that you are NATing the LAN? If so,
> the nat table (probably its POSTROUTING chain) is doing the SNAT or MASQ
> needed. What does
> iptables -nvL -t nat
> report about this? (This is probably OK, if your prior report that
> setting the default-table policies to ACCEPT makes "everything" work.)
>
> 3. More generally, what script is setting these rules up in the
> firat place? Are you using some routing capability that comes as part of
> FC2? Or are you using a drop-in firewall/router package of some sort
> (like Shorewall -- though it is plain from the ruleset that you are not
> using Shorewall, so I mention it only as an example)? Or did you craft
> something yourself?
>
> 4. What actual failures are you encountering? "im still having
> problems" is on the vague end of descriptions.
>
> 5. How do you *want* this router to operate? Just using default
> ACCEPT policies isn't really very good firewalling ... but in practice,
> it isn't usually all that vulnerable, since most breakins target
> Windows, not Linux, and the NATing makes the Windows machines invisible
> to connections that initiate from outside.
>
>
>
>
>> well... here comes my "iptables -nvL":
>>
>> Chain INPUT (policy DROP 980 packets, 127K bytes)
>> pkts bytes target prot opt in out source destination
>> 2061 408K ACCEPT tcp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpt:10000
>> 15955 1602K ACCEPT tcp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpt:22
>> 853 111K ACCEPT tcp -- * * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpt:80
>> 991 150K ACCEPT udp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 udp dpts:137:138
>> 271K 37M ACCEPT tcp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpt:139
>> 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpt:445
>> 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpt:8080
>> 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpt:443
>> 0 0 ACCEPT udp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 udp dpt:443
>> 67131 3090K ACCEPT tcp -- eth1 * 0.0.0.0/0
>> 0.0.0.0/0 tcp dpts:5900:5902
>> 0 0 ACCEPT all -- * * 0.0.0.0/0
>> 0.0.0.0
>> 2416 167K LOG_DROP all -- * * 0.0.0.0/0 0.0.0.0/0
>>
>> and for my forward and output chains, there is no rules...
>>
>> thank you so much for your answers!
>>
>> Ray Olszewski wrote:
>>
>> > At 12:29 PM 10/17/2004 +0200, Ole Martin Handeland wrote:
>> >
>> >> Hi,
>> >>
>> >> I cant seem to get internet access on my gateway machine, using fc2
>> and
>> >> iptables firewall. I have a eth0 connection (and a ppp0 connection
>> using
>> >> eth0 to connect to my adsl provider) and a eth1 connection which i use
>> >> to connect to my local network (with a dhcp server on this gateway).
>> >>
>> >> i have gotten this gateway to connect to the net, and the network from
>> >> eth1 gets internet access. my problem is that my gateway dont get net
>> >> access itself. when i set default action to allow in my iptable,
>> >> everything works.
>> >> anyone knows which rule(s) i should apply to get internet access
>> working
>> >> on this gateway?
>> >
>> >
>> >
>> > The core problem you face is that different chains, not just
>> different rules, are involved.
>> >
>> > When other hosts on your LAN use this gateway to connect to the
>> Internet, the packets are processed by the FORWARD chain in the
>> default table (and by the PREROUTING and POSTROUTING chains in the
>> nat table).
>> >
>> > When the host itself tries to connect to the Internet, the packets
>> are processed by the INPUT and OUTPUT chains in the default table.
>> >
>> > So ... if "everything works" when you set the default action to
>> ACCEPT (there is no action "allow", so I assume you mean ACCEPT), then
>> it probably means you do not have specific ACCEPT rules in suitable
>> places in the INPUT and OUTPUT chains. That's not odd for a router ...
>> mine is set up that way, allowing direct access for only a few things
>> the router absolutely needs, like DNS resolution. But it is
>> inconvenient for a general-purpose host that is also acting as a router.
>> >
>> > The exact rules you need to add, and where you need to add them,
>> depends on what you do have in the INPUT and OUTPUT chains (which you
>> can check best with "iptables -nvL"). If you want finer control than a
>> genrealized ACCEPT policy, the actual rules need to be tailored to
>> what you want to allow, what to disallow, and you haven't told us your
>> situation in that regard.
>> >
>> > Describe more what you want to accomplish, and tell us the rules you
>> currently have in the INPUT and OUTPUT chains, and I -- or someone
>> here -- may be able to give you more specific advice that fits your
>> needs. As it is, anything anybody suggests will be guesswork.
>> >
>> > Oh, one final thing. Since you are using PPPoE for your Internet
>> connection, iptables does need to know to update its ruleset after
>> PPPoE negotiation is complete. It also needs to know that ppp0, not
>> eth0, is your external interface. It probably does all of this, since
>> NATing the LAN works, but it is always *possible* that you have a
>> problem there. Once again, only examination of the rulesets in the
>> relevant tables/chains will tell.
>
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.linux-learn.org/faqs
>
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
prev parent reply other threads:[~2004-10-22 22:34 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-21 18:59 Cant get internet access on my router (sent again) Ole Martin Handeland
2004-10-21 21:16 ` Ray Olszewski
2004-10-22 22:34 ` Ole Martin Handeland [this message]
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='clc1tr$ks4$1@sea.gmane.org' \
--to=oli@oasenlan.com \
--cc=linux-newbie@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox