J'utilise MS Winsock Control 6 (sp5) pour me connecter à un serveur en TCP
sur le port 513 (rlogin Server)
Je souhaite utiliser la valeur 0 pour la propriété LocalPort pour que ce
dernier soit fournit automatiquement :
WinSock.LocalPort = 0
Malheureusement, ça ne fonctionne pas. Le statut de Winsock reste tout le
temps "en cous de connexion".
Par contre, tout fonctionne très bien en indiquant un numéro de port entre
1002 et 1009. Je n'ai pas encore trouvé d'autres numéro de port qui
fonctionne.
Est ce que par hasard ce n'est pas mon serveur qui n'accepte pas des
connexions sur un LocalPort autre que ceux notée sur une liste données !?
Logiquement, je ne pense pas puisque le LocalPort concerne le poste Client.
Mais bon, pour des questions de sécurité, le contraire ne étonnerai pas.
C'est bizarre. Peux-tu vérifier sur quel port s'effectue la connexion?
Je vérifie bien le port et c'est bien celui que je force qui est utilisé. Je force le port puisque je n'ai pas le choix car avec Localport=0 ça ne fonctionne pas.
Si tu fixes toi-même le port en dehors de la plage 1-1024, la connexion s'effectue-t-elle?
NON. En dehors de la plage, la connexion de fontionne pas.
Le serveur a-t'il été écrit par tes soins? A-t'il des restrictions au niveau des ports sur lesquels il accepte de répondre?
Le serveur est un RLOGIN Serveur qui tourne sous UNIX / LINUX !! Le service Rlogin permet les connexion a distance comme Telnet. Rlogin comme RSH permet d'executer des commandes a distance.
J'utuilise les versions de Rlogin liverées avec Solaris pour mes serveurs Unix et Redhat pour mes serveurs Linux et j'ai exectament le même phenomene
Merci pour votre aide
Nadir
Alors c'est simple. Voici un extrait d'une man-page de rlogind (le daemon qui s'occupe de la connexion coté serveur). Note le point 1.
Vincent GUICHARD
rlogind listens for service requests at port 513. When a service request is received, the following protocol is initiated:
1. The service checks the client's source port. If the port is not in the range 512-1023, the service aborts the connection. 2. The server checks the client's source address. If an entry for the client exists in both /etc/hosts and /etc/hosts.equiv, a user logging in from the client is not prompted for a password. If the address is associated with a host for which no corresponding entry exists in /etc/hosts, the user is prompted for a password, regardless of whether or not an entry for the client is present in /etc/hosts.equiv. 3. rlogind loads the user's profile and runs the command shell specified in the MKS Toolkit control panel applet.
ns a écrit :
C'est bizarre. Peux-tu vérifier sur quel port s'effectue la connexion?
Je vérifie bien le port et c'est bien celui que je force qui est utilisé.
Je force le port puisque je n'ai pas le choix car avec Localport=0 ça ne
fonctionne pas.
Si tu fixes toi-même le port en dehors de la plage 1-1024, la connexion
s'effectue-t-elle?
NON. En dehors de la plage, la connexion de fontionne pas.
Le serveur a-t'il été écrit par tes soins? A-t'il des restrictions au
niveau des ports sur lesquels il accepte de répondre?
Le serveur est un RLOGIN Serveur qui tourne sous UNIX / LINUX !! Le service
Rlogin permet les connexion a distance comme Telnet. Rlogin comme RSH permet
d'executer des commandes a distance.
J'utuilise les versions de Rlogin liverées avec Solaris pour mes serveurs
Unix et Redhat pour mes serveurs Linux et j'ai exectament le même phenomene
Merci pour votre aide
Nadir
Alors c'est simple. Voici un extrait d'une man-page de rlogind (le
daemon qui s'occupe de la connexion coté serveur). Note le point 1.
Vincent GUICHARD
rlogind listens for service requests at port 513. When a service request
is received, the following protocol is initiated:
1. The service checks the client's source port. If the port is not
in the range 512-1023, the service aborts the connection.
2. The server checks the client's source address. If an entry for
the client exists in both /etc/hosts and /etc/hosts.equiv, a user
logging in from the client is not prompted for a password. If the
address is associated with a host for which no corresponding entry
exists in /etc/hosts, the user is prompted for a password, regardless of
whether or not an entry for the client is present in /etc/hosts.equiv.
3. rlogind loads the user's profile and runs the command shell
specified in the MKS Toolkit control panel applet.
C'est bizarre. Peux-tu vérifier sur quel port s'effectue la connexion?
Je vérifie bien le port et c'est bien celui que je force qui est utilisé. Je force le port puisque je n'ai pas le choix car avec Localport=0 ça ne fonctionne pas.
Si tu fixes toi-même le port en dehors de la plage 1-1024, la connexion s'effectue-t-elle?
NON. En dehors de la plage, la connexion de fontionne pas.
Le serveur a-t'il été écrit par tes soins? A-t'il des restrictions au niveau des ports sur lesquels il accepte de répondre?
Le serveur est un RLOGIN Serveur qui tourne sous UNIX / LINUX !! Le service Rlogin permet les connexion a distance comme Telnet. Rlogin comme RSH permet d'executer des commandes a distance.
J'utuilise les versions de Rlogin liverées avec Solaris pour mes serveurs Unix et Redhat pour mes serveurs Linux et j'ai exectament le même phenomene
Merci pour votre aide
Nadir
Alors c'est simple. Voici un extrait d'une man-page de rlogind (le daemon qui s'occupe de la connexion coté serveur). Note le point 1.
Vincent GUICHARD
rlogind listens for service requests at port 513. When a service request is received, the following protocol is initiated:
1. The service checks the client's source port. If the port is not in the range 512-1023, the service aborts the connection. 2. The server checks the client's source address. If an entry for the client exists in both /etc/hosts and /etc/hosts.equiv, a user logging in from the client is not prompted for a password. If the address is associated with a host for which no corresponding entry exists in /etc/hosts, the user is prompted for a password, regardless of whether or not an entry for the client is present in /etc/hosts.equiv. 3. rlogind loads the user's profile and runs the command shell specified in the MKS Toolkit control panel applet.
ns
Merci Vincent !! :) :)
On ne peut pas être plus clair que cela !! Merci encore et bonne journée
Cordialement Nadir
> > Alors c'est simple. Voici un extrait d'une man-page de rlogind (le daemon qui s'occupe de la connexion coté serveur). Note le point 1.
Vincent GUICHARD
rlogind listens for service requests at port 513. When a service request is received, the following protocol is initiated:
1. The service checks the client's source port. If the port is not in the range 512-1023, the service aborts the connection. 2. The server checks the client's source address. If an entry for the client exists in both /etc/hosts and /etc/hosts.equiv, a user logging in from the client is not prompted for a password. If the address is associated with a host for which no corresponding entry exists in /etc/hosts, the user is prompted for a password, regardless of whether or not an entry for the client is present in /etc/hosts.equiv. 3. rlogind loads the user's profile and runs the command shell specified in the MKS Toolkit control panel applet.
Merci Vincent !! :) :)
On ne peut pas être plus clair que cela !!
Merci encore et bonne journée
Cordialement
Nadir
>
>
Alors c'est simple. Voici un extrait d'une man-page de rlogind (le
daemon qui s'occupe de la connexion coté serveur). Note le point 1.
Vincent GUICHARD
rlogind listens for service requests at port 513. When a service request
is received, the following protocol is initiated:
1. The service checks the client's source port. If the port is not
in the range 512-1023, the service aborts the connection.
2. The server checks the client's source address. If an entry for
the client exists in both /etc/hosts and /etc/hosts.equiv, a user
logging in from the client is not prompted for a password. If the
address is associated with a host for which no corresponding entry
exists in /etc/hosts, the user is prompted for a password, regardless of
whether or not an entry for the client is present in /etc/hosts.equiv.
3. rlogind loads the user's profile and runs the command shell
specified in the MKS Toolkit control panel applet.
On ne peut pas être plus clair que cela !! Merci encore et bonne journée
Cordialement Nadir
> > Alors c'est simple. Voici un extrait d'une man-page de rlogind (le daemon qui s'occupe de la connexion coté serveur). Note le point 1.
Vincent GUICHARD
rlogind listens for service requests at port 513. When a service request is received, the following protocol is initiated:
1. The service checks the client's source port. If the port is not in the range 512-1023, the service aborts the connection. 2. The server checks the client's source address. If an entry for the client exists in both /etc/hosts and /etc/hosts.equiv, a user logging in from the client is not prompted for a password. If the address is associated with a host for which no corresponding entry exists in /etc/hosts, the user is prompted for a password, regardless of whether or not an entry for the client is present in /etc/hosts.equiv. 3. rlogind loads the user's profile and runs the command shell specified in the MKS Toolkit control panel applet.
ns
Bonjour,
Est ce qu'il existe un moyen pour que Winsock choissent automatiquement un port (LocalPort) libre et cela dans la plage de ports 512 à 1023 ?
J'aimerai éviter de gérer les erreurs des ports déjà en utilisation
Merci infiniment NS
1. The service checks the client's source port. If the port is not in the range 512-1023, the service aborts the connection.
Bonjour,
Est ce qu'il existe un moyen pour que Winsock choissent automatiquement un
port (LocalPort) libre et cela dans la plage de ports 512 à 1023 ?
J'aimerai éviter de gérer les erreurs des ports déjà en utilisation
Merci infiniment
NS
1. The service checks the client's source port. If the port is not
in the range 512-1023, the service aborts the connection.
