Ftp server hangt na LIST commando

Okee … ik heb al een tijdje een Windows 98 SE machine , die een FTP server beheert. Ik maakte tot voor kort gebruik van B6 FTP Server en dat ging tot een weekje of twee geleden altijd goed , maar nu echter blijft hij hangen.

Deze server hangt in een netwerkconfiguratie alwaar Smoothwall (192.168.100.1 als nic en een usb adsl modem als internet) de boel routeerd naar mijn andere pc’s.

Vanzelfsprekend zijn er port forwardings gedaan , dat elke poort 21 access verwijst naar het ip adres waar de ftp server aan hangt.

Het vreemde is , dat het lokaal (dus gewoon in mijn eigen netwerk) er geen enkel probleem is. De ftp server werkt prima en ook het list commando laat mooi een directory zien. Dit werkt prima met diverse clients en programma’s waaronder EFTP Client , Total Commander , ftp.com , etc.

Probeert men het echter via het grote boze internet , dan gaat het inloggen prima , maar gebeurt er , nadat de client een LIST commando heeft verzonden , niets meer.

Een bloemlezing :

2004-02-12 9:33:16 AM Attempting to connect to Thuis (ip adresje) using Proxy server ftp-proxy.gaatniemandwataan.com:21
2004-02-12 9:33:16 AM RECV <- 220 gaatniemandwataan.com (NetCache) Thu, 12 Feb 2004 08:33:17 GMT
2004-02-12 9:33:16 AM Session established to Thuis (80.126.117.107:21) via Proxy gaatniemandwataan:21
2004-02-12 9:33:16 AM SEND -> USER usertje@ipadresje
2004-02-12 9:33:16 AM RECV <- 331-welkomsttekstje
2004-02-12 9:33:16 AM RECV <- 331 Password required for usertje.
2004-02-12 9:33:16 AM SEND -> (It’s a secret!)
2004-02-12 9:33:17 AM RECV <- 230 User usertje logged in.
2004-02-12 9:33:17 AM SEND -> SYST
2004-02-12 9:33:17 AM RECV <- 215 UNIX Type: L8 - EFTP3 Server v3.2.1.101
2004-02-12 9:33:17 AM SEND -> PWD
2004-02-12 9:33:18 AM RECV <- 257 “/hetpad” is current directory.
2004-02-12 9:33:18 AM SEND -> PASV
2004-02-12 9:33:18 AM RECV <- 227 Entering Passive Mode (130,139,37,15,206,103)
2004-02-12 9:33:18 AM SEND -> LIST

En daar blijft het dus bij …

na een tijdje verchijnt er nog

2004-02-12 9:34:18 AM Abnormal termination of socket - StatusCode = 227

Heeft iemand een idee waar aan dit kan liggen ?

Het vreemde vind ik de regel : Entering Passive Mode (130,139,37,15,206,103). Zijn dit de poorten die de ftp proxy en de ftp server open gooien voor datacommunicatie ?

Nog zoiets wazigs is dat , ook al heb ik Passive mode bij zowel de proxy als de login UITGESCHAKELD. Dan nog stuurt ELKE CLIENT een PASV commando. What the fuck !?

Misschien moet ik maar ns op zoek naar een ontzettend makkelijke en kleine , volledig automatische zichzelf installerende liux distributie met webserver en ftp server.

Is het wellicht zo dat je FTP server alleen via PASV mode kan communiceren? Sommige FTP servers kun je hierop instellen.

In NAT netwerken kan een FTP server die in PASV mode draait nogal eens problemen geven (heb ik destijds grote problemen mee gehad), omdat de FTP server een willekeurige poort opengooit om de data naar de client toe te communiceren.

Hier Heb je een kort stukje informatie waar je wel uit kunt concluderen wat voor jou de beste oplossing is (denk ik :))

Ja, zo’n idee had ik al. Die $#@$#@ server gebruikt natuurlijk “opeens” poorten onder de 1000. Dat laat smoothwall dus niet toe.

Naja , vanavond maar eens de boel helemaal terugbrengen naar nul en opnieuw beginnen.

Net zoals dee-ehn zegt PASV is vrijwel zeker de boosdoener. HEb eht al vaker gehad met het connecten naar ander ftp-servers en dan blijven ze ook " hangen"

Is wel ff off topic, maar wat houd PASV eigenlijk in. En wat voor nut heeft het? Ik heb nl ook dezelfde ftp server ook in een netwerk en ook achter een router, maar daar draait BPFTP als een tierelier. Het enigste dat ik af en toe heb is dat als ik een user geen ww heb gegeven hij er toch eentje in moet vullen hahahah. Maar ik weet dat je PASV uit kunt schakelen in dat proggie. En dan zo

mzzl Dunedaïn

Originally posted by Dee-ehn
Hier Heb je een kort stukje informatie waar je wel uit kunt concluderen wat voor jou de beste oplossing is (denk ik :))

Nice uitleg voor definitie. :slight_smile:

Ik heb zelf ook welis problemen gehad dat mensen die zelf achter een router zaten, zoals ik destijds, niet op m’n ftp konden komen. Zal ook wel met dat PASV aan/uit verhaal te maken aangezien routers vaak NAT gebruiken. Als je dat 2x gebruikt op 2 routers dan kan dat voor problemen zorgen lijkt mij.

En jawel. PASV stond aan , maar gebruikte willekeurige poorten onder de 1000.

Nadat ik had opgegeven op welke poorten het kreng PASV mocht spelen , ging het goed. Ik testte de verbinding met ftp.com bij een collega van me en jawel … prima verbinding. List werkt weer.

Komt ik weer op mijn werk is het zelde verhaal weer.

Ik denk dat de ftp proxy van het werk een beetje gaar aan het worden is , deze pakt namenlijk altijd poorten onder de 100 en dat vind Smoothwall thuis niet zo fijn.

Wat wel vreemd is , dat als ik ftp.com gebruik (eerst op de proxy inloggen , dan op de ftp server) , dat het prima gaat. Ik kan zelfs veranderen van directories en dergelijke. Maar zodra ik ook een LIST of LS doe… hangt de boel. Ik krijg nog een “PORT Command Successful” en da was’t .

Naja , voorlopig doet alles het weer een beetje.