Jó estét!
Felraktam egy gépre egy Ubuntu Dappert. Van benne két db RTL8139 kárty (tudom, tudom..... sz*r, de ez volt). Az eth1 meg az ADSL modembe. Beállítottam a pppoeconf -al. Működik is. Az eth0 címe 10.0.0.1, ez megy egy switchbe.
Beraktam a /etc/rc.local -ba:
echo "1" > /proc/sys/net/ipv4/ip_forward
iptables -F
iptables -F -t nat
iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -o ppp0 -j MASQUERADE
iptables -A INPUT -i ppp0 -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -i eth0 -j ACCEPT
iptables -A INPUT -i ppp0 -p tcp --dport 3001 -j ACCEPT
iptables -A INPUT -j REJECT
Korábban mindig így csináltam ha egy egyszerű ADSL megosztásra volt szükségem. Ezzel a technikával ment mindig minden szépen. Ám, most a következő jelenség tapasztalható. A linuxos gépről gond nélkül, folyamatosan megy az internet. Ám a 10.0.0.0/24 -es alhálózaton lévő gépekről nem mindig. Miután pon dsl-provider -el felépítem a kapcsolatot, a többi wines (xp és 2k) gépről azonnal megy, majd rövid idő után, ha meg akarok nyitni egy weboldalt, akkor a böngésző státuszsávjában: Várakozás a kiszolgálóra ....
Ilyenkor a ping 10.0.0.1 ad választ és ping www.barmidomain.hu is ad választ. A levelezőprogramok (TBird és Outlook Express) sem tudják lekérni a levelet. A linuxos gépen ekkor hiba nélkül meg. Ha ilyenkor a linuxos gépen nyomok egy poff -a && pon dsl-provider -t akkor ismét egy kis ideig megy a wines gépekről ismét, majd szintén elhal. A syslogban és a daemon.log -ban nincs semmi hiba. Leforgattam a legfrisebb (2.6.18.1) kernelt, de a hiba nem múlt el. Találkozott már valaki ilyennel? Merre keresgéljem a hibát?
Előre is köszi!
Laci
- 1918 megtekintés
Hozzászólások
Próbáltam az MTU -t 1492 -vel és 1452 -vel is, de semmi változás :(
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
probald meg hogy az osszes szabaly vegere beraksz egy -j LOG -ot valami ertelmes prefixel es nezed, hogy mi tortenik.
Ugy lenne jo ha latnal valamit a logban, hogy tortenik/nem tortenik valami egy ido utan.
- A hozzászóláshoz be kell jelentkezni
Ez egy kicsit kaotikus méreteket öltene, nem :)? De majd kipróbálom.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
hat ha csak a 10.0.0.0/24-es halo kuld akkor lehet, hogy csak egy ido utan fog elkezdeni logolni amikor az elozo szabalyok nem ervenyesek az adott csomagra.
- A hozzászóláshoz be kell jelentkezni
ha eltavolitod az utolso input rule-t ? -j REJECT akkor is ugyanezt az eredmenyt kapod?
- A hozzászóláshoz be kell jelentkezni
Igen, sajnos a REJECT sor eltávolítása sem oldotta meg a problémát, de nem is lenne jó nélküle az élet :)
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
amikor a 10.0.0.0/24-es halon nem tudsz bongeszni a linuxos gepen tudsz?
- A hozzászóláshoz be kell jelentkezni
A linuxos gépen mindig megy minden. Most beállítottam egy transparent squidet és így a wines gépek mennek folyamatosan, de ez így nem megoldás sajnos. És azért nem DSL routerrel csináltam meg, mert így kérte a megrendelő, mert fut még más is ezen a gépen.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
ha megall a 10.0.0.0/24-re a forgalom akkor tudnal majd nyomni egy "ifconfig -a"-t?
- A hozzászóláshoz be kell jelentkezni
nem lehet, hogy szakad a kapcsolat es a pon felhuz egy masik ppp interface-t ppp1 neven. A ppp0 meghal es az ujra pedig nincsen NAT szabaly?
- A hozzászóláshoz be kell jelentkezni
ha valami nem megy, ki kell debuggolni. Senki se tudja ezt kézhátból megoldani. A logolás+tcpdump a legkézenfekvőbb eszköz az iptables debuggolására.
- A hozzászóláshoz be kell jelentkezni
Az egész problémára egy <10E Ft-os doboz a megoldás... SZép, hogy mindent pécé+linux, de ha számológépre van szükséged, akkor is a pc-det kapcsolod be? Minek olyasmivel szenvedni (ADSL-router), amit már valaki megcsinált...? És van Linuxot futtató dobozka is.
Bár hobbiból mindenki úgy sz...atj amagát, ahogy akarja...
- A hozzászóláshoz be kell jelentkezni
az tud QOS-t ennyi pénzért pl? nem hiszem.............
- A hozzászóláshoz be kell jelentkezni
OK. az picinyt drágább kategória.
- A hozzászóláshoz be kell jelentkezni
Mert az nem tud postfix+spamassassint ;) és egyebeket.
Meg így kérték és kész :)
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
Ha szárítókötélen kell gigabitet átvinni, azt is megcsinálod? Az "így kérte" az egyik fele, a "mit adzs el neki" a másik fele a dolgoknak. A szervert direktben nem raknám ki a netre router/tűzfalként -- egy lépcsővel kevesebb egy támadó számára, nem terheli az internetes forgalom a gépet, mindkét célra a megfelelő eszközt használod, nem pedig mindent egybelapátolva, etc. Az "így kérte"-vel szemben egy kis meggyőzés, és a 8-10E Ft máris elcsúszik a költségek között, és utána örülni is fog, hogy mindne szépen megy. csak egy kérdés: hány óra melót öltél ele abba, hogy a szerverből routert _is_ csinálj, és hány óra kell még, hogy működjön rendesen? Mennyit ér neked, ill. a megrendelőnek egy óra meló?
- A hozzászóláshoz be kell jelentkezni
Ezzel én is tisztában vagyok. De vannak "meggyőzhetetlen emberek" sajnos. Szerinted nem mndtam neki, hogy vegyünk egy routert? Egyébként ugyan ezzel a megoldással, szoftverkörnyezettel Datanetes ADSL megosztásnál nincs probléma. Korábban egy másik emberkénél ugyan ez volt, és ott is T-online -os ADSL volt. Annak a vége az lett, hogy vettek egy Linkss Wireless routert, mert pont vett a főnök bácsi egy notebookot. Azzal ment rendesen. Elképzelhető hogy a T valahogy (jó kérdés hogyan) szűrné az eféle megoldásokat (ebben hiszek a legkevésbé, de fura, hogy Datanetesekkel nincs bib)?
Ja, ha kell, akkor a szárítókötél mellet is átviszem a gigabitet ;)
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
"Ja, ha kell, akkor a szárítókötél mellet is átviszem a gigabitet ;)"
that's the spirit ;-)
- A hozzászóláshoz be kell jelentkezni
Mindent csak akarni kell, és ha nagyon de nagyon akarod, akkor ......
Jó büdös lesz :)
Komolyra fordítva a szót. Még mindig nem működik a dolog ha lekapcsolom a transparent proxyt. A végén már saját zsebből veszek valami routert. Egyébként más nem találkozott ilyen jelenséggel??
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
Nezz korul az iptables doksiban a tcpmss-nel!
A FORWARD-hoz nem art:
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
- A hozzászóláshoz be kell jelentkezni
esetleg egy sima sarge, lehet, hogy valami modul bug az iptablesben...........
esetleg fordits uj kernelt az rtl chipset miatt..............
- A hozzászóláshoz be kell jelentkezni
LAN oldalon tekergetted at MTU-t? Milyen szviccset használsz?
- A hozzászóláshoz be kell jelentkezni
A LAN oldalon nem állítottam az MTU -t. Valami KTI switch van. Előtte hibátlanul ment egy debian woody -val (igaz ott nem volt spamassassin és postfix, de ezek nem keverhetnek bele) 2.4 -es kernellel ugyan ebben a felállásban, azzal működött. Néztem az ifconfiggal, nincs eldobott csomag egy darab sem. Kegyetlen X atka az egész.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
Hello.
Nezd meg a tobbi gepen, hogy be e van allitva, a default gateway , es ipcimek, es az ubuntus gepen is is nezd meg a resolv.conf ot, hogy mik a dnsek , szoval a Microsoftos gepeken is allitsd be az ipt es atjarot ,
iptables -A INPUT -p udp -j ACCEPT
iptables -A INPUT -p icmp -m icmp --icmp-type any -j ACCEPT
iptables -A INPUT -s 10.0.0.0/24 -j ACCEPT
meg meg ezt add hozza az iptableshez.
Gondolom bongeszoben nincs beallitva proxy, szoval az kizarva.
Lehetseges hogy nem allitottad be az ipt, es a Windowsos gepek , mas ipt allitanak be, amire mar nincs engedelyezve a forward.
- A hozzászóláshoz be kell jelentkezni
A wines gépek, ha nem lennének jól beállítva, akkor nem mennének egy másodpercig sem. A hálózati beállítások jók.
Miért is lenne jó, ha általánosságban elfogadtatom az udp és icmp csomagokat? A belső hálózatról a LAN kártya felé minden új kapcsolat el van fogadva. A ppp0 (ADSL) felől pedig csak a RELATED és ESTABLISHED állapotú csomagok vannak elfogadva. Ez így azért jó szokott lenni.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
- A hozzászóláshoz be kell jelentkezni
ahm.
- A hozzászóláshoz be kell jelentkezni