Blocage "partiel" du port 80 ??

[marc2006]

Je verrais quoi en montant un serveur FTP ? Que le 21 est bloqué aussi ?

 

Changer le port 80 changera quelque chose au fait que le trafic entrant ,autre que "client", soit bloqué ?

 

tu ne m'as pas compris !

 

installes un serveur ftp et indique lui le port 80, et regarde si ça marche.

 

sinon, indique a apache un autre port que le 80, et regarde, et tu pourras ainsi tirer tes conclusions.

 

++

[Berfizan]

Si tu mets le serveur en écoute sur un autre port que le 80 (juste pour le test), et que le trafic passe, c'est bien que le port 80 est 'filtré'.

 

Sous quel prétexte un FAi se permettrait de bloquer le port 80 ?

 

Je ne sais pas, faut voir les conditions au départ.

 

Ok on va essayer de changer le port.

 

La soumission des requêtes Http va fonctionner de la même façon , ou faut-il préciser le port genre http://le_site:le_port ?

[Pang]

ou faut-il préciser le port genre http://le_site:le_port ?

^^ absolument.

 

installes un serveur ftp et indique lui le port 80, et regarde si ça marche.

Et si le serveur ftp fonctionne lui sur le port 80 c'est qu'il y a un filtrage de protocole http.... mais ça serait vraiment curieux.

[marc2006]

Ok on va essayer de changer le port.

 

La soumission des requêtes Http va fonctionner de la même façon , ou faut-il préciser le port genre http://le_site:le_port ?

 

oui, faudra indiquer le port correspondant, donc si c'est le 1025, tu mettras http://le_site:1025

 

^^ absolument.

 

 

Et si le serveur ftp fonctionne lui sur le port 80 c'est qu'il y a un filtrage de protocole http.... mais ça serait vraiment curieux.

 

euh si le port 80 est filtré en entrée, un serveur ftp ne fonctionnera pas sur ce port théoriquement.

Modifié le 19 juin 2008 par marc2006

[Berfizan]

Ok merci de vos réponses, on va essayer ça.

[KewlCat]

Pourtant quand on surfe, il y a aussi du trafic entrant sur le 80 non ?

Non. Il y a des requêtes sortantes vers le port 80 qui parviennent au serveur Web, et le serveur t'envoie le contenu de la réponse sur un autre port (supérieur à 1024). Regarde ce que t'affiche TCPView et tu comprendras.

Le serveur Web ne se connecte jamais à ton port 80.

 

Oui, mais c'est le client (celui qui surf) qui initie la connexion; ce sont justes des réponses, donc ça passe.

Non non, les réponses n'atterrissent pas sur ton port 80 !

 

Depuis l'extérieur, les seules trames que tu vas recevoir à destination de ton port 80 sont des tentatives d'accès à un éventuel serveur Web qui tournerait sur ta machine.

[Berfizan]

Non. Il y a des requêtes sortantes vers le port 80 qui parviennent au serveur Web, et le serveur t'envoie le contenu de la réponse sur un autre port (supérieur à 1024). Regarde ce que t'affiche TCPView et tu comprendras.

Le serveur Web ne se connecte jamais à ton port 80.

 

Effectivement, bien vu avec Tcpview .. merci de la précision Kewlcat.

[marc2006]

Non. Il y a des requêtes sortantes vers le port 80 qui parviennent au serveur Web, et le serveur t'envoie le contenu de la réponse sur un autre port (supérieur à 1024). Regarde ce que t'affiche TCPView et tu comprendras.

Le serveur Web ne se connecte jamais à ton port 80.

 

Non non, les réponses n'atterrissent pas sur ton port 80 !

 

Depuis l'extérieur, les seules trames que tu vas recevoir à destination de ton port 80 sont des tentatives d'accès à un éventuel serveur Web qui tournerait sur ta machine.

 

mais quand tu visites un site, tu fais ta demande par le port 80 n'est ce pas ?

 

Et quand l'on veut accéder a ton site situé sur ta machine, on accède bien au port 80 de la machine ?!

 

dans tous les cas le port 80 est sollicité.

 

++

Modifié le 19 juin 2008 par marc2006

[Invité Gnap]

dans tous les cas le port 80 est sollicité.

Ué, mais pas dans le même sens <-->

[marc2006]

Ué, mais pas dans le même sens <-->

 

ben si, dans tous les cas, le port 80 est sollicité, lorsque tu initie la connection, et lorsque l'on veut consulter ton site sur ton ordi, passe aussi par le port 80 !