Connexion serveur MISP
Résolu/Fermé
A voir également:
- Neo pro tv problème de connexion
- Gmail connexion - Guide
- Problème de réception tv pas de signal aujourd' hui - Guide
- Chromecast connexion - Guide
- Hotmail connexion - Guide
- Facebook connexion - Guide
2 réponses
mamiemando
Messages postés
33262
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
6 septembre 2024
7 777
20 oct. 2021 à 12:53
20 oct. 2021 à 12:53
Bonjour,
As-tu essayé ce qui est expliqué dans cette discussion, en particulier ce message ?
Bonne chance
As-tu essayé ce qui est expliqué dans cette discussion, en particulier ce message ?
Bonne chance
Ok, j'ai trouvé la solution via ce lien : https://github.com/MISP/MISP/issues/7542
Il y avait une confusion de redirection de port avec 443 et 8443.
Il y avait une confusion de redirection de port avec 443 et 8443.
mamiemando
Messages postés
33262
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
6 septembre 2024
7 777
22 oct. 2021 à 15:38
22 oct. 2021 à 15:38
Merci pour l'information !
Effectivement, par convention, un client (e.g. ton navigateur) est 443 pour https (resp.80 pour http). C'est pourquoi un serveur web traditionnel (apache, nginx...) écoute sur ces deux ports (tu peux le vérifier avec la commande
D'un point de vue communication réseau, le choix des numéros de ports est arbitraire. Rien n'empêche d'avoir une communication http ou https pour laquelle le serveur utilise un autre port. C'est typiquement ce que font certains serveurs web comme jupyter notebook / jupyter lab. Ces serveurs écoutent sur le premier port disponible après 8888 (et typiquement ton navigateur s'y connecterait via une adresse du genre http://localhost:8888).
Alors pourquoi ce micmac au niveau des ports ? Il faut savoir que :
Bref, toute cette digression pour expliquer pourquoi le port 8443 a pu être évoqué dans la documentation de MISP...
Effectivement, par convention, un client (e.g. ton navigateur) est 443 pour https (resp.80 pour http). C'est pourquoi un serveur web traditionnel (apache, nginx...) écoute sur ces deux ports (tu peux le vérifier avec la commande
netstat -ntlp).
D'un point de vue communication réseau, le choix des numéros de ports est arbitraire. Rien n'empêche d'avoir une communication http ou https pour laquelle le serveur utilise un autre port. C'est typiquement ce que font certains serveurs web comme jupyter notebook / jupyter lab. Ces serveurs écoutent sur le premier port disponible après 8888 (et typiquement ton navigateur s'y connecterait via une adresse du genre http://localhost:8888).
Alors pourquoi ce micmac au niveau des ports ? Il faut savoir que :
- un port ne peut être ouvert que par un seul serveur ; si un autre serveur tente d'écouter sur ce port, il échouera ; dans le cas de mon exemple avec jupyter, tu ne veux pas que celui-ci entre en conflit avec l'éventuel apache déployé sur ta machine, il est donc sage d'utiliser un autre port ;
- les ports inférieurs à 1024 sont réservés à root, donc peut être que dans le cas de MISP. Je suspecte que les parties de documentation de MISP qui proposent d'utiliser le port 8443 partent du principe que le serveur web est lancé par un utilisateur ; dans le cas de jupyter, comme ce serveur web est lancé en tant qu'utilisateur, il ne serait pas possible de le faire écouter sur le port 80 (http) ou 443 (https).
Bref, toute cette digression pour expliquer pourquoi le port 8443 a pu être évoqué dans la documentation de MISP...
Ling
>
mamiemando
Messages postés
33262
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
6 septembre 2024
22 oct. 2021 à 15:47
22 oct. 2021 à 15:47
Merci beaucoup pour tes explications claires et précises !
20 oct. 2021 à 13:49