Hozzászólások
-
Bejegyzés
-
vifa wrote:.
DC++ -hoz kellene olyan megoldás hogy minden belsõ kliens aktív lehessen. Lehet hogy hülyeséget kérdezek mert nem vágom ezt a DC-s témát lehet hogy nem is enged fel ugyanazon dinamikus címrõl több felhasználót.
Ezeket a szabályokat adtam hozzá az iptables-höz:
iptables -t nat -A PREROUTING -i ppp0 -s 0/0 -p tcp –dport 411 -j DNAT –to 192.168.1.2:411
iptables -A FORWARD -i ppp0 -o eth1 -p tcp -s 0/0 -d 192.168.1.0/24 –dport 411 -j ACCEPT
Ez viszont csak a 192.168.1.2 gápnek engedi.
Van megoldás?Van. A DC++-ban beállíthatod melyik portot figyelje aktív üzemmódban. Minden DC-zõ gépnek adj egy nem használt portot (mindnek különbözõt), és azt forwardold (minden gépnek állandó ip kell !!!). Megjegyzem a 411-es általában (!) a DC hub portja (amin keresztül küldözgeti a keresés eredményeit). Ezt inkább ne használd aktív portlént, mert összekutyulódhat. Ja és mind a TCP mind az UDP packeteknek kell forward szabály.
pl.
-A PREROUTING -i ppp0 -s 0/0 -p tcp -m -tcp –dport 10111 -j DNAT –to-destination 192.168.1.2:10111
-A PREROUTING -i ppp0 -s 0/0 -p udp -m -udp –dport 10111 -j DNAT –to-destination 192.168.1.2:10111
(ja bocs az iptables -t stb lemaradt, mert iptables-save – restore-t használok)Ja és mégegy dolog: a samba-doc ban van egy diagnosis.html , amiben 10 lépésen kersztül le van vezetve, hogyan lehet ellenõrizni a rendszert mind kliens, mind szerveroldalról.
Kicsit áírtam mert volt egy-két idegesítõ dolga ( nem lehetett a sávszûkítést este be és reggel kikapcsolni (a kezdés órájának kisebbnek kellett lennie) ) .
Bocs, hogy közbeszólok ,lehet, hogy a problémád már megoldottad. Egy-két tanács (ha szükséged van rá):
amennyire én tudom, a traffic shaper konkréten egy-egy csatoló (eth,ppp stb.) TELJES sávszélesség-szûkítésére való és nem host szintûre. Legalábbis, amikor nekem erre volt szükségem, így volt. Erre én a shaperd démont használom, ami képes host szintû sávszûkítésre és néhány hónap óta mûködik. Ehhez írtam egy egyszerû bash szkriptet, amely automatikusan egyenlõ arányban ossza el a fel/letöltési sávszél.-t az éppen felkapcsolódott hostok között. Ha érdekel, ez a kis kütyü jelezd.
A másik. Ha ennyi az össz tûzfalad akkor elég lukas. Persze nem írtad, hogy a NAT-on kívül milyen más szolgáltatás fut a routeren.
A harmadik. Lehet, hogy kisbetu szánalmas (neked), de aki normális vele azzal viszont is az. Igaz közelrõl nem ismerem, de már segített egy-két dologban.
Hi!
Beállítottam az ftp 22 -es portot is ugyanígy (plusz az fwmark), most addig megy a dolog, hogy kapcsolódik, de a LIST parancs már nem fut le, hanemj vár,vár….Hem tom probléma-e de nálam az interfaces-ben a broadcast és a network elõtt nincs benn a #.
Ha ez nem segít, a route tábládat add meg. Ha ott is ok minden, akkor jön a tûzfal.
legutóbbi hsz