Forum Debian Users Gang

Ja tak ustawiałem dla proftpd - który korzysta także z zakresu...

iptables -A INPUT -p TCP --dport 49152:65534 -i eth0 -j ACCEPT

A tak wygląda cały firewall - wpisujesz sobie tylko regułki z portami - osobiście z tego korzystam

#!/bin/sh
iptables -F
iptables -X
iptables -t nat -X
iptables -t nat -F
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT
iptables -A INPUT -i lo -j ACCEPT
iptables -A FORWARD -o lo -j ACCEPT
iptables -A INPUT -j ACCEPT -m state --state ESTABLISHED,RELATED
iptables -A FORWARD -j ACCEPT -m state --state ESTABLISHED,RELATED
iptables -A OUTPUT -j ACCEPT -m state --state ESTABLISHED,RELATED

# www
iptables -A INPUT -s 0/0 -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -s 0/0 -p udp --dport 80 -j ACCEPT

# ssh
iptables -A INPUT -s 0/0 -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -s 0/0 -p udp --dport 22 -j ACCEPT

# ftp
iptables -A INPUT -p tcp --dport 21 -i eth0 -j ACCEPT
iptables -A INPUT -p udp --dport 21 -i eth0 -j ACCEPT

iptables -A INPUT -p TCP --dport 49152:65534 -i eth0 -j ACCEPT

Ostatnio edytowany przez qbsiu (2008-06-02 06:30:05)

TBH napisał(-a):

Ale bzdury.

rtorrent może pracować tylko na jednym porcie, po co mu zakres? dla wyboru? dla niego to bez różnicy.

Wesnoth - 15000

Sram na to że rodzice cie nie kochają, ale weź się powstrzymaj i nie odpowiadaj w moich tematach, bo gówno pomagasz a za dużo się mądrujesz.
Rtorrent może mieć podany zakres portów na których działa jak by nie mógł nadawać (odbierać) na jednym z nich.
Po odblokowaniu in i out na firewallu port 15000, tcp i udp Wesnoth mi nie działa. Odblokowałem wszystko i podłaczłem Wiresharka. Pokazało mi wiele różnych portów z których gra korzystała: 38969, 53815, 49318, 41851, 41850, 48463, 14998 i duuużo innych. Żaden z nich nie miał numerka 15000.
Nie odpisuj bo nie interesuje mnie twoja wypowiedź.

azhag napisał(-a):

O "wieloportowych" (tym bardziej powyżej 1024) FTP-ach pierwsze słyszę, ale też pewnie niewiele słyszałem.

.

Zapewne człowiekowi chodzi o to , że dana aplikacja kliencka może łączyć się na lokalnym komputerze z serwerem na jakims wyższym porcie np.

 Protokół  Adres lokalny          Obcy adres                              Stan
 TCP    blurp:2050             add222.internetdsl.tpnet.pl:ftp  USTANOWIONO
 TCP    blurp:2052             add222.internetdsl.tpnet.pl:ftp  USTANOWIONO

ale jesli ktoś nie ustawił sobie inaczej to ftp ma swoje standardowe porty, co widać w powyższym kodzie.

Firewalla mam na routerze (Pentagram Cerberus).

tu były screeny
Czy to powinno trybić, bo nie idzie? Już problem rozwiązałem.

Jesli chodzi o FTP to: http://odyniec.net/ftp/ftp.html#passive
Jak dla mnie to jednak te porty > 1024 powinny być otwarte. Program do ftp sobie losuje te porty czy jak je przydziela? Czy istnieje jakiś nowszy protokół który jest udoskonaleniem ftp (tak jak ssh dla telnet i rsh)?

azhag napisał(-a):

rtorrentowi zakres, na którym działa, podajesz w konfigu. Notabene nie musi być wcale zakresem, może to być jeden tylko port (choć wtedy mogą pojawić się takie lub inne problemy).

Podstawy rtorrenta znam. Chodzi mi jednak o to, że jeśli mam podany zakres

azhag napisał(-a):

A może byś sobie darował osobiste wycieczki? Nie lubisz kogoś? Ludzka rzecz. Ale żeby zaraz trollować?
Chyba, że postawiłeś sobie za cel sprawić, żeby innych nie interesowały twoje wypowiedzi.

TBH pisał tego posta tylko w celu, aby ukazać swoją "wyższość" nade mną. Nie chciał czegokolwiek wyjaśnić, tylko mi dokuczyć. Ja ze swojej strony nie potrafiłem się nie odwzajemnić i odpłaciłem mu wypowiedzią z podobnym przesłaniem.

Ostatnio edytowany przez owca (2008-06-03 15:46:13)

Yampress napisał(-a):

skoro to jest

Kod:

iptables -P OUTPUT ACCEPT

to po co to?

Kod:

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

Bo

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

nie uwzględnia stanu NEW ,  a czyni to regułka

iptables -P OUTPUT ACCEPT

.

owca napisał(-a):

Czy istnieje jakiś nowszy protokół który jest udoskonaleniem ftp (tak jak ssh dla telnet i rsh)?

w zasadzie istnieje:
* HTTP dla (niekoniecznie) anonimowego pobierania plikow (ftp nie ma chyba nad nim zadnej przewagi)
* SFTP (fragment ssh) dla autoryzowanego wysylania i pobierania plikow
* ewentualnie takze rsync ...

zlyZwierz napisał(-a):

Bo

Kod:

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

nie uwzględnia stanu NEW ,  a czyni to regułka

Kod:

iptables -P OUTPUT ACCEPT

.

pytanie bylo po co dawac regulke szczegolowa gdy jej wynik jest taki sam jak polityki domyslnej (ACCEPT) ... jedyne uzasadnienie to chyba "gdybysmy chcieli zmienic polityke domyslna"

Ostatnio edytowany przez bercik (2008-06-03 23:57:24)

ale jak oglądam firewale to duzo ludzi  przedstawia te 2 łańcuchy :)
a wystarczy polityka ACCPET na OUTPUT
poza tym widze jeszcze ze 2 niepotrzebne :P linijki

owca napisał(-a):

Yampress napisał(-a):

poza tym widze jeszcze ze 2 niepotrzebne :P linijki

Te z komentarzami? ;-)

niekoniecznie ... podpowiem ze chdzi np. o port 80 w udp ...

owca coś źle widzisz... czyżby słoń Ci nadepł na stope :P

Ostatnio edytowany przez Yampress (2008-06-05 15:45:10)