Depuis quelques jours, j'ai des soucis pour acc=E9der =E0 mon serveur.
Il r=E9pond bien aux pings depuis les stations client (DHCP), j'acc=E8d=
e =E0 un=20
certain nombre de choses mais pas =E0 d'autres...
Exemple :
http://canoe.homeg.lan/ -> It works
http://canoe.homeg.lan/phpmyadmin/ -> OK
http://canoe.homeg.lan/phpldapadmin/ -> OK
http://canoe.homeg.lan/cacti/ -> 403 Forbidden
http://canoe.homeg.lan:631/ -> Bad request
http://canoe.homeg.lan:49152/ -> OK
http://canoe.homeg.lan/backuppc/ -> 403 Forbidden
Si je remplace le FQDN par l'adresse IP (192.168.0.2), je n'ai plus auc=
un=20
probl=E8me.
Je ne sais plus trop dans quelle direction chercher... Squid ? Apache ?=
Bind ?
Une id=E9e ?
--
Michel.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/16027594.nTCXGizNSu@basket
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/
Le 10 mars 15 à 15:49, Michel a écrit :
Bonjour,
Depuis quelques jours, j'ai des soucis pour accéder à mon serveur.
Il répond bien aux pings depuis les stations client (DHCP),
j'accède à un
certain nombre de choses mais pas à d'autres...
Exemple :
http://canoe.homeg.lan/ -> It works
http://canoe.homeg.lan/phpmyadmin/ -> OK
http://canoe.homeg.lan/phpldapadmin/ -> OK
http://canoe.homeg.lan/cacti/ -> 403 Forbidden
http://canoe.homeg.lan:631/ -> Bad request
http://canoe.homeg.lan:49152/ -> OK
http://canoe.homeg.lan/backuppc/ -> 403 Forbidden
Si je remplace le FQDN par l'adresse IP (192.168.0.2), je n'ai plus
aucun
problème.
Je ne sais plus trop dans quelle direction chercher... Squid ?
Apache ? Bind ?
Une idée ?
Je mets $10 sur Apache ;-)
--
Michel.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/16027594.nTCXGizNSu@basket
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/13C3672B-0A82-4CA6-907B-AF10C0866E4A@worldonline.fr
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/
Gaël
Yope!
Depuis quelques jours, j'ai des soucis pour accéder à mon serveur.
Il répond bien aux pings depuis les stations client (DHCP), j'accède à un certain nombre de choses mais pas à d'autres...
Je pense qu'il va nous falloir plus d'infos, parce que là ça peut êtr e divers trucs je pense!
Possiblement ça vient d'apache, qui est mal configuré pour les alias de cacti et de backuppc (voir aussi les droits des répertoires associés).
Ton squid il sert à quoi? Les requêtes vers le serveur passent aussi par squid ou pas ?
À priori par contre, bind n'a rien à voir là dedans. D'ailleurs comment le fqdn est-il annoncé aux machines du réseau?
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/CAGKqBr=
Yope!
Depuis quelques jours, j'ai des soucis pour accéder à mon serveur.
Il répond bien aux pings depuis les stations client (DHCP), j'accède à un
certain nombre de choses mais pas à d'autres...
Je pense qu'il va nous falloir plus d'infos, parce que là ça peut êtr e
divers trucs je pense!
Possiblement ça vient d'apache, qui est mal configuré pour les alias
de cacti et de backuppc (voir aussi les droits des répertoires
associés).
Ton squid il sert à quoi? Les requêtes vers le serveur passent aussi
par squid ou pas ?
À priori par contre, bind n'a rien à voir là dedans. D'ailleurs
comment le fqdn est-il annoncé aux machines du réseau?
Bon courage!
Exemple :
http://canoe.homeg.lan/ -> It works
http://canoe.homeg.lan/phpmyadmin/ -> OK
http://canoe.homeg.lan/phpldapadmin/ -> OK
http://canoe.homeg.lan/cacti/ -> 403 Forbidden
http://canoe.homeg.lan:631/ -> Bad request
http://canoe.homeg.lan:49152/ -> OK
http://canoe.homeg.lan/backuppc/ -> 403 Forbidden
Si je remplace le FQDN par l'adresse IP (192.168.0.2), je n'ai plus aucun
problème.
Je ne sais plus trop dans quelle direction chercher... Squid ? Apache ? B ind ?
Une idée ?
--
Michel.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/16027594.nTCXGizNSu@basket
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/CAGKqBr=J4Yi5rB3_k90bKwkX4zZykxJ-TTgxCaJu-b7gmKCtew@mail.gmail.com
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/CAGKqBr=
Michel Grentzinger
Le mardi 10 mars 2015, 14:55:22 Gaël a écrit :
Possiblement ça vient d'apache, qui est mal configuré pour les al ias de cacti et de backuppc (voir aussi les droits des répertoires associés).
Effectivement, c'était bien Apache... En rajoutant Allow from 127.0.0.1 Dans /etc/apache/conf.d/<SERVEUR>.conf (cacti, backuppc, etc.) Ça fonctionne.
Mais je ne m'explique pas : - pourquoi ça fonctionnait avant (moins de 1 mois) ? - pourquoi avec le FQDN ça fonctionne ?
Ton squid il sert à quoi? Les requêtes vers le serveur passent au ssi par squid ou pas ?
J'avais commencé une configuration squid/squidguard pour du contrôl e parental mais je m'étais arrêté au milieu ! Squid est quand même un peu responsable... Apache voit que tout arriv e depuis 127.0.0.1 au lieu du reseau. Du coup, je ne peux plus contrôler l'acc ès aux interfaces (backuppc, cacti, nagios) grace aux IP.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le mardi 10 mars 2015, 14:55:22 Gaël a écrit :
Possiblement ça vient d'apache, qui est mal configuré pour les al ias
de cacti et de backuppc (voir aussi les droits des répertoires
associés).
Effectivement, c'était bien Apache...
En rajoutant
Allow from 127.0.0.1
Dans /etc/apache/conf.d/<SERVEUR>.conf (cacti, backuppc, etc.)
Ça fonctionne.
Mais je ne m'explique pas :
- pourquoi ça fonctionnait avant (moins de 1 mois) ?
- pourquoi avec le FQDN ça fonctionne ?
Ton squid il sert à quoi? Les requêtes vers le serveur passent au ssi
par squid ou pas ?
J'avais commencé une configuration squid/squidguard pour du contrôl e parental
mais je m'étais arrêté au milieu !
Squid est quand même un peu responsable... Apache voit que tout arriv e depuis
127.0.0.1 au lieu du reseau. Du coup, je ne peux plus contrôler l'acc ès aux
interfaces (backuppc, cacti, nagios) grace aux IP.
--
Michel Grentzinger
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/7630869.T9LmNdsnmS@basket
Possiblement ça vient d'apache, qui est mal configuré pour les al ias de cacti et de backuppc (voir aussi les droits des répertoires associés).
Effectivement, c'était bien Apache... En rajoutant Allow from 127.0.0.1 Dans /etc/apache/conf.d/<SERVEUR>.conf (cacti, backuppc, etc.) Ça fonctionne.
Mais je ne m'explique pas : - pourquoi ça fonctionnait avant (moins de 1 mois) ? - pourquoi avec le FQDN ça fonctionne ?
Ton squid il sert à quoi? Les requêtes vers le serveur passent au ssi par squid ou pas ?
J'avais commencé une configuration squid/squidguard pour du contrôl e parental mais je m'étais arrêté au milieu ! Squid est quand même un peu responsable... Apache voit que tout arriv e depuis 127.0.0.1 au lieu du reseau. Du coup, je ne peux plus contrôler l'acc ès aux interfaces (backuppc, cacti, nagios) grace aux IP.
