Serveurs FTP et hotline

[brezhoneg]

bonjour,

je tente de créer un serveur FTP et un serveur hotline sous OSX.2.3 mais j'ai qlqs soucis.
(config : bipro867 et STP)
1) serveur FTP.
logiciel : crush FTP
j'ai ouvert le port 21, fermé le partage FTP apple (inutile car j'utilise crush, ouvert le port 1024 pour le mode passif...mais je ne comprends pas, je n'ai quasiment aucun débit. Il chute immédiatement de 16 ko/s a quasiment 0. Il y a t'il un autre paramètre à modifier ?

2)serveur hotline
logiciel : hotline server
j'ai ouvert le port 5500....la connection est ok, toutes les fonctionnalités marchent sauf l'upload et le download...Il y a t'il autre chose à faire ?

merci d'avance...
_________________
G4 bi-pro, Mac OS X.2
Imac 233 rev B, Mac OS 9.2.2

Breizh atao...

[Maatthieu]

voui il y a quelque chose a faire :
ouvrir les ports 5500, 5501, 5502, 5503, 5504 et 5505 (chacun en TCP & UDP)

Pour le serveur ftp : essayes donc d'ouvrir & de rediriger le port TCP & UDP 20 en plus du 21.

Pour rappel, en FTP :
ftp-data 20/tcp #File Transfer [Default Data]
ftp-data 20/udp #File Transfer [Default Data]
ftp 21/tcp #File Transfer [Control]
ftp 21/udp #File Transfer [Control]
_________________
http://www.maatthieu.fr.st

[PipoCanaja]

Pour hotline, 5500 et 5501 suffisent ... pas besoin d'aller jusqu'a 5505 ...
_________________
Philippe TEISSIER
-----------------

G4 800 - G3 Beige 300 (linux)- PB WallStreet 266 - 7300 G4 400 - 7500 233 - 6100 66 - SE30 - LCII - PB145b - - SUN IPX

[brezhoneg]

bin, je vais tester tout cela ...Petite question technique : Quelle est la difference entre le protocole TCP et UDP ?

Boone journée....
_________________
G4 bi-pro, Mac OS X.2
Imac 233 rev B, Mac OS 9.2.2

Breizh atao...

[PipoCanaja]

UDP est un mode non connecté et non garanti ... on envoie un paquet, mais on a aucun moyen de savoir si il arrive, ni meme de l'ordre dans lequel ils arrivent, si ils sont plusieurs. Mais ce protocole "coute pas cher" historiquement, et est important dans le cas ou le fait de perdre de l'info n'est pas dramatique (par exemple le streaming). En video en direct, il vaut mieux privilegié un temps de reponse faible que de la qualite.

Le TCP, c'est le contraire. Le flux qui part est garanti d'arriver, et si il arrive pas, l'expediteur est mis au courant. Utile dans le cas ou la fiabilite est priviegiée (comme en transfert de fichiers)

C'est tres resumé. Une petite recherche sur le net te donnera plus de details.
_________________
Philippe TEISSIER
-----------------

G4 800 - G3 Beige 300 (linux)- PB WallStreet 266 - 7300 G4 400 - 7500 233 - 6100 66 - SE30 - LCII - PB145b - - SUN IPX