salut,
ce n'est pas possible.
enfin c'est possible dans le cas d'une architecture redondée d'avoir ce genre chose, cela permet d'éviter les interruptions de service si un répartiteur de charge passe une demande http d'un serveur à l'autre.
Dans ton cas tu as deux serveurs différents, voir deux applications différentes le partage de session n'est pas possible (risque de sécurité assez grand et réalisation technique complexe sans parler de la configuration pour savoir qui peut partager avec qui etc.).
Tu as peux de choix possibles, globalement il te faut réaliser un système
sso (comme google peu le faire entre ses services, voir avec des services tiers).
ton site A gère un service de connexion qui fournit les données qui vont avec un jeton.
Lorsque tu met un lien vers le site B tu passes le jeton dans l'url (siteb.com.token=xxxxxxxxxxx) ou dans l'entête http si tu veux que cela soit globalement transparent (nécessite que tu gères le clic par une requête serveur sur A sur redirige sur b, c'est pt'et aussi réalisable en JS).
lorsque tu arrive sur le site B :
- Vérification d'un authentification locale (pour ne pas écraser)
- si pas d'auth locale est ce que le jeton existe ?
- si oui alors on demande au site A les informations liée au jeton.
Il existe différentes façon de créer un jeton, en ce moment j'opterais pour
JWT qui permet d'avoir des données dans le jeton ainsi qu'un hash de vérification de l'intégrité.
Tu ne doit pas passer d'information sensible dans le jeton et surtout il ne faut authentifier juste parce que le jeton (par exemple avec un id) est présent (faille de sécurité, c'est relativement de récupérer une url utilisé, posté par mégarde sur un forum avec le jeton ou simplement un "sniffage" réseau).
@+
