Discussion :

[dude78]

bonjour à tous,

je vous expose le problème :

Dans la solution mise en place, il y a un problème de connexion à l'ucopia depuis un PC du réseau filaire (accès au page de l'ucopia via un browser très lente).

En revanche depuis le réseau wifi, le problème ne se pose pas.

Il semblerais que selon l'architecture le Netasq pourrais perturber l'accès à l'ucopia.

le schèma de l'infrastructure est en pièce jointe.


Ucopia : filtre les accès wifi. En se connectant en wifi, les personnes tombent sur une page protègée par login/mot de passe.

Netasq : pare-feu


Est ce que quelqu'un pourrais me donner quelques pistes ?
Merci par avance.

[Aellihn]

Bonjour,

Le boitier UCOPIA agit comme un routeur sur le réseau. Il n'y a donc pas beaucoup de chance que le problème vienne du boitier en lui même mais plus de la configuration du réseau.

Quelques questions toutefois :
- Que se passe-t-il si un ordinateur est branché sur le même port que la borne (au niveau de la connexion IN de l'UCOPIA)?
- Que se passe-t-il si un ordinateur est connecté sur le port OUT de l'UCOPIA (sans Netasq)?

Pourquoi se connecter depuis le port OUT de l'UCOPIA, pour l'utilisation de l'interface de délégation ou administration?

Cordialement,

Greg

[dude78]

Bonjour Greg et merci pour ta réponse,

Je vais essayer de me connecter aujourd'hui sur l'interface OUT de l'Ucopia sans le Netasq.

Concernant ta question pourquoi se connecter sur l'interface OUT de
l'UCOPIA :

sur le schèma, les PC du LAN sont des PC qui n'ont pas de cartes sans fils. Les utilisateurs veulent toutefois pouvoir administrer l'Ucopia de leurs postes. Ils sont donc obligés de passer l'interface OUT.

Remarque : en filaire quand les postes se connectent à l'ucopia en admin, il n'y a pas de lenteur dans les menu Ucopia, en revanche avec le compte délégation, il y a des lenteurs assez sérieuse dans les menu.

Pour se connecter à l'ucopia depuis les postes du LAN filaire, on utilise l'adresse ip 193.30.1.199/admin ou 193.30.1.199/deleg. Cette adresse est natée par le Netasq en 192.168.3.253

[Aellihn]

Il n'y a pas de raison pour que le Netasq ralentisse une partie du trafic et pas une autre. Tous les appels sont faits pas les mêmes fonctions javascript et doivent transiter sur du HTTPS...

Si il n'y a pas de lenteur au niveau de l'admin, mais uniquement au niveau de l'interface de délégation, il serait intéressant de rebooter le contrôleur UCOPIA, il est possible que le serveur web soit à la traine...