J'ai toujours cru d'après mes lectures que les Proxies servaient
initialement à faire office de cache pour économiser la consommation en
ressources réseaux. Or en me documentant plus profondément, je me rend
compte qu'en fait ils ont plutot été initialement conçus pour filtrer.
Je vois bien que le proxy fait les deux, mais c'est que je sais aussi que
beaucoup d'outils sur internet ont eu une fonction initiale, se sont vu
greffer des fonctionnalités supplémentaires et que ce sont justement ces
fonctionnalités qui les ont "rendu célèbre" et non la fonction initiale.
Donc finalement un proxy ça faisait quoi à la base?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Vincent Hiribarren
Rakotomandimby (R12y) Mihamina wrote:
Donc finalement un proxy ça faisait quoi à la base?
A la base, un proxy, c'est un relais. Une machine entre la ressource demandée et le demandeur, qui agit à la place du demandeur : c'est un mandataire. C'est tout. A partir de là, et sachant que le proxy a le contrôle logiciel de ce qui passe par lui, différents types de proxy sont possibles.
Dans le cas d'un proxy web, le plus connu, le proxy peut effectivement stocker des pages couramment demandées au lieu d'interroger à chaque fois les serveurs ad hoc.
Un proxy peut aussi être utilisé pour permettre à des machines ayant des adresses non routables de communiquer avec le reste de l'internet, puisque lui a une adresse routable, et agit comme mandataire pour les machines de son réseau (proxy socks, web, ...).
Un proxy peut filtrer les requêtes entrantes et sortantes, puisqu'il peut traiter ce qui passe par lui, et il peut donc donner ou pas des autorisations de passer par lui, ou bien modifier les données.
Dans d'autres cas, le proxy peut même agir comme un routeur applicatif. Je pense à la signalisation SIP permettant de mettre en relation deux postes pour ensuite faire, par exemple, de la voix sur IP. On envoie une requête à son proxy, qui l'envoie où il faut.
En fait, c'est amusant, mais on peut par exemple considérer que les serveurs SMTP ne sont que des proxys... En effet, on envoie son courrier à un serveur SMTP, qui regarde où l'envoyer, puis l'envoie à un autre serveur SMTP, alors que rien n'empêcherait le client de l'envoyer directement au "bon" serveur SMTP.
Rakotomandimby (R12y) Mihamina wrote:
Donc finalement un proxy ça faisait quoi à la base?
A la base, un proxy, c'est un relais. Une machine entre la ressource
demandée et le demandeur, qui agit à la place du demandeur : c'est un
mandataire. C'est tout. A partir de là, et sachant que le proxy a le
contrôle logiciel de ce qui passe par lui, différents types de proxy
sont possibles.
Dans le cas d'un proxy web, le plus connu, le proxy peut effectivement
stocker des pages couramment demandées au lieu d'interroger à chaque
fois les serveurs ad hoc.
Un proxy peut aussi être utilisé pour permettre à des machines ayant
des adresses non routables de communiquer avec le reste de l'internet,
puisque lui a une adresse routable, et agit comme mandataire pour les
machines de son réseau (proxy socks, web, ...).
Un proxy peut filtrer les requêtes entrantes et sortantes, puisqu'il
peut traiter ce qui passe par lui, et il peut donc donner ou pas des
autorisations de passer par lui, ou bien modifier les données.
Dans d'autres cas, le proxy peut même agir comme un routeur
applicatif. Je pense à la signalisation SIP permettant de mettre en
relation deux postes pour ensuite faire, par exemple, de la voix sur
IP. On envoie une requête à son proxy, qui l'envoie où il faut.
En fait, c'est amusant, mais on peut par exemple considérer que les
serveurs SMTP ne sont que des proxys... En effet, on envoie son
courrier à un serveur SMTP, qui regarde où l'envoyer, puis l'envoie à
un autre serveur SMTP, alors que rien n'empêcherait le client de
l'envoyer directement au "bon" serveur SMTP.
Donc finalement un proxy ça faisait quoi à la base?
A la base, un proxy, c'est un relais. Une machine entre la ressource demandée et le demandeur, qui agit à la place du demandeur : c'est un mandataire. C'est tout. A partir de là, et sachant que le proxy a le contrôle logiciel de ce qui passe par lui, différents types de proxy sont possibles.
Dans le cas d'un proxy web, le plus connu, le proxy peut effectivement stocker des pages couramment demandées au lieu d'interroger à chaque fois les serveurs ad hoc.
Un proxy peut aussi être utilisé pour permettre à des machines ayant des adresses non routables de communiquer avec le reste de l'internet, puisque lui a une adresse routable, et agit comme mandataire pour les machines de son réseau (proxy socks, web, ...).
Un proxy peut filtrer les requêtes entrantes et sortantes, puisqu'il peut traiter ce qui passe par lui, et il peut donc donner ou pas des autorisations de passer par lui, ou bien modifier les données.
Dans d'autres cas, le proxy peut même agir comme un routeur applicatif. Je pense à la signalisation SIP permettant de mettre en relation deux postes pour ensuite faire, par exemple, de la voix sur IP. On envoie une requête à son proxy, qui l'envoie où il faut.
En fait, c'est amusant, mais on peut par exemple considérer que les serveurs SMTP ne sont que des proxys... En effet, on envoie son courrier à un serveur SMTP, qui regarde où l'envoyer, puis l'envoie à un autre serveur SMTP, alors que rien n'empêcherait le client de l'envoyer directement au "bon" serveur SMTP.
Patrick Mevzek
En fait, c'est amusant, mais on peut par exemple considérer que les serveurs SMTP ne sont que des proxys... En effet, on envoie son courrier à un serveur SMTP, qui regarde où l'envoyer, puis l'envoie à un autre serveur SMTP, alors que rien n'empêcherait le client de l'envoyer directement au "bon" serveur SMTP.
C'est parce qu'il y a une distinction entre MUA et MTA. Le seul job du MUA au niveau de l'envoi, c'est de l'envoyer à son MTA par défaut, qui collecte tout. C'est le boulot du MTA de trouver le bon MTA suivant. Et ainsi de proche en proche.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
En fait, c'est amusant, mais on peut par exemple considérer que les
serveurs SMTP ne sont que des proxys... En effet, on envoie son
courrier à un serveur SMTP, qui regarde où l'envoyer, puis l'envoie à
un autre serveur SMTP, alors que rien n'empêcherait le client de
l'envoyer directement au "bon" serveur SMTP.
C'est parce qu'il y a une distinction entre MUA et MTA. Le seul job du MUA
au niveau de l'envoi, c'est de l'envoyer à son MTA par défaut, qui
collecte tout.
C'est le boulot du MTA de trouver le bon MTA suivant. Et ainsi de proche
en proche.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
En fait, c'est amusant, mais on peut par exemple considérer que les serveurs SMTP ne sont que des proxys... En effet, on envoie son courrier à un serveur SMTP, qui regarde où l'envoyer, puis l'envoie à un autre serveur SMTP, alors que rien n'empêcherait le client de l'envoyer directement au "bon" serveur SMTP.
C'est parce qu'il y a une distinction entre MUA et MTA. Le seul job du MUA au niveau de l'envoi, c'est de l'envoyer à son MTA par défaut, qui collecte tout. C'est le boulot du MTA de trouver le bon MTA suivant. Et ainsi de proche en proche.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> Dépêches sur le nommage <news://news.dotandco.net/dotandco.info.news>
