Différences entre versions de « PP74 — Client/Serveur »

De Documentation Polaris
Aller à : navigation, rechercher
(modifications automatiques tags et catégories via le cartographe)
(modifications automatiques tags et catégories via le cartographe)
 
Ligne 1 : Ligne 1 :
 
[[Catégorie:Cartographie fonctionnelle]]{{DebutInfoCartographe}}<blockquote><small>Revenir à la catégorie parente : [[PP72_—_Système|Système]]</small></blockquote>
 
[[Catégorie:Cartographie fonctionnelle]]{{DebutInfoCartographe}}<blockquote><small>Revenir à la catégorie parente : [[PP72_—_Système|Système]]</small></blockquote>
<table class="carto-tab"><tr> <td class="carto-col-little"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> </tr><tr><td class="std-value carto-no" colspan="2">20129</td><td class="std-value carto-lib" colspan="4">Serveur HTTP 1.1 asynchrone embarqué</td></tr><tr><td class="carto-lbl carto-lbl-cli" colspan="1" rowspan="7"><span class="txt">Fonctionnalité</span></td><td class="carto-title" colspan="1">Catégorie</td><td class="carto-categorie" colspan="3"><div class="fil-ariane"><span class="ariane-elt">[[PP1_—_Polaris|Polaris]]</span> <span class="ariane-sep">›</span>&nbsp;<span class="ariane-elt">[[PP72_—_Système|Système]]</span> <span class="ariane-sep">›</span>&nbsp;<span class="ariane-elt">[[PP74_—_Client/Serveur|Client/Serveur]]</span></div></td><td class="carto-versions" rowspan="7"></td></tr><tr><td class="carto-title" colspan="1">Etat</td><td class="carto-parametrable" colspan="3"><span class="etat-fonction etat-fonction-3">à venir</span></td></tr><tr><td class="carto-title" colspan="1">Zoom</td><td class="carto-desc" colspan="3">Serveur HTTP 1.1 asynchrone embarqu&eacute;<div class="carto-extended"><span class="etat-fonction-3">à venir</span></div><div style="margin-left: 1em;">Modification visant &agrave; pouvoir redistribuer automatiquement les num&eacute;ros de ports utilis&eacute;s par les services secondaires en fonction d'un port de base et de leur NUR.<br /><br />Pourquoi ?<br />- de nombreux services se retrouvent derri&egrave;re un NAT ou un VPN avec le m&ecirc;me num&eacute;ro de port (3000/3443) sur la m&ecirc;me adresse IP ...<br />- probl&egrave;me, nous avons besoin de pouvoir les joindre pour les WebApp et tombons g&eacute;n&eacute;ralement sur le TLR<br /><br />Solution mise en place :<br />- ajout d'un param&egrave;tre "autoport" (Port d'&eacute;coute de r&eacute;f&eacute;rence) dans le manager. Ce param&egrave;tre est distribu&eacute; au TLR qui le transmet &agrave; tous et modifie le param&egrave;tre "AutoPort" dans le repdconf.xml selon les r&egrave;gles suivantes<br />- au TLR : AutoPort (repdconf) = autoport (manager)<br />- sur un service secondaire AutoPort (repdconf) = autoport (manager) + son NUR<br />- dans les deux cas, pour raison de compatibilit&eacute;, le service continu d'&eacute;couter sur le port d&eacute;fini &agrave; l'installation du service (ListenPort du repdconf, en g&eacute;n&eacute;ral 3000) ;<br /><br />Le changement est r&eacute;alis&eacute; &agrave; chaud (il n'y a pas besoin de red&eacute;marrer le service de r&eacute;plication). Tant qu'il n'est pas red&eacute;marr&eacute;, le service &eacute;coute sur le nouveau port ainsi que tous les anciens ports ! C'est au red&eacute;marrage qu'il cesse d'&eacute;couter sur les anciens ports.</div></td></tr><tr><td class="carto-title" colspan="1">Paramétrable</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Type</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Paramétres</td><td class="carto-desc" colspan="1"><td class="carto-title" colspan="1">Droits</td><td class="carto-desc" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Soumis à licence</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Options licences</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Documentation disponible</td><td class="carto-doc" colspan="3"><div class="doc-link-id"></div><div class="doc-link-page">[[NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué|NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué]]</div></td></tr><tr class="carto-space"><td colspan="6"></td></tr></table>
+
<table class="carto-tab"><tr> <td class="carto-col-little"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> </tr><tr><td class="std-value carto-no" colspan="2">20129</td><td class="std-value carto-lib" colspan="4">Serveur HTTP 1.1 asynchrone embarqué</td></tr><tr><td class="carto-lbl carto-lbl-cli" colspan="1" rowspan="7"><span class="txt">Fonctionnalité</span></td><td class="carto-title" colspan="1">Catégorie</td><td class="carto-categorie" colspan="3"><div class="fil-ariane"><span class="ariane-elt">[[PP1_—_Polaris|Polaris]]</span> <span class="ariane-sep">›</span>&nbsp;<span class="ariane-elt">[[PP72_—_Système|Système]]</span> <span class="ariane-sep">›</span>&nbsp;<span class="ariane-elt">[[PP74_—_Client/Serveur|Client/Serveur]]</span></div></td><td class="carto-versions" rowspan="7"></td></tr><tr><td class="carto-title" colspan="1">Etat</td><td class="carto-parametrable" colspan="3"><span class="etat-fonction etat-fonction-3">à venir</span></td></tr><tr><td class="carto-title" colspan="1">Zoom</td><td class="carto-desc" colspan="3">Serveur HTTP 1.1 asynchrone embarqu&eacute;<div class="carto-extended"><span class="etat-fonction-4">A partir de 11.04</span></div><div style="margin-left: 1em;">Modification visant &agrave; pouvoir redistribuer automatiquement les num&eacute;ros de ports utilis&eacute;s par les services secondaires en fonction d'un port de base et de leur NUR.<br /><br />Pourquoi ?<br />- de nombreux services se retrouvent derri&egrave;re un NAT ou un VPN avec le m&ecirc;me num&eacute;ro de port (3000/3443) sur la m&ecirc;me adresse IP ...<br />- probl&egrave;me, nous avons besoin de pouvoir les joindre pour les WebApp et tombons g&eacute;n&eacute;ralement sur le TLR<br /><br />Solution mise en place :<br />- ajout d'un param&egrave;tre "autoport" (Port d'&eacute;coute de r&eacute;f&eacute;rence) dans le manager. Ce param&egrave;tre est distribu&eacute; au TLR qui le transmet &agrave; tous et modifie le param&egrave;tre "AutoPort" dans le repdconf.xml selon les r&egrave;gles suivantes<br />- au TLR : AutoPort (repdconf) = autoport (manager)<br />- sur un service secondaire AutoPort (repdconf) = autoport (manager) + son NUR<br />- dans les deux cas, pour raison de compatibilit&eacute;, le service continu d'&eacute;couter sur le port d&eacute;fini &agrave; l'installation du service (ListenPort du repdconf, en g&eacute;n&eacute;ral 3000) ;<br /><br />Le changement est r&eacute;alis&eacute; &agrave; chaud (il n'y a pas besoin de red&eacute;marrer le service de r&eacute;plication). Tant qu'il n'est pas red&eacute;marr&eacute;, le service &eacute;coute sur le nouveau port ainsi que tous les anciens ports ! C'est au red&eacute;marrage qu'il cesse d'&eacute;couter sur les anciens ports.</div></td></tr><tr><td class="carto-title" colspan="1">Paramétrable</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Type</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Paramétres</td><td class="carto-desc" colspan="1"><td class="carto-title" colspan="1">Droits</td><td class="carto-desc" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Soumis à licence</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Options licences</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Documentation disponible</td><td class="carto-doc" colspan="3"><div class="doc-link-id"></div><div class="doc-link-page">[[NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué|NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué]]</div></td></tr><tr class="carto-space"><td colspan="6"></td></tr></table>
 
<graphviz format="png" caption="Carte fonctionnelle de Client/Serveur" renderer="sfdp" >
 
<graphviz format="png" caption="Carte fonctionnelle de Client/Serveur" renderer="sfdp" >
 
digraph CarteFonctionnelle_74 {
 
digraph CarteFonctionnelle_74 {

Version actuelle datée du 5 juillet 2023 à 09:44

Revenir à la catégorie parente : Système

20129Serveur HTTP 1.1 asynchrone embarqué
FonctionnalitéCatégorie
Etatà venir
ZoomServeur HTTP 1.1 asynchrone embarqué
A partir de 11.04
Modification visant à pouvoir redistribuer automatiquement les numéros de ports utilisés par les services secondaires en fonction d'un port de base et de leur NUR.

Pourquoi ?
- de nombreux services se retrouvent derrière un NAT ou un VPN avec le même numéro de port (3000/3443) sur la même adresse IP ...
- problème, nous avons besoin de pouvoir les joindre pour les WebApp et tombons généralement sur le TLR

Solution mise en place :
- ajout d'un paramètre "autoport" (Port d'écoute de référence) dans le manager. Ce paramètre est distribué au TLR qui le transmet à tous et modifie le paramètre "AutoPort" dans le repdconf.xml selon les règles suivantes
- au TLR : AutoPort (repdconf) = autoport (manager)
- sur un service secondaire AutoPort (repdconf) = autoport (manager) + son NUR
- dans les deux cas, pour raison de compatibilité, le service continu d'écouter sur le port défini à l'installation du service (ListenPort du repdconf, en général 3000) ;

Le changement est réalisé à chaud (il n'y a pas besoin de redémarrer le service de réplication). Tant qu'il n'est pas redémarré, le service écoute sur le nouveau port ainsi que tous les anciens ports ! C'est au redémarrage qu'il cesse d'écouter sur les anciens ports.
ParamétrablenonType
ParamétresDroits
Soumis à licencenonOptions licences
Documentation disponible