#15 Scol server derriere un routeur

[iri]

Posons 3 points
<br><br>
1 - Le serveur scol est en partie un serveur web
permettant de contrôler les démarrages et fermetures
des sites scol selon les sollicitations afin de
préserver les ressources serveurs et de mutualiser
plusieurs serveurs si nécessaire.
<br><br>
2 - Le serveur scol exploite une base de données Access
afin de créer le lien entre un mot clé et un url scol
avec une gestion du port dynamique associé.
<br><br>
3 - Le serveur scol répond par son nom de host ou d'une
ip forcé uniquement.
<br><br><br>

Le point numéro 1 ne pose aucun problčme car en effet
un serveur web ne pose pas de problčme de
fonctionnement derričre un routeur.
<br><br>
Le point numéro 2 permet l’administration des sites
scol et paramčtres de configuration du serveur et
rejoint le point numéro 1.
<br><br>
Le point numéro 3 est la cause de tous les problčmes
dčs lors que le serveur se trouve derričre un routeur
ne permettant de s'auto "pinger".
<br><br>
En effet ceci est un problčme de logique qui paraît
simple et contournable de premičre abord mais il en est
pas.
<br><br>
L’explication est simple :
<br><br>
1 – le client émet une requęte avec une url de type scol
<br>
ex : scol://monNomDeDomaine :monMotClé
<br>
Dans notre cas je vous rappel que nous sommes derričre
un routeur et que le serveur n’est pas en ip forcé.
<br>
2 – le routeur administré pour les translations utiles
ŕ un service web et serveur scol traite la requęte
(grâce au port 80 car un mot clé ne correspond ŕ rien
pour le routeur il est donc affilié ŕ un site web).
<br>
3 - On peut observer que la machine serveur muni du
serveur scol démarre le site associé au mot clé.
<br>
4 – le client émet un message de service indisponible
alors que le site est chargé sur le serveur.
<br><br>
En effet le serveur aprčs avoir démarré le site scol
ayant fait l’objet de la requęte transmet l’url au
client afin que celui-ci s’y connecte.
<br><br>
Le problčme est que la machine est une adresse ip privé
et n’est donc pas Ť pinguable ť par internet.
<br><br>
Vous allez me dire et vous tomberez dans le pičge, Y A
CAS forcer l’ ip par celle de mon routeur !
<br><br>
A cela il y a plusieurs problčmes :
<br><br>
1- Le serveur scol ne redémarrera plus s’il ne possčde
pas lui-męme cette ip.
<br>
2- Si vous le faite sans redémarré le serveur en
pensant le leurrer ça fini par planter coté client(dmz
et compagnie).
<br>
3- Si vous ne forcé pas l’ip mais vous changez son
adresse url de démarrage dans le serveur web
controlcenter, le serveur essayera de le démarrer par
le biais de cet url ce qui pose problčme derričre un
routeur équipé d'un systčme firewall ne permettant pas
de s'auto "pinger" autrement dit le site ne sera pas
démarré.
<br><br><br>

En Conclusion Le serveur scol actuel ne peut
fonctionner en NAT que derričre un routeur équipé d'un
systčme permettant de s'auto "pinger" le problčme 3
devient donc la solution.
<br><br>
Néanmoins cela n’est pas trčs glorieux car cela pose
pas mal de problčme de sécurité, et donc n’est pas
propice au développement de scol surtout en ce moment.
<br><br>
Pour résoudre le problčme il suffit que le serveur scol
puisse gérer un paramčtre supplémentaire ŕ chacun des
sites, un url en réponse pour le client pour que
celui-ci puisse ce connecter au travers d’un routeur
quelque soit son type au site démarré par un url propre
au serveur scol .
<br><br>
Contribution de 'Thoun' sur le Scolring.