www dans le répertoire /etc/xinetd.d/
avec le contenu :
service socks
{
disable = no
socket_type = stream
wait = no
user = www
server = /home/www/www.sh
}
puis dans le répertoire /home/www,
créer le script suivant :
#!/bin/bash
echo "Content-Type: text/html"
echo
cat << EOF
<html>
<body>
Hello World
</body>
</html>
EOF
Il suffit ensuite d'aller visiter la page http://localhost:1080 et le tour est joué.
# Utilisateur www
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 4.
# L'accés au port donné a été désactivé pour des raisons de sécurité.
Posté par Bertrand Delépine . Évalué à 1.
On peut changer de port ?
[^] # Re: L'accés au port donné a été désactivé pour des raisons de sécurité.
Posté par Sebastien Rodriguez . Évalué à 1.
Dans l'exemple, l'auteur utilise le service socks qui est sur le port 1080.
# une partie en echo et une partie en cat
Posté par tripa . Évalué à 2.
[^] # Re: une partie en echo et une partie en cat
Posté par galactikboulay . Évalué à 1.
sous cette forme (ne pas oublier la ligne vide entre le content-type
et les données)
cat << EOF
Content-Type: text/html
<html>
<body>
Hello World
</body>
</html>
EOF
# Comment demarre t'on ce nouveau service creé?
Posté par mtidjani . Évalué à 1.
ai je raté quelque chose?
[^] # Re: Comment demarre t'on ce nouveau service creé?
Posté par lezardbreton . Évalué à 2.
# Paramètres GET ou POST
Posté par tampax . Évalué à 1.
Probablement, mais comment doit-on s'y prendre, il ne me semble pas avoir eu me moindre indice avec $ENV.
[^] # Re: Paramètres GET ou POST
Posté par andeus . Évalué à 2.
# Et l'entête de status ?
Posté par Obsidian . Évalué à 2.
Ici le script est écrit comme un CGI-BIN, et c'est ce qu'il faut, mais c'est faire abstraction du fait que l'entête du document est d'habitude complété automatiquement par les modules d'Apache.
Maintenant, le navigateur fait avec et c'est normal, mais ça peut poser problème dans certains cas, proxys, firewalls ou vieux navigateurs, par exemple.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.