blimp a écrit 12 commentaires

Je l'avais d'ailleurs écrit là :

https://linuxfr.org/2007/04/12/22356.html#820945

rien à ajouter.

L'absence de réponse d'un candidat, alors même qu'ils s'est engagé à répondre, est scandaleuse.

En fait je pense qu'il va répondre mais le plus tard possible.
En effet il est probable que ses réponses ne seront pas satisfaisantes pour ceux qui les attendent. Répondre au dernier moment pourrait donc être une stratégie pour minimiser l'impact des critiques que nous* ne manquerons pas de formuler, en ne nous laissant que très peu de temps pour le faire et en permettant à moins de monde d'en prendre connaissance.

Pour ne pas tomber dans ce piège, l'APRIL devrait peut-être prendre les devants en annonçant que les réponses ne seront plus acceptées après le 16/04 (par exemple).

Un intérêt de l'initiative candidats.fr est de donner des éléments de réflexion pour nous* aider à choisir un candidat. A ce titre un candidat qui répond trop tardivement ne joue pas le jeu, pas plus qu'un candidat qui ne répond pas du tout ou qui répond n'importe quoi (cf les réponses de Le Pen).

Il me semble donc légitime de dénoncer publiquement qu'un candidat a refusé de répondre bien AVANT la fin de la campagne.




* "nous" désigne ici l'ensemble des gens que ces questions préoccupent, et pas seulement les lecteurs de DLFP.

On est d'accord.
J'avais fais le même constat sur les logs, et le même raisonnement m'avais conduit à la même conclusion.
Mais ton commentaire me laissait penser que tu avais trouvé une description explicite de ce fonctionnement dans la doc (ça m'aurait arrangé pour y faire référence auprès d'autres personnes).

Merci encore pour tes réponses.

Je viens de parcourir le lien que tu donnes, mais je n'y trouve rien que j'arrive à traduire par "PAM_RHOST contient le nom résolu ou, si pas de résolution possible, l'adresse IP"

C'est bien ce dont j'avais l'intuition hélas.

Merci pour la réponse, je n'aurais pas été capable d'explorer moi-même les sources (en tout cas pas si vite).

J'avais commencé avec http://www.phpfacile.com/
Puis un bouquin qui doit dater un peu maintenant : "Pratique de MySql et PHP" de P. Rigaux chez O'Reilly
Enfin et surtout avec la doc officielle déjà citée dans un commentaire précédent.

Toute la puissance des redirections de port avec SSH...

<mode parano>
D'où l'intérêt de contrôler aussi les connexions sortantes quant on veut protéger son lan avec un pare-feu.
</mode parano>

je crois que je suis arrivé une minute trop tard...

Il y a longtemps que j'ai quitté Mandriva (qui s'appelait encore Mandrake) mais à l'époque le coupable de ce comportement avait pour petit nom msec (pour Mandrake Security) et possédait une interface graphique de configuration à laquelle je n'ai jamais rien compris.

Génial !!! ça marche.

Merci beaucoup.

Par contre j'aimerais bien savoir dans quelle doc j'aurais pu trouver cette information. J'ai pas mal cherché sur le site web de cups, pas mal interrogé google (avec les mots cups, client, port...) et je n'ai jamais entendu parler de la variable IPP_PORT.

s/1024/1234

je précise que j'ai bien vérifié que le serveur écoute le port 1024 grâce à un telnet localhost 1024 puis GET / qui me donne la page d'accueil de l'interface web de CUPS