Dotaz: Nejede mi internet na serveru

[Zbyna]

Zdravim. Mam tento problem: Na serveru mi bezi nekolik sluzeb (SNAT, FTP, SSH, POSTFIX, DNS), pripojena LAN ma bezproblemovy pristup na internet, proste vse bezi jak ma. Bohuzel se ze serveru (g.p.GNOME) nemohu pripojit na internet (MOZILLA). Pritom si mohu na vybrany www server pingnout, ip se preklada, SSH funguje primo na serveru take. Ve firewallu by snad byt problem nemel (je to v podstate verze od pana Mirka Petricka z root.cz). To GNOME jsem mel na serveru v podstate jenom ze zvedavosti a vubec jsem je nepouzival , ted jsem se vsak rozhodl vyzkouset RDESKTOP a nasel jsem problem . Server bezi na RH9, SQUID jsem zkousel vypnout. Ted jsem zjistil ze mi ani nejede graficky ftp client. Muze nekdo poradit? Diky

Odpovědi

[Martin Tůma]

Řekl bych, že problém bude právě ve firewallu. Můžeš sem dát jeho konfiguraci?

[Zbyna]

#predavani paketu povoleno

echo 1 > /proc/sys/net/ipv4/ip_forward

#ochrana pred spoofingem

echo 1 > /proc/sys/net/ipv4/conf/eth1/rp_filter

#zavedeni NAT modulu

modprobe iptable_nat

#zavedeni podpory FTP

modprobe ip_nat_ftp

#vse zakazano

iptables -P INPUT DROP

iptables -P OUTPUT DROP

iptables -P FORWARD DROP

#porty na serveru dostupne z internetu pro tcp segmenty

iptables -N tcp_segmenty

iptables -A INPUT -p TCP -i eth1 -j tcp_segmenty

#iptables -A tcp_segmenty -p TCP --dport 20 -j ACCEPT

iptables -A tcp_segmenty -p TCP --dport 21 -j ACCEPT

iptables -A tcp_segmenty -p TCP --dport 22 -j ACCEPT

iptables -A tcp_segmenty -p TCP --dport 25 -j ACCEPT

iptables -A tcp_segmenty -p TCP --dport 53 -j ACCEPT

iptables -A tcp_segmenty -p TCP --dport 80 -j ACCEPT

iptables -A tcp_segmenty -p TCP --dport 110 -j ACCEPT

#porty na serveru dostupne z internetu pro udp pakety

iptables -N udp_pakety

iptables -A INPUT -p UDP -i eth1 -j udp_pakety

iptables -A udp_pakety -p UDP --dport 53 -j ACCEPT

#vpustene ICMP pakety (povolit 0 a snad 3,8,11)

iptables -A INPUT -p ICMP -i eth1 --icmp-type 0 -j ACCEPT

#iptables -A INPUT -p ICMP -i eth1 --icmp-type 3 -j ACCEPT

#iptables -A INPUT -p ICMP -i eth1 --icmp-type 8 -j ACCEPT

#iptables -A INPUT -p ICMP -i eth1 --icmp-type 11 -j ACCEPT

#plny vstup z LAN

iptables -A INPUT -p ALL -i eth0 -j ACCEPT

iptables -A INPUT -p ALL -i lo -j ACCEPT

#iptables -A INPUT -j LOG

#vystupni pravidla

iptables -A OUTPUT -s 127.0.0.1 -j ACCEPT

iptables -A OUTPUT -s 192.168.1.1 -j ACCEPT

iptables -A OUTPUT -s 212.x.x.x -j ACCEPT

#iptables -A OUTPUT -j LOG

#pravidla postoupeni FORWARD

iptables -A FORWARD -i eth0 -j ACCEPT

iptables -A FORWARD -i eth1 -o eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT

#iptables -A FORWARD -i eth1 -o eth0 -j ACCEPT

#SNAT pro moji sit

iptables -t nat -A POSTROUTING -o eth1 -j SNAT --to 212.x.x.x

#presmerovani www na SQUID

#iptables -t nat -A PREROUTING -p tcp -i eth1 -d 212.x.x.x --dport 80 -j REDIRECT --to-port 3128

tak to je firewall,

doufam ze to bude citelne

[Martin Tůma]

U těch deklarací pro výstup

iptables -A OUTPUT -s 127.0.0.1 -j ACCEPT
iptables -A OUTPUT -s 192.168.1.1 -j ACCEPT
iptables -A OUTPUT -s 212.x.x.x -j ACCEPT

ti chybí definice protokolu a jak já chápu iptables tutorial, tak definice protokolu/ů je vždy nutná. Zkus tam doplnit -p ALL

Můžu se ale taky mýlit, pak ať mě některý z "gurus" tady opraví

[Beda]

pri neuvedeni se pouzije implicitni? (-p ALL)

[Petr Šobáň]

Skuste doplnit na začátek inputu: iptables -A INPUT -i eth1 -m state --state ESTABLISHED,RELATED -j ACCEPT
A mělo by to chodit Prostě pokud vy navážete spojeni na port 80 tak to jde ovšem když vám z internetu přijde odpověď a ta bude směřovat na nějaký jiný port než tcp 20,21,22,25,53, 80,110 tak to bude zahozené to stejné na udp pro port 53.

[Petr Šobáň]

PS. Ještě doplním pro forward to tam máte takže ostatní pc budou komunikovat v pohodě, kdežto server nemůže neboť neprojde přes input odpoveď od serveru v internetu. (Tj přes eth1 ) Prostě ten server musí přijímat data od spojení které navázal. Viz třeba: http://soban.wz.cz/linux/firewall.html
http://soban.wz.cz/linux/firewall2.html

[Honza Houštěk]

Takze nefunguje mozilla v gnome a graficky klient. Pritom funguje resolving, ping ven a ssh ven? A radkovy ftp a lynx funguji?

[Zbyna]

lynx tam nemam, a client ftp v MC v terminalu mi take nesel....zkusim to odpoledne nainstalovat.

[Zbyna]

je ten resolving, ping a ssh jde ven normalne...

[B0biN]

A kdyz stopnes ten firewall, tak to take nejde ..???

[Zdeněk Štěpánek]

Zdravim

Kdyz na serveru v konzoli das "ping www.root.cz" tak to jde? Jestli ne, tak si nastav DNS "nameserver 1.2.3.4" v /etc/resolv.conf. Jestli ping jde, ale WWW (port 80) ne, je problem ve firewallu.

Zdenek

[Zdeněk Štěpánek]

Uz to asi mam, chybi ti tam povoleni established,related pro lo rozhrani.

iptables -A INPUT -i eth1 -o lo -m state --state ESTABLISHED,RELATED -j ACCEPT

Zdenek

[Zbyna]

Dekuji vsem za odpovedi, vecer se do toho pustim a budu Vas informovat.

[Zbyna]

Mam otazku pane Zdenku. Jde tak zapsat to vstupni pravidlo? Do firewallu jsem je dopsal, ale nechce se mi nejak nacist (iptablas -L -vxn), jinak mi to pravidlo pripada velmi logicke.

[Petr Šobáň]

Nevim o co vám jde, ale normálně tam dopište jak jsem vám radil já

iptables -A INPUT -i eth1 -m state --state ESTABLISHED,RELATED -j ACCEPT

Případně to můžete i bez toho eth1 vliv to má stejný. Popis problému o pár příspěvků víše i se zdůvodněním.

Jinak pravidlo iptables -A INPUT -i eth1 -o lo ........ je absolutní nesmysl neboť adresa 127.0.0.1 která by měla tedy dorazit na lo se nemůže vyskytovat nikde v síti takže nemůže přijít na žádné vnější rozhraní takže se nemůže upatnit -i eth1 -o lo pokud by se adresa 127.0.0.1 vyskytla na některém rozhraní ethX tak se vší pravděpodobností jde o nějaký útok. Adresa 127.0.0.1 je přiřazená rozhraní lo takže při vysílání na adresu 127.0.0.1 se použije rozhraní lo takže se data nedostanou vůbec na kabel a jsou znovu přijatá rozhraním lo na tom stejném PC.

[Zdeněk Štěpánek]

Zdravim

No za tenhle nesmysl se omlouvam, nemem sebemensi tuseni proc jsem tam to "-o lo" dopsal kdyz to ani ja sam ve firewallu nemam. Asi cernej den.

Povolovat established a related bez udani vstupniho rozhrani je blbost, protoze by se to pak zbytecne aplikovalo i na spojeni z vnitrni site coz je zbytecne.

Zdenek

[Petr Šobáň]

Není to až tak od veci i ve vnitřní síti nemusím mět povolené všechno a i na vnitřní síti můžou být služby zakázané.

Je dokázáno že hromada průniku bývá zvnitřku, z internetu zabespečené a z vnitřní sítě ne.

[Zdeněk Štěpánek]

Zdravim

No jo mas pravdu, ja ale nechavam vnitrni rozhrani vzdycky cely otevreny takze to co popisujes bych dal spis na servery do DMZ, o cemz se tady nebavime. Takd yjde o to koho si do site pustis, tady jde o nejakou malou domaci (panelakovou, wifi) sit, kdybych delal router nekde u nejakeho providera kde nevim co je za tim kabelem co vede do stropu z eth1 tak to je samozrejme o necem jinym.

Uz koncim.

Zdenek

[Zbyna]

Tak fungujici reseni je:

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

ted vyzkousim postupne interfaces abych zjistil, proc to predtim neslo. Myslite si ze z hlediska bezpocnosti je to chyba ze tam nejsou uvedeny interfaces?

http://iptables-tutorial.frozentux.net/iptables-tutorial.html#BASICS

Jinak toto je peknej zdroj informaci, ale to asi vite. Jeste jednou diky.

[Petr Šobáň]

Proč to nefunguje s lo jsem vám popsal teď a proč vám to nefungovalo předtím máte podrobně vysvětlené taky o pár příspěvků výše viz příspěvek z 23.3.2004 v 10:34 pokud si to přečtete tak pochopíte.

PS. Proč jsem to psal když to nečtete (((

[Zbyna]

Promin jsem slepej jako patron.......

Fakt to tam je.... vsiml jsem si toho az jsem to odeslal...

A ted mi prisli emaily na zmenu v diskusi

Fakt sorry