Bitte -v mit angeben. Ausserdem waere es auch schon ganz
nuetztlich zu wissen, was Du so in in anderen Tabellen
treibst.
linux-srv:~ # for table in `cat /proc/net/ip_tables_names`; do iptables -t $table -nvL; done
Chain INPUT (policy DROP 84 packets, 9137 bytes)
pkts bytes target prot opt in out source destination
2410 218K ACCEPT all -- \* \* 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
1 60 ACCEPT all -- lo \* 127.0.0.1 0.0.0.0/0
0 0 ACCEPT icmp -- \* \* 192.168.123.0/24 0.0.0.0/0 icmp type 8
6 280 ACCEPT tcp -- \* \* 192.168.123.0/24 0.0.0.0/0 tcp dpts:1:65535
184 22392 ACCEPT udp -- \* \* 192.168.123.0/24 0.0.0.0/0 udp dpts:1:65535
84 9137 LOG all -- \* \* 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 4
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
780 421K ACCEPT all -- \* \* 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 DROP all -- eth1 \* 192.168.123.1 0.0.0.0/0
0 0 DROP icmp -- \* \* 192.168.123.1 0.0.0.0/0 icmp type 8
0 0 ACCEPT icmp -- \* \* 192.168.123.0/24 0.0.0.0/0 icmp type 8
22 1056 ACCEPT tcp -- \* \* 192.168.123.0/24 0.0.0.0/0 tcp dpts:1:65535
0 0 ACCEPT udp -- \* \* 192.168.123.0/24 0.0.0.0/0 udp dpts:1:65535
0 0 LOG all -- \* \* 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 4
Chain OUTPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
2620 938K ACCEPT all -- \* \* 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
1 60 ACCEPT all -- \* lo 127.0.0.1 0.0.0.0/0
15 1260 ACCEPT icmp -- \* \* 0.0.0.0/0 0.0.0.0/0 icmp type 8
0 0 ACCEPT tcp -- \* ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpts:1:65535
98 6724 ACCEPT udp -- \* ppp0 0.0.0.0/0 0.0.0.0/0 udp dpts:1:65535
0 0 ACCEPT tcp -- \* \* 0.0.0.0/0 192.168.123.0/24 tcp dpts:1:65535
70 9636 ACCEPT udp -- \* \* 0.0.0.0/0 192.168.123.0/24 udp dpts:1:65535
0 0 LOG all -- \* \* 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 4
Chain PREROUTING (policy ACCEPT 180 packets, 18434 bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 19 packets, 2691 bytes)
pkts bytes target prot opt in out source destination
119 7739 MASQUERADE all -- \* ppp0 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain PREROUTING (policy ACCEPT 3491 packets, 672K bytes)
pkts bytes target prot opt in out source destination
Chain INPUT (policy ACCEPT 2686 packets, 250K bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 802 packets, 422K bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 2808 packets, 959K bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 3673 packets, 1390K bytes)
pkts bytes target prot opt in out source destination
:
Ausserdem ist netfilter relativ unsensibel, was
Zeit angeht: bei Aussagen ala ‚nach einer Weile…‘
ca 1 Minute, bis eben der Browser aufgibt.
Ich meinte eher, dass es zuerst geht und dann nicht mehr.
Oder hab ich das falsch verstanden?
ebay läßt sich gar nicht aufrufen.
In der Statuszeile des Browsers „Warten auf www.ebay.de“
Nach 1 - 3 Minuten: MsgBox: „Das dokument enthält keine Daten“
Hier mit -vnL:
Du solltest mit diesen Regeln gluecklich sein. Der Rest liegt
ausserhalb von netfilter. Wobei, so restriktiv, wie Du ICMP
in Deiner INPUT behandelst… wird wohl auch das
Path-MTU-Discovery daneben gehen.
Der einzige, der hier nicht pingen darf, ist mein w2k-server. Der hat absolut mundtot zu sein und nur seine Arbeit zu erledigen. Alle anderen dürfen kreuz und quer…
Ich laß mich nur nicht von außen anpingen.
Wenn mich nicht alles täuscht, bin ich vom I-Net aus betrachtet relativ unsichtbar.
Ich weiss nicht genau, ob
ICMP3/4 auch vom RELATED erfasst wird. Abgesehen davon
funktioniert es sowieso nicht. Habe ich schon erwaehnt, dass
ich ein MTU-Problem vermute?
Hast Du.
eth0 (nach extern via ppp0)
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
eth1 (nach intern)
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
eth1:1 (eine Spielerei mit einem internen Web-server)
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
localhost
UP LOOPBACK RUNNING MTU:16436 Metric:1
ppp0
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
Das kanns imho nicht sein, sonst könnte ich das hier nicht nach w-w-w schicken…
(BTW: Du solltest mehr mit Einschraenkungen auf Interfaces
arbeiten.)
Werd´ ich mal dran rumschrauben
HTH,
Gruss vom Frank.
Gruss zurück vom Fritz.
PS: Das im vorherigen Posting war natürlich nicht aus /var/log/messages. War ein Fehler von mir.
