pascal> Sinon, j'ai cru comprendre que les deux modes actif et passif pascal> ont été prévus pour pouvoir faire des transferts directs entre pascal> deux serveurs FTP sous le contrôle d'une machine tierce cliente pascal> sans que les données transitent par cette dernière. Pour cela pascal> un serveur était en mode passif et l'autre en mode actif.
Ok, si tu as lien sur le sujet, ça pourrait être intéressant à titre documentaire.
Fais une recherche sur "ftp server-to-server" ou "FXP" (je viens de découvrir que ça s'appelait comme ça). Sinon voir dans la RFC 959 :
5.2 Connections : [...] When data is to be transferred between two servers, A and B (refer to Figure 2), the user-PI, C, sets up control connections with both server-PI's. One of the servers, say A, is then sent a PASV command telling him to "listen" on his data port rather than initiate a connection when he receives a transfer service command. When the user-PI receives an acknowledgment to the PASV command, which includes the identity of the host and port being listened on, the user-PI then sends A's port, a, to B in a PORT command; a reply is returned. The user-PI may then send the corresponding service commands to A and B. Server B initiates the connection and the transfer proceeds.
User-PI - Server A User-PI - Server B ------------------ ------------------
pascal> Sinon, j'ai cru comprendre que les deux modes actif et passif
pascal> ont été prévus pour pouvoir faire des transferts directs entre
pascal> deux serveurs FTP sous le contrôle d'une machine tierce cliente
pascal> sans que les données transitent par cette dernière. Pour cela
pascal> un serveur était en mode passif et l'autre en mode actif.
Ok, si tu as lien sur le sujet, ça pourrait être intéressant à titre
documentaire.
Fais une recherche sur "ftp server-to-server" ou "FXP" (je viens de
découvrir que ça s'appelait comme ça). Sinon voir dans la RFC 959 :
5.2 Connections :
[...]
When data is to be transferred between two servers, A and B (refer
to Figure 2), the user-PI, C, sets up control connections with
both server-PI's. One of the servers, say A, is then sent a PASV
command telling him to "listen" on his data port rather than
initiate a connection when he receives a transfer service command.
When the user-PI receives an acknowledgment to the PASV command,
which includes the identity of the host and port being listened
on, the user-PI then sends A's port, a, to B in a PORT command; a
reply is returned. The user-PI may then send the corresponding
service commands to A and B. Server B initiates the connection
and the transfer proceeds.
User-PI - Server A User-PI - Server B
------------------ ------------------
pascal> Sinon, j'ai cru comprendre que les deux modes actif et passif pascal> ont été prévus pour pouvoir faire des transferts directs entre pascal> deux serveurs FTP sous le contrôle d'une machine tierce cliente pascal> sans que les données transitent par cette dernière. Pour cela pascal> un serveur était en mode passif et l'autre en mode actif.
Ok, si tu as lien sur le sujet, ça pourrait être intéressant à titre documentaire.
Fais une recherche sur "ftp server-to-server" ou "FXP" (je viens de découvrir que ça s'appelait comme ça). Sinon voir dans la RFC 959 :
5.2 Connections : [...] When data is to be transferred between two servers, A and B (refer to Figure 2), the user-PI, C, sets up control connections with both server-PI's. One of the servers, say A, is then sent a PASV command telling him to "listen" on his data port rather than initiate a connection when he receives a transfer service command. When the user-PI receives an acknowledgment to the PASV command, which includes the identity of the host and port being listened on, the user-PI then sends A's port, a, to B in a PORT command; a reply is returned. The user-PI may then send the corresponding service commands to A and B. Server B initiates the connection and the transfer proceeds.
User-PI - Server A User-PI - Server B ------------------ ------------------
pascal> Fais une recherche sur "ftp server-to-server" ou "FXP" (je pascal> viens de découvrir que ça s'appelait comme ça). Sinon voir dans pascal> la RFC 959 :
Ok, merci. Faut reconnaitre que l'idée était intéressante :)
Éric Masson
-- RECHERCHE DES INGENIEURS DANS Linformatique IMPORTANT !! Envoyez moi vos cV -+- in Guide du Neuneu sur Usenet : Linformatique pour les nuls -+-
"pascal" == pascal <Pascal@plouf> writes:
'Lut,
pascal> Fais une recherche sur "ftp server-to-server" ou "FXP" (je
pascal> viens de découvrir que ça s'appelait comme ça). Sinon voir dans
pascal> la RFC 959 :
Ok, merci. Faut reconnaitre que l'idée était intéressante :)
Éric Masson
--
RECHERCHE DES INGENIEURS DANS Linformatique IMPORTANT !!
Envoyez moi vos cV
-+- in Guide du Neuneu sur Usenet : Linformatique pour les nuls -+-
pascal> Fais une recherche sur "ftp server-to-server" ou "FXP" (je pascal> viens de découvrir que ça s'appelait comme ça). Sinon voir dans pascal> la RFC 959 :
Ok, merci. Faut reconnaitre que l'idée était intéressante :)
Éric Masson
-- RECHERCHE DES INGENIEURS DANS Linformatique IMPORTANT !! Envoyez moi vos cV -+- in Guide du Neuneu sur Usenet : Linformatique pour les nuls -+-
Pascal
pascal> Fais une recherche sur "ftp server-to-server" ou "FXP" (je pascal> viens de découvrir que ça s'appelait comme ça). Sinon voir dans pascal> la RFC 959 :
Ok, merci. Faut reconnaitre que l'idée était intéressante :)
Mais hélas désactivée par défaut sur la plupart des serveurs à cause du risque de détournement d'un serveur l'autorisant pour relayer une attaque par rebond (FTP bounce attack).
pascal> Fais une recherche sur "ftp server-to-server" ou "FXP" (je
pascal> viens de découvrir que ça s'appelait comme ça). Sinon voir dans
pascal> la RFC 959 :
Ok, merci. Faut reconnaitre que l'idée était intéressante :)
Mais hélas désactivée par défaut sur la plupart des serveurs à cause du
risque de détournement d'un serveur l'autorisant pour relayer une
attaque par rebond (FTP bounce attack).
pascal> Fais une recherche sur "ftp server-to-server" ou "FXP" (je pascal> viens de découvrir que ça s'appelait comme ça). Sinon voir dans pascal> la RFC 959 :
Ok, merci. Faut reconnaitre que l'idée était intéressante :)
Mais hélas désactivée par défaut sur la plupart des serveurs à cause du risque de détournement d'un serveur l'autorisant pour relayer une attaque par rebond (FTP bounce attack).
RAKOTOMALALA Renaud
Bonjour
Quelqu'un sait il comment fonctionne le logiciel skype pour établir une communication audio entre deux pc situés derrière un serveur NAT ?
Skype passe par un intermediaire qui n'est pas NATé. C'ets pour cela que Skype utilise le protocole P2P, la communication peut passer par un tiers qui fait office de bastion pour les deux correspondants derrière un serveur NAT. C'est comme cela que skype permet de communiquer derrière du NAT sans port forwarding.
Quelqu'un sait il comment fonctionne le logiciel skype pour établir une
communication audio entre deux pc situés derrière un serveur NAT ?
Skype passe par un intermediaire qui n'est pas NATé. C'ets pour cela que
Skype utilise le protocole P2P, la communication peut passer par un
tiers qui fait office de bastion pour les deux correspondants derrière
un serveur NAT. C'est comme cela que skype permet de communiquer
derrière du NAT sans port forwarding.
Quelqu'un sait il comment fonctionne le logiciel skype pour établir une communication audio entre deux pc situés derrière un serveur NAT ?
Skype passe par un intermediaire qui n'est pas NATé. C'ets pour cela que Skype utilise le protocole P2P, la communication peut passer par un tiers qui fait office de bastion pour les deux correspondants derrière un serveur NAT. C'est comme cela que skype permet de communiquer derrière du NAT sans port forwarding.
