jben a écrit 847 commentaires

Oui, enfin ça permet de faire du thé, mais si tu veux en faire il faut la nettoyer profondément à chaque fois.

Ou alors, il faut en avoir deux.

Mais bon, ça c'est pas mal fait surtout quand tu fais de l'illégal évident partout quand même, faut pas trop se focaliser la dessus

Il y a pas besoin de faire de l'illégal, il suffit d'avoir des amis prets à te nuire pour que des demandes arrivent à l'hebergeur, d'où la necessité pour moi d'avoir un hebergeur qui agit dans le cadre de la loi, ni plus, ni moins. Je sais de quoi je parle.

Bref, Hetzner m'a l'air d'être un bon choix. Je vais essayer de voir ce que je trouve sur ce dernier point, sinon tout le reste m'a l'air bon.

Merci pour ton retour.

J'ai été voir Hetzner, leurs tarifs ont l'air abordables.

Toi qui est un de leurs clients, qu'en est-il du service ? Sont-ils respecteux des libertés ? S'inclinent'il dès qu'un quelconque mail demande la déconnexion d'un client, ou font-il les choses dans les règles, c'est à dire après une décision de justice ?

J'ai aussi trouvé tout ce que je voulais en anglais, mais une fois dans l'interface privée client, qu'en est-il ? (Je précise qu'autant je comprends l'espagnol, que je ne comprends rien à l'allemand).

j'ai confondu Strasbourg et Allemagne, faut dire je suis nul en geographie

Ou en Histoire.

Il me semble que ce qui a été précisé, c'est que selon l'institut on doit dire « ces travaux on été effectués par INRIA » et non « ces travaux ont été effectués pas l'INRIA ».

De toutes façon, l'INRIA a le pouvoir de décider de son nom, mais en aucun cas de décider de la manière dont il sera mentionné dans une phrase. C'est un peu comme les conditions du genre « Vous ne pouvez pas mentionner la nom de tel organisme sauf si c'est pour en dire du bien ». Sauf bien entendu les employés de l'INRIA et ceux qui citent l'INRIA dans le cadre d'un contrat, mais c'est une autre histoire.

Bref, moi je travaille pour l'INRA et non pour l'INRIA, et donc si je veux dire l'INRIA et non INRIA, la seule chose que je fais, c'est une offense au service com' de l'INRIA, et ça ne m'empechera pas de dormir.

Justement, il y a une différence entre infertilité en stérilité. Et d'ailleurs l'article de Wikipedia mélange allégrement les deux.

De mémoire la stérilité concernait l'impossiblilité de produire des gamètes viables et fonctionnels. En l'occurence du peux aider autant que tu veux la fécondation, c'est mort. Il me semble que quand tu arrives à faire une fécondation in vitro que tu est dans un cas d'infertilité, mais pas de stérilité.

jben@ginette ~ $ host -t SRV _xmpp-server._tcp.hack-libre.org
Host _xmpp-server._tcp.hack-libre.org not found: 3(NXDOMAIN)

Admettons qu'un couple soit stérile, mais [qu'il ne le soit pas].

Sous cette hypothèse, la terre est carré (non pas cubique, carré). Fumer est bon pour la santé, et les publications des médecins dans les revues médicales sont bien construites sur le plan de la statistique.

J'étais pourtant sûr (et je n'ai pas été voir les conventions typographiques de Wikipedia, je suis pas d'accord avec quelques-unes de ces conventions) que l'usage du point était toujours en vigueur.

Toutefois, j'ai été jeter un œuil dans ce qui me sert de réference, le Lexique des règles typographiques en usage à l’Imprimerie nationale, et :

Les sigles sont des groupes de lettres désignant certains organismes dont le nom comporte plusieurs mots. Ils sont formés de la première ou des premières lettres ou encore de la première syllabe de chacun des constituants ou des plus importants.
En ce qui concerne leur écriture, la seule unification possible et applicable à tous les cas est l'emploi de lettres capitales sans points ; outre le cas de nombreux sigles de formation syllabique excluant la présence de points, ceux qui pourraient en comporter n'en sont qu'inutilement et inesthétiquement allongés.

Puis

Si l'on peut appliquer à certaines abréviations les principes exposés ci-dessus, ce serait une erreur que de vouloir supprimer systématiquement les points chaque fois qu'on rencontre une abréviation sous la forme de lettres capitales.

On écrit donc bien C.N.R.S., non prononcé, et INRA, INRIA prononcés.

J'ai plutot l'impression qu'il n'y a plus de règles, c'est assez déroutant (excepté la règle de cohérence, ne pas changer de représentation dans le même document).

Bref, c'est beaucoup moins clair que je le pensais, ma remarque était donc beaucoup trop violente.

Petites modifications

CNC C.N.C. n'est pas un acronyme (car il ne se "prononce" pas), c'est un sigle.

LASER, GNU, CAF sont des acronymes.
SNCF S.N.C.F., CNC C.N.C., RATP R.A.T.P. sont des sigles.

Merci.

En effet, sauf dans le cas d'une deshydratation sévère (je pense particulièrement aux enfants en vieux en période de fortes chaleurs) où le fait de refuser un verre d'eau gratuit constitue une non-assistance de personne en danger, il n'existe aucune obligation de servir de l'eau du robinet gratuitement. Enfin ça fait partit en France des coutumes tellement ancrées, qu'il s'agit clairement d'un geste non commercant qui peut être préjudiciable à la réputation, mais pas illégal.

en mode sélection de ligne au lieu de sélection simple :

gg<C-v>G 

Tu viens de confondre le visuel ligne V, et le visuel block C-v

J'ajouterai que la souris dans ViM, elle est tellement pas pratique, que je préfère ne jamais l'avoir.

Autrement, sur le tout sélectionner, outre ce qui est dit plus haut, géneralement c'est pour en faire qqch, alors autant le faire directement sans sélectionner.

Par exemple pour copier l'intégralité :

• gg (début)
• y (yank)
• G (bas)

Soit en version courte ggyG.

De même pour tout effacer ggdG, pour tout indenter gg=G, pour rewrapper les lignes (si textwidth est défini) gggqG.

Bref, en fait c'est rare qu'on ai vraiment besoin de sélectionner, même si des fois c'est bien pratique.

Merci, ça fait plaisir d'être utile.

Toutefois je m'interroge sur cette regle :

iptables -A INPUT -p tcp --dport 2222 -j ACCEPT

Normalement il y a rien qui passe dans INPUT sur le port 2222 sur l'hôte, normalement ça devrait être intercepté par PREROUTING et envoyé vers FORWARD. Donc à mon avis ça ne sert à rien. (Et ça ne sert d'autant plus à rien que la politique finale est ACCEPT)

J'ai vu. Je sais, je sais… Je ne suis pas doué.

Je me suis aussi laissé emporter par le titre parlant de /proc/[etc.], j'ai donc compris la question de manière génerale.

Je vais le flageller.

Tu as commencé à écrire dans ce journal pour ça, te taper un neuneu.

Ton analyse est fausse.

Je ne répondrais plus maintenant, tout a été dit.

C'est ton choix, ça m'évitera d'essayer de convaincre une pierre de voler.

Où xxx.xxx.xxx.xxx est l'adresse I.P. de mon serveur hôte

Quelle addresse ? Celle sur quel réseau ?

J'arrive pas à comprendre qui est le réseau de quoi.

Moi je vois deux réseaux :

• 192.168.122.0/24 je pense que c'est le réseau exterieur à ton hôte
• 192.168.0.0/n (avec n inconnu) je ne sais pas qui c'est

Il y a combien de réseaux (y compris en comptant le reseau virtuel entre tes VM et ton hote) quels sont-ils ? Quels sont les addresses de l'hote sur chacun de ces reseaux ?

Tout à fait, merci. J'ai écrit ces commandes de tête, j'ai déjà vérifié dans le man que je me plantais pas sur le nom des arguments, mais vraissemblablement mon attention à ce point aura été préjudiciable à d'autres points.

Pour rediriger un port local p₁ sur une machine ayant l'ip n₁ (sur le réseau local) vers le port p₂ d'une ip n₂ (pour du tcp). J'utilise les deux règles suivantes :

iptables -t nat -A PREROUTING -p tcp --dport p₁ -j DNAT --to-destination n₂:p₂
iptables -t nat -A POSTROUTING -p tcp --dport p₂ -d n -j SNAT --to n₁ 

Sinon les paquets ne pourront pas revenir.

Tu fais quoi là si tu le fais pas la même chose, excepté que tu le fais à moi, et pas à lui.

Et contrairement à ce que tu semble croire, j'ai voulu l'aider, et ma première intervention dans ce thread contenait des information pertinentes et utiles. Oui les informations n'étaient pas complètes, il manquait une petite recherche google, mais vu le ton de la demande, je n'allais pas prémacher le travail.

Alors, oui vu sa réaction à mon premier post, vu sa capacité à insulter, je n'ai pas été sympa.

Non je ne m'attendais pas à cela, non je ne m'attendais pas à me faire injurier de la sorte. Je m'attendais à ce qu'il disparaisse de ce thread ou qu'il s'adoucisse. Autant de verve, d'arrogance, et de violence, ça me dépasse.

Aide-le ou tire-toi "aider" quelqu'un d'autre.

Plait-il ?

Ah tu parlais de ton problème précis !

J'avais compris que tu cherchais de la doc générale sur /proc/sys/net ce que je te fournissais. Par contre sur ton problème précis c'est une autre histoire.

As-tu bien regardé ?

Je rêve.

Ces propos étant publics, ils sont appréciables au titre de l'injure publique. Ça serait bien que tu en prennes conscience.

Dans le manuel.

La documentation pour le proc est la page de manuel proc(5).

Rappel : man proc pour acceder à une page de manuel portant le nom de proc (dans le cas où il y en a plusieurs, je ne sais pas laquelle est choisi), et man 5 proc pour acceder à la page de manuel de proc dans la section 5.

Pour /proc/sys/net, cette page renvie vers les pages de manuels ip(7) et tcp(7), autrement dit ip et tcp dans la section 7.

Il reste un bogue

Tant mieux, ça te fait les pieds.

Je t'invite à relire cette discussion, comprendre ce qui t'es reproché, avant d'enfin, poser ta question clairement, poliment, en expliquant ce que tu as fait, et ton but.

Bon séjour en enfer,