|
WEB APPLICATIONS PERFORMANCES and SECURITY |
Contact
|
|
FAQComment j'installe le boîtier en mode transparent en 2 heures sans reconfigurer le réseau alors qu'un boîtier en Reverse Proxy demande plusieurs jours ?Comment l'installation en mode Transparent et Invisible de BoostEdge protège-t-elle mes serveurs ? Pourquoi faut-il un déploiement en mode point-à-point? Pourquoi le mode point-à-point n'est il pas nécessaire en HTTP? Que signifie le traitement niveau session (L.5)?
Comment j'installe le boîtier en mode transparent en 2 heures sans reconfigurer le réseau alors qu'un boîtier en Reverse Proxy
demande plusieurs jours ?
Tous nos produits s'installe évidemment en Reverse Proxy mais grâce à une technologie brevêtée, ils peuvent s'installer en mode transparent en 2 heures sans modifications ni du réseau, ni des serveurs, ni des applications, ni des clients. L'utilisateur tape toujours la même url pour accéder à son application et l'application voit toujours l'adresse de l'utilisateur à contrario d'un proxy.
Comment l'installation en mode Transparent et Invisible de BoostEdge protège-t-elle mes serveurs ?
Grâce à son mode de déploiement Transparent et Invisible en 2 heures, BoostEdge rend les serveurs inattacables car invisibles aux utilisateurs. Vous avez donc une sécurité Zéro Défaut.
Pourquoi faut-il un déploiement en mode point-à-point?
D'une manière générale, les protocoles TCP ne supportent pas la compression de manière native. Il est donc nécessaire d'encapsuler le protocole pour y ajouter aussi bien la compression que le cryptage. Ceci nécessite la collaboration de deux équipements en vis-à-vis.
Pourquoi le mode point-à-point n'est il pas nécessaire en HTTP?
Le protocole HTTP supporte la compression de manière native. Les navigateurs indiquent dans la requête les compressions et autres codages qu'ils sont capables de supporter. D'autre part le serveur HTTP indique dans la réponse le type de compression qu'il a utilisé. Pour cette raison un équipement centrale est suffisant.
Que signifie le traitement niveau session (L.5)?
SpiderOne n'établit pas de tunnel de compression au sein duquel toutes les connexions sont multiplexées. Une session de compression est créée pour chaque session TCP. Ceci permet de préserver le fonctionnement des équipements de QoS. Par exemple si un tel equipement accorde une priorité particulière au protocole TELNET, (port 23), cet équipement "verra" toujours des paquets TCP pour ce port et sera donc encore capable de leur appliquer les mêmes règles de Traffic Shaping. |
|
No plugin |
(c) 2008 - ActivNetworks. All rights reserved |