2017-09-13 1 views

Répondre

0

Je ne suis pas sûr de savoir quelle est votre question. Cependant, si le serveur peut gérer http et https avec un appel, cela semble hautement improbable. Vous effectuez un appel unique et cet appel doit adresser une adresse et un protocole particuliers.

Vous pouvez envoyer cette requête avec des paramètres que vous pouvez ensuite envoyer du serveur vers le protocole secondaire. Par exemple, si vous envoyez une requête via http; vous pourriez passer certains paramètres que le code côté serveur pourrait utiliser et ensuite, faire un appel secondaire à https. Cependant, ceci étant dit, pourquoi voulez-vous utiliser plusieurs protocoles? Je pense qu'il est préférable de comprendre d'abord votre besoin réel et votre cas d'utilisation avant de continuer.

Cheers.

+0

merci de votre réponse. – msm082919

0

Ma compréhension de cette question est la suivante: HTTP et HTTPS peuvent-ils partager le même port?

La réponse est: Non, ils ne peuvent pas.

La raison est la suivante: HTTP et HTTPS sont des protocoles de niveau d'application différents. Sous le capot, les requêtes HTTP et HTTPS sont juste un flux d'octets, et le serveur a besoin des informations de port pour savoir comment analyser ces octets

Par exemple, si le serveur trouve une requête provenant du port 80, alors il sait Les octets sont au format HTTP et analysent ces octets pour obtenir des données raisonnables. Si le serveur trouve une autre requête provenant du port 443, il sait que les octets sont au format HTTPS et les analysent en utilisant la méthode correspondante. Si le serveur trouve une troisième requête venant du port 21, il sait que les octets suivent le protocole FTP puis analysent ...

Si 2 protocoles de niveau d'application (tels que HTTP et HTTPS) partagent le même port, il serait un désastre pour le serveur web: pour toute requête provenant de ce port, il n'y a aucun moyen de savoir quel protocole il suit, et le serveur ne sera pas capable d'analyser le flux d'octets avec précision.