abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 0
dnes 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
včera 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 8
včera 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
včera 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 2
včera 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
včera 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
včera 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 763 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Neroutuje, pokud zapnu firewall

1.2.2005 19:14 Rozik | skóre: 14
Neroutuje, pokud zapnu firewall
Přečteno: 209×
Dobry den, konocne se rysuje moje brzke pernamentni pripojeni k internetu a tak jsem se dokopal ke studii iptables, abych byl pripraven na nebezpeci z internetu. Dostal jsem se vsak do problemu a nevim jak dal :(. Za jakekoliv rady budu moc vdecny a pripadne vyreseni problemu mi udela obrovitanskou radost, nebot se snazim o rozchozeni firewallu jiz tyden :(.

Abych neodbocoval, situace je takovato.

/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.1.100
NETMASK=255.255.255.0
GATEWAY=192.168.1.255
/etc/sysconfig/network-scripts/ifcfg-eth1 - dano poskytovatelem inetu
DEVICE=eth1
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.65.3
NETMASK=255.255.255.128
GATEWAY=192.168.65.1
/etc/sysconfig/network-scripts/ifcfg-lo
DEVICE=lo
ONBOOT=yes
NAME=loopback
IPADDR=127.0.0.1
NETWORK=127.0.0.0
NETMASK=255.0.0.0
BROADCAST=127.255.255.255
Ping na lokalni sit i na AP do internetu funguje meho routeru funguje.

Routing jsem rozchodil nasledovne pomoci sh scriptu
# Vase IP adresa a vnejsi rozhrani
INET_IP="192.168.65.3"
INET_IFACE="eth1"

# IP a broadcast adresa a rozhrani vnitrni site
LAN1_IP="192.168.1.100/24"
LAN1_BCAST="192.168.100.255/32"
LAN1_IFACE="eth0"

# Lokalni loopback rozhrani
LO_IFACE="lo"
LO_IP="127.0.0.1/32"

# Cesta k programu iptables
IPTABLES="/sbin/iptables"

echo "1" > /proc/sys/net/ipv4/ip_forward
$IPTABLES -t nat -A POSTROUTING -o $INET_IFACE -j MASQUERADE
do teto chvile vse fungovalo tak jak ma i z klientu v siti eth0.

Pote jsem vsak nasel pusobivy script pro firewall na http://www.petricek.cz, ktery jsem upravil do nasledujici podoby a ejhle. Vse prestalo fungovat.

/etc/rc.d/firewall.sh
#!/bin/sh

# Vase IP adresa a vnejsi rozhrani
INET_IP="192.168.65.3"
INET_IFACE="eth1"

# IP a broadcast adresa a rozhrani vnitrni site
LAN1_IP="192.168.1.100/24"
LAN1_BCAST="192.168.100.255/32"
LAN1_IFACE="eth0"

# Lokalni loopback rozhrani
LO_IFACE="lo"
LO_IP="127.0.0.1/32"

# Cesta k programu iptables
IPTABLES="/sbin/iptables"

# Inicializace databaze modulu
/sbin/depmod -a

# Zavedeme moduly pro nestandardni cile
/sbin/modprobe ipt_LOG
/sbin/modprobe ipt_REJECT
/sbin/modprobe ipt_MASQUERADE

# Modul pro FTP prenosy
/sbin/modprobe ip_conntrack_ftp
/sbin/modprobe ip_nat_ftp

# Zapneme routovani paketu
echo "1" > /proc/sys/net/ipv4/ip_forward
echo "1" > /proc/sys/net/ipv4/tcp_syncookies

# rp_filter na zamezeni IP spoofovani
for interface in /proc/sys/net/ipv4/conf/*/rp_filter; do
   echo "1" > ${interface}
done

# Implicitni politikou je zahazovat nepovolene pakety
$IPTABLES -P INPUT DROP
$IPTABLES -P OUTPUT DROP
$IPTABLES -P FORWARD DROP

Omlouvam se za nasledujici strankovou diru 
- nevim, proc to dela...
zadne radkovani ani strankovani tu neni...
#
# Retezec PREROUTING v NAT tabulce
#
# Presmerujeme port 2222 na port 22 (ssh) na stanici 192.168.1.1 - nas pokus server :D 
$IPTABLES -t nat -A PREROUTING -p tcp -d $INET_IP --dport 2222 -j DNAT --to 192.168.1.1:22

#
# Retezec POSTROUTING v NAT tabulce
#

# IP maskarada - SNAT
# NATujeme 
# $IPTABLES -t nat -A POSTROUTING -o $INET_IFACE -j SNAT --to $INET_IP

# Pekna blbost, budeme to delat pomoci Masquerade, at se nemusime starat o pridelenou IP. Az budeme mit verejnou,
# budeme to delat pomoci SNATu...
$IPTABLES -t nat -A POSTROUTING -o $INET_IFACE -j MASQUERADE


#
# Pridavne retezce pro snazsi kontrolu na rezervovane adresy
#

# Zahazovat a logovat (max. 5 x 3 pakety za hod)
$IPTABLES -N logdrop
$IPTABLES -A logdrop -m limit --limit 5/h --limit-burst 3 -j LOG --log-prefix "Rezervovana adresa: "
$IPTABLES -A logdrop -j DROP


# V tomto retezci se kontroluje, zda prichozi pakety nemaji nesmyslnou IP adresu
$IPTABLES -N IN_FW
$IPTABLES -A IN_FW -s 192.168.0.0/16 -j logdrop # rezervovano podle RFC1918
$IPTABLES -A IN_FW -s 10.0.0.0/8 -j logdrop     #   ---- dtto ----
$IPTABLES -A IN_FW -s 172.16.0.0/12 -j logdrop  #   ---- dtto ----  
$IPTABLES -A IN_FW -s 96.0.0.0/4 -j logdrop     # rezervovano podle IANA
# ... dalsi rezervovane adresy mozno doplnit podle 
#       http://www.iana.com/assignments/ipv4-address-space


# TOS flagy slouzi k optimalizaci datovych cest. Pro ssh a ftp (telnet)
# pozadujeme minimalni zpozdeni. Pro ftp-data zase maximalni propostnost
$IPTABLES -t mangle -A PREROUTING -p tcp --sport ssh -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A PREROUTING -p tcp --dport ssh -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A PREROUTING -p tcp --sport ftp -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A PREROUTING -p tcp --dport telnet -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A PREROUTING -p tcp --sport ftp-data -j TOS --set-tos Maximize-Throughput



#
# Retezec FORWARD
#

# Navazovani spojeni ala Microsoft -
# Paket navazuje spojeni, ale nema nastaveny priznak SYN, pryc s nim
$IPTABLES -A FORWARD -p tcp ! --syn -m state --state NEW -j DROP

$IPTABLES -A FORWARD -p tcp -i $INET_IFACE --tcp-flags SYN,FIN SYN,FIN -j LOG -m limit --limit 10/m --log-prefix="bogus packet: "
$IPTABLES -A FORWARD -p tcp -i $INET_IFACE --tcp-flags SYN,FIN SYN,FIN -j DROP

# Nechceme rezervovane adresy na internetovem rozhrani
$IPTABLES -A FORWARD -i $INET_IFACE -j IN_FW

# Umoznit presmerovani portu na stanici (ssh na pokus server) dovnitr site
$IPTABLES -A FORWARD -i $INET_IFACE -o $LAN1_IFACE -p tcp -d 192.168.1.1 --dport ssh -j ACCEPT

# Routing zevnitr site ven neomezujeme
$IPTABLES -A FORWARD -i $LAN1_IFACE -j ACCEPT

# Routing zvenku dovnitr pouze pro navazana spojeni (stavovy firewall)
$IPTABLES -A FORWARD -i $INET_IFACE -o $LAN1_IFACE -m state --state ESTABLISHED,RELATED -j ACCEPT

# Ostatni pakety budou zahozeny, tak je budeme logovat (12 x 5 pkt/hod)
$IPTABLES -A FORWARD -m limit --limit 12/h -j LOG --log-prefix "forward drop: "


#
# Retezec INPUT
#

# Navazovani spojeni ala Microsoft -
# Paket navazuje spojeni, ale nema nastaveny priznak SYN, pryc s nim
$IPTABLES -A INPUT -p tcp ! --syn -m state --state NEW -j DROP

# Portscan s nastavenym SYN,FIN
$IPTABLES -A INPUT -p tcp -i $INET_IFACE --tcp-flags SYN,FIN SYN,FIN -j LOG -m limit --limit 10/m --log-prefix="bogus packet: "
$IPTABLES -A INPUT -p tcp -i $INET_IFACE --tcp-flags SYN,FIN SYN,FIN -j DROP

# Nejprve se zbavime nezadoucich adres
$IPTABLES -A INPUT -i $INET_IFACE -j IN_FW

# Pravidla pro povolene sluzby 
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 21 -j ACCEPT  #FTP server
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 22 -j ACCEPT  #SSH server
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 25 -j ACCEPT  #SMTP server
$IPTABLES -A INPUT -i $INET_IFACE -p UDP --dport 53 -j ACCEPT  #DNS server UDP
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 53 -j ACCEPT  #DNS server TCP
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 80 -j ACCEPT  #WWW server
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 110 -j ACCEPT #POP3 server
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 143 -j ACCEPT #IMAP server
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 443 -j ACCEPT #HTTPS server
# $IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 873 -j ACCEPT #rsync server

# Sluzbu AUTH neni dobre filtrovat pomoci DROP, protoze to muze
# vest k prodlevam pri navazovani nekterych spojeni. Proto jej
# sice zamitneme, ale tak, aby nedoslo k nezadoucim prodlevam.
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 113 -m limit --limit 12/h -j LOG
$IPTABLES -A INPUT -i $INET_IFACE -p TCP --dport 113 -j REJECT --reject-with tcp-reset #AUTH server

# Propoustime pouze ICMP ping
$IPTABLES -A INPUT -i $INET_IFACE -p ICMP --icmp-type echo-request -j ACCEPT

# Loopback neni radno omezovat
$IPTABLES -A INPUT -i $LO_IFACE -j ACCEPT

# Stejne jako pakety z lokalni site, jsou-li urceny pro nas
$IPTABLES -A INPUT -i $LAN1_IFACE -d $LAN1_IP -j ACCEPT
$IPTABLES -A INPUT -i $LAN1_IFACE -d $INET_IP -j ACCEPT

# Broadcasty na lokalnim rozhrani jsou take nase
$IPTABLES -A INPUT -i $LAN1_IFACE -d $LAN1_BCAST -j ACCEPT

# MS klienti maji chybu v implementaci DHCP
$IPTABLES -A INPUT -i $LAN1_IFACE -p udp --dport 67 -j ACCEPT

# Pakety od navazanych spojeni jsou v poradku
$IPTABLES -A INPUT -d $INET_IP -m state --state ESTABLISHED,RELATED -j ACCEPT

# Vsechno ostatni je zakazano - tedy logujeme, maxim. 12x5 pkt/hod 
$IPTABLES -A INPUT -m limit --limit 12/h -j LOG --log-prefix "INPUT drop: "

#
# Retezec OUTPUT
#

# TOS flagy slouzi k optimalizaci datovych cest. Pro ssh, ftp (telnet)
# pozadujeme minimalni zpozdeni. Pro ftp-data zase maximalni propostnost
$IPTABLES -t mangle -A OUTPUT -o $INET_IFACE -p tcp --sport ssh -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A OUTPUT -o $INET_IFACE -p tcp --dport ssh -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A OUTPUT -o $INET_IFACE -p tcp --sport ftp -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A OUTPUT -o $INET_IFACE -p tcp --dport ftp -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A OUTPUT -o $INET_IFACE -p tcp --dport telnet -j TOS --set-tos Minimize-Delay
$IPTABLES -t mangle -A OUTPUT -o $INET_IFACE -p tcp --sport ftp-data -j TOS --set-tos Maximize-Throughput

# Povolime odchozi pakety, ktere maji nase IP adresy
$IPTABLES -A OUTPUT -s $LO_IP -j ACCEPT
$IPTABLES -A OUTPUT -s $LAN1_IP -j ACCEPT
$IPTABLES -A OUTPUT -s $INET_IP -j ACCEPT

# Povolime DHCP broadcasty na LAN rozhrani
$IPTABLES -A OUTPUT -o $LAN1_IFACE -p UDP --dport 68 --sport 67 -j ACCEPT

# Ostatni pakety logujeme (nemely by byt zadne takove)
$IPTABLES -A OUTPUT -j LOG --log-prefix "OUTPUT drop: "
Po tomto zasahu mi prestalo routovani behat a nevim proc. Po dlouhem zjistovani jsem zjistil, ze to neni jen problem z klientu, ale i ze samotneho routeru, protoze nebylo mozne pingnout AP. Z nasledujiciho jsem usoudil, ze zrejme zahazuji i pakety, ktery zahazovat nemam a vubec nevim kde. Kde je chyba? Ve skriptu jsem iptablu rekl, at loguje, ale log jsem nenasel. Kam vubec loguje? Pouzivam distribuci RH 9.0. Kernel puvodni, iptables taktez.

Predem dekuji vsem zucastnenym.
-- Zadny uceny z nebe nespad --

Odpovědi

1.2.2005 21:00 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
Takhle to dopadá když někdo bezmyšlenkovitě přepíše nějakej text a neví co to dělá :-)

Takže si nastudujte jak to chodí

Nat howto CZ Jednoduchý firewall Další firewall

Jinak pro místní síť bych zvolil jinou sadu IP než co máte do sítě na internet. Takže pro svoji místní zvolte IP v rozsahu 10.0.y.x a pro tu k providerovy 192.168.s.d pokud to tak nezměníte tak budete muset šahat do nastavení routování a dělat další opičárny s maskamy sítě.

Jinak logy /var/log/* (* asi messages pokud jsi to nezměnil jinam)
1.2.2005 21:36 Rozik | skóre: 14
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
Jenze ja to neopsal bezmyslenkovite :-) - peclive jsem prostudoval clanky na www.petricek.cz - psal tutorialek "stavime firewall" na root.cz - 3. dilny clanek. Vim, co ten script ma delat, nebot veskera syntaxe a dana problematika je v techto clancich vysvetlena. Zmena IP adres je nesmyslna - zakonite to musi fungovat i na soucasnem nastaveni - tj. 192.168.65.a a 192.168.1.b Uz jste videl lokalni sit zacinajici rozsahem 10.0.x.y? :-) Pokud se nemylim, tak prave pro tyto ucely je vymezen rozsah 192.168.c.d. Jelikoz muj provider je WIFI sit pripojena do internetu, neni divu ze se setkavame prave se sitemi 192.168.65-provider.a a 192.168.1.b-ja. Jestlize routovani funguje (i pomoci IP masqurade), nez doplnim dalsi pravidla input, output a forward, tak to jit musi. Pravdepodobne ve skriptu delam stale dokola jednu a tu samou chybu (ktera mi filtruje vic, nez si myslim ze ma filtrovat) a nevim kde...

o /var/log/message jsem si to myslel taky, ale ouvej. Rovnez /var/log/secure je prazdne. U iptables jsem nic neprenastavoval...

I tak diky za reakci :-)
-- Zadny uceny z nebe nespad --
Luboš Doležel (Doli) avatar 1.2.2005 22:05 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
Vemte si Guarddog nebo KMyFirewall a naklikejte si to. Ono se při tom klikání většinou přecejen neudělá tolik chyb....
1.2.2005 22:08 Michal Kubeček
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
1. Všechny tři rozsahy 10.0.0.0/8, 172.16.0.0/12 a 192.168.0.0 jsou rovnocenné a jsou určeny k témuž účelu. Je to dáno historicky, protože v pre-CIDR terminologii to byl jeden rozsah třídy A, 16 rozsahů třídy B a 256 rozsahů třídy C. Ten "áčkový" se naopak používá velmi často, protože je největší.

2. Pokud, jak sám píšete, je problém i s provozem, který pochází přímo z vašeho stroje, proč píšete, že váš počítač neroutuje?

3. V první fázi se vykašlete na filtraci v řetězci OUTPUT. Na vašem stroji snad nic tak hrozného neběží, a pokud ano, je to problém sám o sobě. Nemluvě o tom, že si nejsem úplně jistý, nakolik je korektní testovat zdrojovou adresu v řetězci OUTPUT.

4. Automatické povolení všeho z vnitřní sítě není příliš šťastný nápad. Představa, že ti zlí jsou jen venku, je jednou z nejčastějších chyb.

5. Ale hlavní kámen úrazu vidím v řetězci IN_FW. Pokud segment, do kterého připojujete své vnější rozhraní, používá rozsah 192.168.65.0/25, pak nemůžete zahazovat celý rozsah 192.168.0.0/16, jinak se nedomluvíte s nikým, kdo je "příliš blízko"

6. Přimlouval bych se za trochu konzistentnější pojmenování proměnných. Proč je INET_IP adresa vašeho vnějšího rozhraní, ale LAN1_IP celý rozsah vnitřní sítě? Navíc broadcast adresu vnitřní sítě máte špatně.

7. Rozsah adres pro lokální smyčku je 127.0.0.0/8, ne 127.0.0.1/32.

1.2.2005 22:58 Rozik | skóre: 14
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
ad 1) omlouvam se za neznaloust. Zrejme jsem cerpal az z moc starych materialu, nebo mi to neutkvelo v pameti :-) - alespon jsem zase o neco chytrejsi :-) System IP pro intranet je vskutku vymakany.

ad 2) hovoril jsem, ze prestava routovat az kdyz aplikuji druhy script.

ad 3) zde chyba nebyla, ale i tak jsem cely output odstranil

ad 4) Nechaval jsem si zatim vse volne, abych nenarusil chod na vnitrni siti. Da se rici, ze jsem testoval firewall tam, kde jsem nemohl zpusobit skodu. Samozrejme mam v planu napsat i pravidla pro vnitrni sit.

ad 5) To je presne to o cem jsem hovoril. Nekde mam chybu, ale nevim kde :-) Mockrat diky. Po tomto ukonu se mi routrovani opetovne rozbehlo :-)

ad 6) napravil jsem. Jak by broadcast adresa vnitřní sítě tedy mela vypadat?

ad 7) Skolacka chyba :-)
-- Zadny uceny z nebe nespad --
1.2.2005 23:20 Michal Kubeček
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
Ad 2. Měl jsem na mysli ten termín routování. S routingem má totiž netfilter společné jen to, že přepisem cílové adresy (případně u policy routingu ještě manipulacemi v tabulce mangle) můžete ovlivnit, jak bude paket směrován.

Ad 5. Problém je v tom, že 192.168.65.0/25 je podmnožinou 192.168.0.0/16, takže přijde-li zvenku jakýkoli paket s takovou zdrojovou adresou, vy ho v IN_FW zahodíte. To by se ale mělo týkat jen paketů, které k vám přijdou z takových adres, se zbytkem světa byste měl být schopen komunikovat i s touto chybou.

Ad 6. Jako broadcast adresa se obvykle používá poslední adresa rozsahu, tj. ta, která má host part vyplněnou jedničkami. V případě 192.168.1.0/24 by to bylo 192.168.1.255. Nejjednodušší je podívat se, co vám ukáže 'ip addr show dev eth0'.

1.2.2005 23:36 Rozik | skóre: 14
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
ad 2) v tom pripade ip masquarade :-)

ad 5) jiz pri minulem prispevku jsem vedel, o cem mluvite - proto se to opet rozbehlo :-)

ad 6) uz vim, ktera bije - na stroji jsem v dobe, kdy jsem cetl Vasi reakci, jiz mel opravenou broadcast adresu na 192.168.1.255 a proto jsem nevedel o cem mluvite. Po tom, co jsem se podival, co jsem zde uverejnil (192.168.100.255) jiz chapu.
-- Zadny uceny z nebe nespad --
1.2.2005 23:26 ...... | skóre: 41 | blog: ...
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
jak to může fungovat, když firewall od Petříčka je dělaný pro router s veřejnou IP a v IN_FW testuje zda se na venkovním rozhraní neocitla adresa z výše uvedených rozsahů? Jelikož provider i vy používáte tyto rozsahy, tak jste si zakázal všechno!
hawk
1.2.2005 23:34 Michal Kubeček
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
Všechno ne, jen to, co přijde z toho rozsahu. Problém by měl nastat jen při komunikaci se "sousedy" nebo se službami, poskytovanými providerem (MTA, nameserver apod.).
2.2.2005 12:19 ...... | skóre: 41 | blog: ...
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
no myslel jsem všechno na venkovním rozhraní.....protože IN_FW kontroluje jen zde. Díky za opravu
2.2.2005 13:43 Michal Kubeček
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
Možná tu došlo trochu k nedorozumění, takže to pro jistotu ještě upřesním. Ta chyba se dotýká jen paketů, které přijdou na vnější rozhraní a mají zdrojovou adresu v některém z rezervovaných rozsahů, což je pravděpodobně jen bezprostředně přiléhající segment. Provoz z celého Internetu přichází také na vnější rozhraní, ale toho by se to dotknout nemělo (není-li tam ještě nějaký jiný problém).
1.2.2005 23:42 Rozik | skóre: 14
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
o par reakci vyse jsem dekoval, ze me na to upozornili :-) => jiz to z IN_FW bylo odstraneno.
-- Zadny uceny z nebe nespad --
1.2.2005 23:58 Rozik | skóre: 14
Rozbalit Rozbalit vše Re: Neroutuje, pokud zapnu firewall
Lidicky, mockrat Vam dekuji, ze jste se zucastnili teto konverzace a pomohli mi najit tu chybicku v IN_FW. Dekuji mnohokrat!!!!!!!!!!!!!!!!!!
-- Zadny uceny z nebe nespad --

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.