ftp-ul a mers dupa modprobe ip_nat_ftp. multumesc mult!
On Fri, 3 Dec 2004 17:57:31 -0500, Florin Malita <[EMAIL PROTECTED]> wrote: > nu ne-ai spus daca ai incercat un 'modprobe ip_nat_ftp'. > > nat-ul functioneaza pentru alte servicii (http, etc)? > > incearca cu clientul din linia de comanda, de pe statii: ftp > ftp.sf.net /whatever. eventul fa asta cu tcpdump pornit pe server, pe > amandoua interfetele. ar trebui sa-ti cam dea o idee despre ce se > intampla. > > fm > > > > On Fri, 2004-12-03 at 17:11 -0500, Mircea Popescu wrote: > > nu am proxy. > > > > Dar sa dau un alt exemplu poate cineva are vreo idee: pe serverul meu > > am proftpd si de pe statiile mentionate il pot accesa, cel care imi > > da > > mie internet are si el pe server-ul lui un proftpd activat, dar pe > > acela nu pot sa intru de pe statii (nu e din cauza lipsei vreunei > > parole), deci problema e undeva la mine pe server si nu inteleg de la > > ce ca am doar doua reguli de nat. > > > > > > > > > > Si inca o problema legata de DC++ de data asta. Dar sa incep cu > > topografia. reteaua descrisa in primul mail este reteaua din > > apartament (90.0.0.0), iar serverul din cadrul ei este si parte a > > retelei de cartier (192.168.1.0). Pe acesta retea de cartier exista > > un > > server dc++ pe care il pot accesa de pe statii insa foarte greu. > > > > Ce inseamna foarte greu ... accesarea unui calc prin dc++ dureaza si > > 10 min numai pentru a vedea lista de fisiere, ca sa nu mai zic ca in > > 80% din cazuri imi apare "Connection timed out ...". > > > > Toate acestea se intampla de pe statiile din clasa 90.0.0.0, dar la > > un > > vecin al carul calc are ip din 192.168.1.0 accesarea oricarui alt > > calc > > prin dc++ se face instantaneu. > > > > Mentionez ca serverul de dc++ se afla tot in clasa 192.168.1.0 > > > > Nu stiu de ce am impresia ca solutia pentru ambele probleme (FTP si > > DC++) este cam aceeasi ori foarte apropiata, macar la nivel de > > principiu. > > > > Multam! > > > > > > On Fri, 3 Dec 2004 02:26:26 +0200, MihaiV <[EMAIL PROTECTED]> wrote: > > > On Wed, 1 Dec 2004 11:00:00 -0500 > > > > > > > > > "Malita, Florin" <[EMAIL PROTECTED]> wrote: > > > > > > > inteleg ca le faci SNAT. ai incarcat ip_conntrack_ftp & friends? > > > > > > > > modprobe ip_nat_ftp > > > > > > > > > > > > On Wed, 2004-12-01 at 10:32 -0500, Mircea Popescu wrote: > > > > > se da un server linux plus 2 statii win. > > > > > serverul are - eth0 cu - ip extern de internet si > > > > > - ip virtual > > pentru > > > > > reteaua de bloc - 192.168.1.x > > > > > - eth1 cu - ip 90.0.0.x > > > > > > > > > > statiile sunt pe 90.0.0.x > > > > > > > > > > problema e ca de pe statii locatiile ftp nu sunt accesibile. > > orice > > > > > browser se opreste la "Connecting to ... " in timp ce daca intru > > de > > > > > pe > > > > > server cu Midnight Commander n-am nici o problema cu aceeasi > > adresa > > > > > de > > > > > ftp, in acelasi timp. > > > > > > > > > > un ajutor, ceva ? ... > > > > > > > > > > > pai cred ca trebuia sa se conecteze chiar daca nu avea ip_nat_ftp, > > > problema in cazul asta trebuia sa apara abia la dwl cand se facea a > > > doua conex pt legatura de date (desi nu bag mana in foc:)). > > > alta explicatie ar mai fi ca are un proxy transparent doar pt portul > > 80. > > > > > > -- > > > Mihai Voica > > > > > > > > > > > > > > --- > > > Detalii despre listele noastre de mail: http://www.lug.ro/ > > > > > > > > > > --- > > Detalii despre listele noastre de mail: http://www.lug.ro/ > > > > --- > Detalii despre listele noastre de mail: http://www.lug.ro/ > > --- Detalii despre listele noastre de mail: http://www.lug.ro/
