Existe-t-il un moyen pour présenter à un site Internet une adresse IP
différente de la réelle et plus exacteement une adress de son domaine ?
Je pense que la réponse doit-être NON, mais je ne suis pas certain à 100
%.
d'avance merci.
Andre Georgel
Pour répondre et obtenir l'adresse Email :
http://marreduspam.com/ade0b300
"La perfection n'est pas lorsqu'il n'y a plus rien à ajouter, mais
lorsque qu'il n'y a plus rien à enlever."
"Perfection is not when there is nothing to add, but when there is
nothing to remove."
Nous étions dans le contexte de modification d'adresse IP pour accéder à un
serveur. Le proxy n'ouvre-t-il pas et ne maintient-il pas la connexion vers
le serveur avec sa propre adresse (pour le compte du client) ?
Si c'est bien le cas. Pour reformuler l'explication de "takezo" et en synonyme de ta citation "pour le compte du client", le proxy joue le rôle de mandataire. Donc : - Utilise bien l'IP source de lui même (proxy) - Cache (plus ou moins) le client*
Non, car d'une part la connexion est juste la le temps de downloader les infos (page web),
Ouai ...
d'autre part si un autre client fait la meme requette il n'y aura pas reconnexion au serveur mais envois des infos au client.
Tout dépend du paramètrage du cache. Et cela était assez vrai il y a quelques années lorseque l'hébergement était "statique". Maintenant qui ne possède pas de base Mysql, Oracle, Php dépendant de l'heure ? ..... Je ne dis pas que rien n'est caché !
Sinon, la question portait sur le fait de cacher son Ip source donc rien à voir avec le cache. Car un Proxy Web ne fonctionne pas obligatoirement avec cette fonctionnalité.
Autrement dit, les datagrammes transmis du proxy vers le serveur ont-ils comme adressse source, l'adresse IP du proxy ?
Oui car pour le serveur, le proxy devient le client.
Oui les datagrammes n'étant pas routé, mais reconstruit entièrement, l'ip source est bien celle du Proxy. *Et pour donner un renseignement supplémentaire, fait attention, l'Ip source du client peux être intégré dans la couche Data (Http) des datagrammes proxy-serveurs.
--
_SebF
http://www.frameip.com Pour ceux qui aiment TCPIP
Angelot wrote:
Nous étions dans le contexte de modification d'adresse IP pour accéder à
un
serveur. Le proxy n'ouvre-t-il pas et ne maintient-il pas la connexion
vers
le serveur avec sa propre adresse (pour le compte du client) ?
Si c'est bien le cas. Pour reformuler l'explication de "takezo" et en
synonyme de ta citation "pour le compte du client", le proxy joue le rôle de
mandataire. Donc :
- Utilise bien l'IP source de lui même (proxy)
- Cache (plus ou moins) le client*
Non, car d'une part la connexion est juste la le temps de downloader les
infos (page web),
Ouai ...
d'autre part si un autre client fait la meme requette
il n'y aura pas reconnexion au serveur mais envois des infos au client.
Tout dépend du paramètrage du cache. Et cela était assez vrai il y a
quelques années lorseque l'hébergement était "statique". Maintenant qui ne
possède pas de base Mysql, Oracle, Php dépendant de l'heure ? .....
Je ne dis pas que rien n'est caché !
Sinon, la question portait sur le fait de cacher son Ip source donc rien à
voir avec le cache. Car un Proxy Web ne fonctionne pas obligatoirement avec
cette fonctionnalité.
Autrement
dit, les datagrammes transmis du proxy vers le serveur ont-ils comme
adressse source, l'adresse IP du proxy ?
Oui car pour le serveur, le proxy devient le client.
Oui les datagrammes n'étant pas routé, mais reconstruit entièrement, l'ip
source est bien celle du Proxy. *Et pour donner un renseignement
supplémentaire, fait attention, l'Ip source du client peux être intégré dans
la couche Data (Http) des datagrammes proxy-serveurs.
Nous étions dans le contexte de modification d'adresse IP pour accéder à un
serveur. Le proxy n'ouvre-t-il pas et ne maintient-il pas la connexion vers
le serveur avec sa propre adresse (pour le compte du client) ?
Si c'est bien le cas. Pour reformuler l'explication de "takezo" et en synonyme de ta citation "pour le compte du client", le proxy joue le rôle de mandataire. Donc : - Utilise bien l'IP source de lui même (proxy) - Cache (plus ou moins) le client*
Non, car d'une part la connexion est juste la le temps de downloader les infos (page web),
Ouai ...
d'autre part si un autre client fait la meme requette il n'y aura pas reconnexion au serveur mais envois des infos au client.
Tout dépend du paramètrage du cache. Et cela était assez vrai il y a quelques années lorseque l'hébergement était "statique". Maintenant qui ne possède pas de base Mysql, Oracle, Php dépendant de l'heure ? ..... Je ne dis pas que rien n'est caché !
Sinon, la question portait sur le fait de cacher son Ip source donc rien à voir avec le cache. Car un Proxy Web ne fonctionne pas obligatoirement avec cette fonctionnalité.
Autrement dit, les datagrammes transmis du proxy vers le serveur ont-ils comme adressse source, l'adresse IP du proxy ?
Oui car pour le serveur, le proxy devient le client.
Oui les datagrammes n'étant pas routé, mais reconstruit entièrement, l'ip source est bien celle du Proxy. *Et pour donner un renseignement supplémentaire, fait attention, l'Ip source du client peux être intégré dans la couche Data (Http) des datagrammes proxy-serveurs.
--
_SebF
http://www.frameip.com Pour ceux qui aiment TCPIP
André Georgel
Le Mon, 28 Jun 2004 00:43:13 +0200, "_SebF - www.frameip.com"
"André Georgel" a écrit dans le message de news:
Bonjour à tous,
Salut,
Existe-t-il un moyen pour présenter à un site Internet une adresse IP différente de la réelle et plus exacteement une adress de son domaine ?
Je pense que la réponse doit-être NON, mais je ne suis pas certain à 100 %.
Met toi client proxy, il y a en a plein d'ouvert sur le net.
J'ai omis une "petite précision" et de taille ! il s'agit non pas de faire cela en http mais en ftp. donc je repose la même question après ce nouvel éclairage.
Andre Georgel
Pour répondre et obtenir l'adresse Email : http://marreduspam.com/ade0b300
"La perfection n'est pas lorsqu'il n'y a plus rien à ajouter, mais lorsque qu'il n'y a plus rien à enlever." "Perfection is not when there is nothing to add, but when there is nothing to remove."
(A. de Saint Exupery)
Le Mon, 28 Jun 2004 00:43:13 +0200, "_SebF - www.frameip.com"
"André Georgel" <andre.georgel@marreduspam.com> a écrit dans le message de
news: vkeud0506ojn6272fjmqj4dev3pfjfr23p@4ax.com...
Bonjour à tous,
Salut,
Existe-t-il un moyen pour présenter à un site Internet une adresse IP
différente de la réelle et plus exacteement une adress de son domaine ?
Je pense que la réponse doit-être NON, mais je ne suis pas certain à 100
%.
Met toi client proxy, il y a en a plein d'ouvert sur le net.
J'ai omis une "petite précision" et de taille !
il s'agit non pas de faire cela en http mais en ftp.
donc je repose la même question après ce nouvel éclairage.
Andre Georgel
Pour répondre et obtenir l'adresse Email :
http://marreduspam.com/ade0b300
"La perfection n'est pas lorsqu'il n'y a plus rien à ajouter, mais
lorsque qu'il n'y a plus rien à enlever."
"Perfection is not when there is nothing to add, but when there is
nothing to remove."
Le Mon, 28 Jun 2004 00:43:13 +0200, "_SebF - www.frameip.com"
"André Georgel" a écrit dans le message de news:
Bonjour à tous,
Salut,
Existe-t-il un moyen pour présenter à un site Internet une adresse IP différente de la réelle et plus exacteement une adress de son domaine ?
Je pense que la réponse doit-être NON, mais je ne suis pas certain à 100 %.
Met toi client proxy, il y a en a plein d'ouvert sur le net.
J'ai omis une "petite précision" et de taille ! il s'agit non pas de faire cela en http mais en ftp. donc je repose la même question après ce nouvel éclairage.
Andre Georgel
Pour répondre et obtenir l'adresse Email : http://marreduspam.com/ade0b300
"La perfection n'est pas lorsqu'il n'y a plus rien à ajouter, mais lorsque qu'il n'y a plus rien à enlever." "Perfection is not when there is nothing to add, but when there is nothing to remove."
(A. de Saint Exupery)
chunter
Salut,
André Georgel wrote:
J'ai omis une "petite précision" et de taille ! il s'agit non pas de faire cela en http mais en ftp. donc je repose la même question après ce nouvel éclairage.
La reponse ne change pas, au lieu de paramettrer ton client ftp avec un proxy http tu le paramettre avec un proxy ftp ou socks. Apres certains proxy imposent une authentification.
Andre Georgel
Bye Chunter
Salut,
André Georgel wrote:
J'ai omis une "petite précision" et de taille !
il s'agit non pas de faire cela en http mais en ftp.
donc je repose la même question après ce nouvel éclairage.
La reponse ne change pas, au lieu de paramettrer ton client ftp avec un
proxy http tu le paramettre avec un proxy ftp ou socks. Apres certains
proxy imposent une authentification.
J'ai omis une "petite précision" et de taille ! il s'agit non pas de faire cela en http mais en ftp. donc je repose la même question après ce nouvel éclairage.
La reponse ne change pas, au lieu de paramettrer ton client ftp avec un proxy http tu le paramettre avec un proxy ftp ou socks. Apres certains proxy imposent une authentification.
Andre Georgel
Bye Chunter
Angelot
Bonsoir Sèb,
*Et pour donner un renseignement supplémentaire, fait attention, l'Ip source du client peux être intégré dans
la couche Data (Http) des datagrammes proxy-serveurs.
Seul un protocole peut faire cela, quel est-il ?
Il ne me semble que ce soit dans HTTP mais je connais assez peu le détail, et ICP fonctionne sur UDP.
Angelot
Bonsoir Sèb,
*Et pour donner un renseignement
supplémentaire, fait attention, l'Ip source du client peux être intégré
dans
la couche Data (Http) des datagrammes proxy-serveurs.
Seul un protocole peut faire cela, quel est-il ?
Il ne me semble que ce soit dans HTTP mais je connais assez peu le détail,
et ICP fonctionne sur UDP.
*Et pour donner un renseignement supplémentaire, fait attention, l'Ip source du client peux être intégré dans
la couche Data (Http) des datagrammes proxy-serveurs.
Seul un protocole peut faire cela, quel est-il ?
Il ne me semble que ce soit dans HTTP mais je connais assez peu le détail, et ICP fonctionne sur UDP.
Angelot
Angelot
Bonsoir Annie,
les datagrammes transmis du proxy vers le serveur ont-ils comme adressse source, l'adresse IP du proxy ?
Exactement.
Je poursuis : le proxy note (sauf cas d'espèce) sa adresse propre IP en transmettant un datagramme au serveur. Il faut donc la marque du client dans ce datagramme, car ce datagramme a été transmis pour le compte d'un client déterminé.
Bonsoir Annie,
les datagrammes transmis du proxy vers le serveur ont-ils comme
adressse source, l'adresse IP du proxy ?
Exactement.
Je poursuis :
le proxy note (sauf cas d'espèce) sa adresse propre IP en transmettant un
datagramme au serveur. Il faut donc la marque du client dans ce datagramme,
car ce datagramme a été transmis pour le compte d'un client déterminé.
les datagrammes transmis du proxy vers le serveur ont-ils comme adressse source, l'adresse IP du proxy ?
Exactement.
Je poursuis : le proxy note (sauf cas d'espèce) sa adresse propre IP en transmettant un datagramme au serveur. Il faut donc la marque du client dans ce datagramme, car ce datagramme a été transmis pour le compte d'un client déterminé.
Annie D.
Angelot wrote:
l'Ip source du client peux être intégré dans la couche Data (Http) des datagrammes proxy-serveurs.
Seul un protocole peut faire cela, quel est-il ?
HTTP, au moins.
Il ne me semble que ce soit dans HTTP mais je connais assez peu le détail, et ICP fonctionne sur UDP.
ICP (Internet Cache Protocol) est un protocole de communication entre caches, pas entre proxy-cache et serveur.
Angelot wrote:
l'Ip source du client peux être intégré
dans la couche Data (Http) des datagrammes proxy-serveurs.
Seul un protocole peut faire cela, quel est-il ?
HTTP, au moins.
Il ne me semble que ce soit dans HTTP mais je connais assez peu le détail,
et ICP fonctionne sur UDP.
ICP (Internet Cache Protocol) est un protocole de communication entre
caches, pas entre proxy-cache et serveur.
l'Ip source du client peux être intégré dans la couche Data (Http) des datagrammes proxy-serveurs.
Seul un protocole peut faire cela, quel est-il ?
HTTP, au moins.
Il ne me semble que ce soit dans HTTP mais je connais assez peu le détail, et ICP fonctionne sur UDP.
ICP (Internet Cache Protocol) est un protocole de communication entre caches, pas entre proxy-cache et serveur.
Angelot
Pardon, erreur de manip sur mon précédent message
======== Je poursuis :
le proxy note (sauf cas d'espèce) sa propre adresse IP en transmettant un datagramme au serveur. Il faut donc la marque du client dans ce datagramme, car ce datagramme a été transmis pour le compte d'un client déterminé et pas d'un autre.
Ma première idée était d'identifier le client par le numéro de port (à la manière du NAT), ça ne semble pas être le cas (peut être à cause du nombre de clients possible). La deuxième idée est d'indiquer le client dans la charge utile de TCP, soit dans l'en-tête HTTP si le protocole le permet, soit dans un protocole au-dessus de HTTP.
Vos avis, Angelot
Pardon, erreur de manip sur mon précédent message
========
Je poursuis :
le proxy note (sauf cas d'espèce) sa propre adresse IP en transmettant un
datagramme au serveur. Il faut donc la marque du client dans ce datagramme,
car ce datagramme a été transmis pour le compte d'un client déterminé et pas
d'un autre.
Ma première idée était d'identifier le client par le numéro de port (à la
manière du NAT), ça ne semble pas être le cas (peut être à cause du nombre
de clients possible).
La deuxième idée est d'indiquer le client dans la charge utile de TCP, soit
dans l'en-tête HTTP si le protocole le permet, soit dans un protocole
au-dessus de HTTP.
le proxy note (sauf cas d'espèce) sa propre adresse IP en transmettant un datagramme au serveur. Il faut donc la marque du client dans ce datagramme, car ce datagramme a été transmis pour le compte d'un client déterminé et pas d'un autre.
Ma première idée était d'identifier le client par le numéro de port (à la manière du NAT), ça ne semble pas être le cas (peut être à cause du nombre de clients possible). La deuxième idée est d'indiquer le client dans la charge utile de TCP, soit dans l'en-tête HTTP si le protocole le permet, soit dans un protocole au-dessus de HTTP.
Vos avis, Angelot
Annie D.
Angelot wrote:
le proxy note (sauf cas d'espèce) sa adresse propre IP en transmettant un datagramme au serveur.
Je n'écrirais pas la chose en ces termes. Le proxy établit une communication avec le serveur, indépendante de la communication établie entre le client et le proxy. Et naturellement il utilise sa propre adresse IP.
Il faut donc la marque du client dans ce datagramme, car ce datagramme a été transmis pour le compte d'un client déterminé.
Qu'entendez-vous par "marque du client" ?
Angelot wrote:
le proxy note (sauf cas d'espèce) sa adresse propre IP en transmettant un
datagramme au serveur.
Je n'écrirais pas la chose en ces termes. Le proxy établit une
communication avec le serveur, indépendante de la communication établie
entre le client et le proxy. Et naturellement il utilise sa propre
adresse IP.
Il faut donc la marque du client dans ce datagramme,
car ce datagramme a été transmis pour le compte d'un client déterminé.
le proxy note (sauf cas d'espèce) sa adresse propre IP en transmettant un datagramme au serveur.
Je n'écrirais pas la chose en ces termes. Le proxy établit une communication avec le serveur, indépendante de la communication établie entre le client et le proxy. Et naturellement il utilise sa propre adresse IP.
Il faut donc la marque du client dans ce datagramme, car ce datagramme a été transmis pour le compte d'un client déterminé.
Qu'entendez-vous par "marque du client" ?
Angelot
Qu'entendez-vous par "marque du client" ?
Une référence, une identification du client. Sinon comment différencier les 1000 datagrammes qui vont partir du proxy vers le serveur, provoqués par les 1000 clients qui veulent accéder au serveur par le proxy. Angelot
Qu'entendez-vous par "marque du client" ?
Une référence, une identification du client. Sinon comment différencier les
1000 datagrammes qui vont partir du proxy vers le serveur, provoqués par les
1000 clients qui veulent accéder au serveur par le proxy.
Angelot
Une référence, une identification du client. Sinon comment différencier les 1000 datagrammes qui vont partir du proxy vers le serveur, provoqués par les 1000 clients qui veulent accéder au serveur par le proxy. Angelot
_SebF - www.frameip.com
"Annie D." a écrit dans le message de news:
HTTP, au moins.
Annie à raison, il faut que tu vois le proxy comme une passerelle niveau 7.
ICP (Internet Cache Protocol) est un protocole de communication entre caches, pas entre proxy-cache et serveur.
ICP n'est pas utilisé "directement" dans le cadre d'un utilisation cliente-proxy-serveur. Il permet, comme le dis Annie, à ce que plusieurs Proxy connecté en "père fils" ou série de "partager les caches des uns et des autres.
--
_SebF
http://www.frameip.com Pour ceux qui aiment TCPIP
"Annie D." <annie.demur@free.fr> a écrit dans le message de news:
40E0791A.C3E69300@free.fr...
HTTP, au moins.
Annie à raison, il faut que tu vois le proxy comme une passerelle niveau 7.
ICP (Internet Cache Protocol) est un protocole de communication entre
caches, pas entre proxy-cache et serveur.
ICP n'est pas utilisé "directement" dans le cadre d'un utilisation
cliente-proxy-serveur. Il permet, comme le dis Annie, à ce que plusieurs
Proxy connecté en "père fils" ou série de "partager les caches des uns et
des autres.
Annie à raison, il faut que tu vois le proxy comme une passerelle niveau 7.
ICP (Internet Cache Protocol) est un protocole de communication entre caches, pas entre proxy-cache et serveur.
ICP n'est pas utilisé "directement" dans le cadre d'un utilisation cliente-proxy-serveur. Il permet, comme le dis Annie, à ce que plusieurs Proxy connecté en "père fils" ou série de "partager les caches des uns et des autres.
