Merci pour cette réponse.
Cela dit elle ne répond pas à ma question (certainement mal posée)
DD-WRT permet aussi d'héberger sa splash sur un serveur distant, ce que j'ai fait. Ma splash est sur un serveur mutualisé qui autorise le PHP. Je n'ai donc pas besoin que ma borne connaisse le PHP. Je veux juste qu'elle me permette d'appeler une splash en PHP. Le serveur distant saura analyser le PHP et renvoyer une page HTML, laquelle sera exploitable par la borne pour y placer ses variables $gatewayName et $gatewayAddr.
Or lorsque je demande une page splash du style splash.php (présente sur le serveur distant), j'obtiens une page blanche en retour.
Il me semble que quelque chose m'échappe dans le fonctionnement de la borne.
Du style : la page splash, que je crois appelée depuis mon serveur distant, est-elle en fait recopiée par la borne en interne et utilisée en interne par la borne
ce qui reviendrait à ton explication comme quoi elle ne sait pas interpréter du PHP ?
Merci d'avance pour votre aide
Merci pour ton aide yzy-oui-fi
Peux-tu m'aider encore un peu, j'essaie de bien comprendre et de me débarrasser de mes fausses idées
Ce qui suit est-il juste
1. Quand je spécifie une splash distante dans NoCat, l'AP télécharge cette splash en local dans sa ROM.
2. L'AP vérifie régulièrement si la splash a été mise à jour sur le serveur distant, et la télécharge si besoin.
3. Quand un utilisateur wifi demande une page web, le portail captif lui envoie la splash qu'il a stockée localement, en remplaçant simplement les "$gatewayName" et autres variables prédéfinies par leurs valeurs.
J'ai bon là ? Cela expliquerai effectivement qu'il faudrait que l'AP sache traduire du PHP pour pouvoir avoir une splash en PHP, encore que. Car j'ai fait le test en ne mettant que du HTML dans mon fichier saplsh.php. Alors si l'AP se fiche de l'extension, ça devrait quand même marcher non ?
Merci pour ton aide yzy-oui-fi
Peux-tu m'aider encore un peu, j'essaie de bien comprendre et de me débarrasser de mes fausses idées
Ce qui suit est-il juste
1. Quand je spécifie une splash distante dans NoCat, l'AP télécharge cette splash en local dans sa ROM.
non
Djedj_31 wrote:
2. L'AP vérifie régulièrement si la splash a été mise à jour sur le serveur distant, et la télécharge si besoin.
non
Djedj_31 wrote:
3. Quand un utilisateur wifi demande une page web, le portail captif lui envoie la splash qu'il a stockée localement, en remplaçant simplement les "$gatewayName" et autres variables prédéfinies par leurs valeurs.
oui et non,
le portail captif s'intercale effectivement entre l'utilisateur et le web grace au routeur. C'est la partie radius du serveur qui valide ou refuse une requete utilisateur. Si l'utilisateur n'est pas reconnu, tous les accès web sont interdit a l'exception du http et https, de plus tous les appels Dns (ex: www.google.fr) sont remplacés par la page splash (http://monportailcaptif/hotspotlogin.php)
dons c'est juste le remplacement du nom de domaine appelé par le navigateur web, la page splash n'a pas etre stocké localement, elle peut etre n'importe ou dans le monde. Si la page splash n'est pas a jour le routeur hotspot n'y peu rien il ne connait que le nom de cette page.
Djedj_31 wrote:
J'ai bon là ? Cela expliquerai effectivement qu'il faudrait que l'AP sache traduire du PHP pour pouvoir avoir une splash en PHP, encore que. Car j'ai fait le test en ne mettant que du HTML dans mon fichier saplsh.php. Alors si l'AP se fiche de l'extension, ça devrait quand même marcher non ?
L'ap n'a donc pas a savoir traduire un langage ou un autre vue qu'il resenseigne juste sur l'adresse de se serveur d'authentification et par quelle page splash les accès web non authorisé devront etre remplacés.
Lorsque tu appelles une page web depuis ton pc, c'est le navigateur de ton pc qui recoit et traite cette page, pas ton routeur, qui comme sont nom l'indique établie des routes (chemin d'accès aux autres ordinateurs et données) n'affiche jamais une page web. Les langages PHP et ASP sont plus ou moins des langages de programation effectivement installé sur un serveur web (celui que tu appelles via une requete dns depuis ton navigateur) ces langages transformes des requetes dynamique interne au serveur en langage de description (html).
Ton routeur a effectivement un petit serveur web incluant asp, ce dernier ne sert que lorsque tu appelles les pages de l'administration de ce dernier.
Merci yzy-oui-fi de continuer à me répondre malgré mes incompréhensions.
Car je ne comprends toujours pas pourquoi je ne peux pas avoir de splash en PHP, vu ce que tu m'expliques.
Je connais bien le mécanisme PHP, car je programme en PHP depuis plusieurs années, donc je comprends bien ce que tu as écrit sur le mécanisme PHP.
Lorsque une requête est faite au serveur web, celui-ci l'analyse. S'il voit qu'on lui demande du PHP, il transfert la requête au moteur PHP, qui génère une page HTML, la renvoie au serveur web, qui l'envoie au requeteur.
Voici coment je vois les choses dans mon cas : le PC client demande une page web au portail captif, qui décide de lui renvoyer la splash. Il appelle donc cette splash sur le serveur web distant, splash.php. Le serveur distant devrait la traiter comme page PHP, et renvoyer une page HTML à l'AP. Celui-ci n'a plus qu'à remplacer les $gatewayName dans la page HTML, comme s'il avait appelé une splash.html, puis l'envoyer au PC client.
Alors que ce que je comprends dans tes explications c'est que l'AP demande splash.php au serveur web distant, et que celui-ci, je ne sais pas pourquoi, déciderait de ne pas la traiter comme une page PHP mais renverrait directement le code PHP à l'AP.
J'ai l'impression d'être assez non comprenant sur ce coup, désolé...
Alors que ce que je comprends dans tes explications c'est que l'AP demande splash.php au serveur web distant, et que celui-ci, je ne sais pas pourquoi, déciderait de ne pas la traiter comme une page PHP mais renverrait directement le code PHP à l'AP.
Peut etre tout simplement parceque php n'est pas installé sur le fameux serveur. Je pense que c'est plutot au niveau de ton serveur AAA que tu dois fouiller.
Réponses à tes questions :
1. Mon serveur web est un serveur mutualisé chez OVH. Le PHP fonctionne très bien pour toutes les pages sauf pour la splash.
2. OVH
3. IE 8 et Chrome.
4. DD-WRT, avec NoCat.
Tes questions me laissent penser que les miennes sont fondées, n'est-ce pas ?