FTP Server

når jeg kører på localhost er der selvfølgelig ingen problemer

Det drejer som at FTP protokollen har 2 connections:
control og data

Normalt så er connection:
  control: client->server
  data: client<-server

I passiv mode er connection:
  control: client->server
  data: client->server

Passiv mode er opfundet fordi hvis client er bagved en firewall,
så kan serveren ikke få lov til at connecte.

kig engang her
http://slacksite.com/other/ftp.html

Koder du Unix C, MS VC++ eller Java ?

koder i java...

så har jeg jo forstået det rigtigt...men hvordan kan det så virke med passive mode fra cuteftp, når nu der kun er åbent for port 21? og når nu det virker...hvorfor gør det så ikke i min klient?

når jeg kører op mod en anden g6 ftp server, hvor der er sat noget op vedr. passive porte så kører det fint

For at kunne svare på det spørgsmål skulle vi jo nok vide lidt om din
kode.

:-)

Har du iøvrigt selv kodet det hele eller har du brugt f.eks.
Jakarta Commons Net ?

øhh ... hvis der ikke er sat passive op så skal du heller ikke connecte med passive ..
jeg går ud fra at cuteftp autodetecter hvad serveren bruger.

arne_v: nej, det er nok mere et spørgsmål om ftp...min kode fungerer jo fint nok

Kan du forklare lidt om konfigurationen:
  ingen firewalls ?
  firewall foran client ?
  firewall foran server ?
  firewall foran både client og server ?
(og hvad der er lukket op for i de firewalls)

loadet: hvordan så det? fordi den sender jo PASV til serveren som svarer tilbage, og så initierer den jo ingen forbindelse...ergo må forbindelsen vel så gå død. Og hvordan skulle cuteftp dog kunne autodetecte det?

serveren er bag router hvor port 21 er åben

Hvis kun serveren er bag en firewall hvor kun port 21 er åben, så
skal der ikke bruges passiv mode.

ja jeg ved ikke om det kan lade sig gøre at autodetecte .. men hvis cuteftp virker burde din client da også .. ellers vil jeg da også mene det er koden den er galt med

der kan ikke bruges passive mode .. der skal være sat en range af ports til passive .. helst omkring 10 pr bruger på ftpd

er følgende så korrekt...

hvis man som jeg sætter sin server op på port 21 og ikke indtaster nogle passive porte. Så burde klienter kun kunne koble på som aktive? dvs. man udelukker folk bag router/firewall

og sætter man passive ftp op, så er det KUN passive klienter der kan koble på?

har lige fået en ven til at koble i passive mode...ingen problemer

Kun port 21 åben => passiv ikke muligt => client bag firewall duer ikke.

En server understøtter normalt både normal og passive.

Hvis din ven kan komme på i passiv mode, så må der være andre
åbne porte.

arne_v: men min ven har jo lige gjort det...

ftp.riversen.dk
bruger: test
pass: test

prøv lige selv

ja hvis du feks sætter passive ftpd op .. så kan du ikke list hvis du ikke bruger passive på klienten.

arne_v: det er helt 100 der ikke er andre porte

koblede du ikke lige på i passive?

hmm .. din ftpd virker altså kun med passive .. der skal være andre åbne porte så .

En sommetider brugt workaround er en proxy-server.

Hvis man i en browser med en proxy-server abgiver en FTP URL, så er det:

browser----(HTTP protokol)----proxy-server----(FTP protokol)----FTP-server

loadet: hvordan giver det lige mening når jeg kun har åbnet for port 21?

og hvorfor kan jeg så ikke logge på i passive mode?

du kan ikke fordi du er i lan ...
det problem har jeg også .. men den ftpd jeg kører kan klare det ..
glftpd.conf

ifip 192.168.*
pasv_addr 192.168.1.2
pasv_ports 4502-5000
elseip
pasv_ports 4502-5000
pasv_addr 62.242.117.41 1
endifip

nej glem hvad jeg lige sagde .. du burde da ikke have noget problem med passive ... hvis alle porte er åbne for dig inde i lan.

Mystisk.

Jeg kan logge på og lave dir både uden og med passive !?!?

loadet: det er heller ikke noget problem passive...

arne_v: ja, jeg fatter det heller ikke...og igen...jeg er helt helt helt sikker på kun port 21 er åben

ja, I er velkomne til at logge på med vnc, hvis I vil tjekke

passive virker heller ikke ordenligt på din server .. jeg kan ikke fxp til den.

loadet: ok, endelig lidt logik...selvom arne åbenbart ikke havde problemer...og min ven heller ikke.

Dvs. man bør faktisk altid have passiv ftp enabled på sin server så...så lukker man aldrig nogen ude

ja .. det vil jeg mene .. jeg benytter ikke selv andet end fxp så passive er et must for mig

men har din ven og arne_v prøvet at fxp til serveren .. fxp ikke ftp

nu går jeg jo op i detaljerne og kan ikke lade være med at tænke på, hvorfor det så virke i nogle tilfælde.

Men skal vi sige vi ikke rigtigt kan konstatere det pt??

for at passive virker ordenligt skal der være porte åbne på server siden til passive omkring 10 porte pr bruger.

loadet: prøv lige igen om 2 min...så retter jeg lige konfigurationen...siger lige til

og det er hurtigt at teste kan du ikke fxp har du ikke passive.

ok

sådan...har sat 9970-9999 til passive porte

loadet>

Jeg bruger HG FTP client og SET PASSIVE kommandoen på en OpenVMS platform !

arne_v > ja men prøver du at fxp ? server to server transfer ..

loadet: kom du på nu?

og riversen > PASV
227 Entering Passive Mode (137,224,228,187,209,52)
PORT 137,224,228,187,209,52
Connection lost: ftp.riversen.dk
> det virker stadig ikke ..

fxp bag router er ikke lige til at sætte op ..
du er nødt til at snyde klienten og fortælle den din externe ip ..
ligsom jeg gør her
ifip 192.168.*
pasv_addr 192.168.1.2
pasv_ports 4502-5000
elseip
pasv_ports 4502-5000
pasv_addr 62.242.117.41 1
endifip

.. men jeg ved ikke om man kan det med g6

og jeg kan jo saktens ftp til din server nu så det virker fint .

øh, først siger du det virker stadig ikke, og så siger du det virker nu...?

loadet>

Jeg har ikke den fjerneste anelse om hvad fxp er.

Eller hvorfor det skulle have relevans for passive FTP.

umm ja det virker sådan da .. måske er det bare mig men jeg vil mene at passive ikke virker rigtigt før du kan fxp .. noget som du sikkert ikke engang har brug for ..

ftp virker fint nu

ok godt nok...jeg kan også koble på eksternt med min klient nu...

tænkte vi måske lige kunne tage et ekstra ? på falderebet...og hvis I så lige lægger svar så jeg kan uddele lidt points

jeg har følgende kode

      DataOutputStream oStream = new DataOutputStream(
                                    newConnection.getOutputStream() );
     
      FileInputStream fi = new FileInputStream( "C:/test.exe" );
     
      byte[] buffer = new byte[1024];
      read = 0;
      while ( read != -1 )     
      {
        read = fi.read( buffer );
        if ( read != -1 )
          oStream.write( buffer, 0, read );
      }


I første omgang lavede jeg ingen buffer, hvilket selvsagt resulterer i cpu belastning samt langsom overførsel. Nu har jeg så teste med lidt forskellige buffer-størrelse...96, 1024, 4096, 40000

96 gav langsom hastighed, mens de 3 sidste gav samme hastighed vil jeg mene...er der nogen logik i det?...altså tænker på om man klart kan sige...dette er den optimale bufferstørrelse

Jeg mener at IP pakker er max. ca. 1500 bytes så buffer-størrelse
derover giver formentlig ikke noget.

ok....svar lige begge to

Jeg kan godt ligge et svar. Men jeg er lidt usikker på omkring
præcis hvad jeg har bidraget med.

:-)

heh samme her ;) tror det er tid til at sove

jeg siger nu tak alligevel