jben a écrit 861 commentaires

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,

Voila, un simple problème de boucles et j'y suis

Ça y est, tu as compris que si on utilisait en maths deux symboles (< et ≤), que ce n'était pas uniquement pour être casse-bonbons ?

Quoi qu'il en soit, même si je n'y connais rien en java, cette erreur je l'avais vite repéré, j'en aurai peut-être parlé si tu avais usé d'un autre ton.

Bon séjour en enfer,

Tu as testé à l'ancienne avec grub ? J'ai déjà eu des cas, où je n'ai jamais reussi à faire ce que je voulais avec grub-install, mais qu'à l'ancienne ça passe comme une lettre à la poste.

Un petit lien dans le handbook gentoo qui explique comment faire.

Si tu as ça avec le df c'est que tu n'as pas assez monté de trucs avant le chroot. Moi avant le chroot, je fais :

mount -o bind /dev /mountpoint/dev
mount -t proc none /mountpoint/proc
mount -t sysfs none /mountpoint/sys
mount -t tmpfs none /mountpoint/run
mkdir /mountpoint/run/shm /mountpoint/run/lock
chmod 777 /mountpoint/run/shm /mountpoint/run/lock

Mais ça ne devrai pas résoudre ton problème.

• J'en suis resté à SMTP/HTTP/IRC/FTP, IPv2, c'était mieux avant :

Oui j'utilise SMTP, XMPP, IRC, oui je mets me photos à envoyer sur mon serveur HTTP ou FTP et je cale un lien dans un mail, sur jabber, ou par IRC.

Mais je n'arrive pas à comprendre le rapport avec la seconde partie. Je suis en dual stack IP legacy et IPv6, non ce n'était pas mieux avant.

On peut refuser d'utiliser ces moyens « modernes » de communication, pour plusieurs raisons. Pour moi, c'est je veux avoir contrôle de mes données, et je n'en ai pas le besoin. Aucun rapport avec du nostalgisme, ou de la mémoire sélective du troisème âge. Le fait de marquer « IPv2, c'était mieux avant » n'est qu'une tentative minable de décridiblisation des personnes qui pour beaucoup d'autres raisons contenuent à utiliser ces outils.

P.S. Je considère que le WoT d'openPGP est un réseau social, et celui là je l'aime, et je m'en sert même pour communiquer conjointement au SMTP et à l'XMPP.

Peut-être que dans la vrai vie on n'utilise pas des factorielles pour calculer les coefficients binomiaux. Et peut-être qu'aussi quand on a besoin de manier des très grand nombres et des très petits, pour éviter que toute l'information utile se retrouve codée dans l'exposant, et pour éviter que la mantisse ne contienne que des broutilles on fait les calculs sous une certaine transformation.

Et par simple curiosité, tu me classes dans quelle catégorie ?

Le mien meurt quand on écrit le ou la alors que l'objet en question (par exemple la tension) n'est pas définie de manière univoque. Par exemple « la primitive de la fonction x→x² », ça me choque.

Donc pour moi, ce qui était écrit auparavent n'avait pas de sens, mais pas ton intervention n'en avait guère plus.

Désolé si je suis dûr, mais j'aime pas les réparateurs qui causent autant de problèmes qu'ils en resolvent.

Oui proportionelle au carré de la tension, mais quelle tension ?

Il s'agit de fait de la tension au bornes du cable. Pas de la tension entre les cables.

Introduisons toutes les notations, on va se mettre dans un cas simplifié, tout est resistif, pas de comportement inductif, ni capacitif. On parle en tension efficace, on est que avec des dipoles resistifs, donc pas de problemes.

U₁ : tension reçu par l'équipement en bout de ligne, l'équipement en bout de ligne est tel qu'il consomme une puissance P₁. Il est donc parcouru par une intensité I₁=P₁/U₁.

U₂ : tension aux borne du cable d'alimentation (un seul cable, l'autre étant la terre). Le cable à une resistance de construction R₂. Il est parcouru par un courant I₂.

Donc, sachant que I₁=I₂, on va noter I=I₁=I₂, on peut exprimer la puissance consommée par le cable des manières suivantes :

• P₂=U₂²/R₂. Mais il s'agit de la tension aux bornes du cable, on ne la maitrise pas.
• P₂=R₂I², c'est mieux car I dépend (principalement) de l'équipement final
• P₂=R₂(P₁/U₁)², c'est celle là que j'aime bien, on voit que la puissance consommée par le cable est inversement proportionelle au carré de la tension d'alimentation toutes choses égales par ailleurs. C'est elle qui justifie le fait qu'on fasse des ligne à hautes tensions.

Bref, la tension est ambiguë, et depuis le début de ce sous-thread, tout le monde balance une liaison, sans préciser laquelle.

Et donc proportionnelle à la tension si on en reste aux conducteurs ohmiques : U = RI donc P=UI…

Oui mais c'est là qu'il faut préciser laquelle, il s'agit de la tension au bornes du câble (qui est assez faible en vrai), pas de la tension entre le câble et la terre. Généralement on utilise l'intensité (donc P=RI²) car l'intensité qui parcours le cable ne dépend que de ce qui est consommé (enfin en vrai non, mais la différence est ridicule).

Il faut notamment tenir compte de l'effet Hall : les porteurs de charges sont si denses qu'ils se repoussent et ne peuvent plus occuper que la périphérie des conducteurs.

Ne confondrais tu pas l'effet Hall et l'effet de peau ? Il me semble que l'effet de peau à 50 Hz pour le cuivre est assez faible (avec une peau de l'ordre du cm).

Dans le pseudo système monté sur /proc tu as des infos sur les processus. En particulier, un cat /proc/<pid>/status, les champs Vm.* comme VmSize, devrait pouvoir t'interesser.

Après peut-être qu'il existe des outils simples, mais en même temps c'est 3 lignes de shell à faire.

Moi quand j'en ai vraiment besoin (à peu près une fois l'an, c'est à dire que c'est utile, et que weboob ou la recherce à la main dans le source ne donne rien), j'installe de plugin proprio flash (dans une VM faut pas déconner), je lance un sniffeur de réseau (wireshark ou tcpdump suivant mon humeur), et je lis la vidéo avec le bousin buggué.

Ce n'est pas une méthode délicate, mais ça marche.