NeoX a écrit 18070 commentaires

je suis sous ubuntu 10.04 depuis quelques semaines, en version 64bits
et je n'ai pas croisé ce souci.

Je suis majoritairement en liste detaillée avec nautilus, et tout va bien.

J'ai un ordinateur fixe, et un macbookpro

je n'avais pas vu le passage
si le sociétaire décide de quitter la SACEM, comment ça se passe pour les futurs droits qu'il doit toucher sur la diffusion de ses Œuvres musicales par une radio qui va payer des droits de diffusion à la SACEM? (que dalle... puisqu'il n'est plus sociétaire et que la redevance est forfaitaire...)... ça va être compliqué je sens.

si le sociétaire quitte la sacem, seules les oeuvres enregistrées à la sacem seront soumises à "royalties" par le biais de la sacem mais pas les nouvelles oeuvres.
D'ailleurs, rien ne l'empeche d'enregistrer un extrait (differents des oeuvres enregistrées à la sacem) pour pouvoir le diffuser librement de tous droits.

Maintenant s'il veut diffuser ses oeuvres, il peut s'affranchir de la SACEM, et ainsi definir lui meme ses couts et ses droits.

Evidemment ca devient plus difficile à calculer, et à reguler, car tu ne sais pas si une personne le telecharge pour elle meme ou pour une radio, et si tu dois porter plainte pour toucher tes royalties pour une diffusion publique ce n'est peut-etre pas simple, et c'est normalement à ca que sert à la SACEM.

suffit de ne plus inscrire les morceaux aupres de la sacem, il n'y aura plus de taxe à payer chez eux...

ah oui tiens, j'avais pas fait attention.

Ca vient peut-etre simplement des pipes, car tu as le meme comportement si tu chaines 2 greps, 1 grep et un rev, un rev et un grep...

le deuxieme pipe ne pouvant probablement pas lire la sortie standard tant que la premier ne l'a pas liberé

ton premier rev prend bien la sortie du shell () quand les choses sortent

mais le 2e attend que la chaine soit envoyée par le premier rev avant de la traiter

chez moi il suffit de ne pas mettre les () pour que cela fonctionne comme tu le souhaite
le () ouvrant un sous shell.

echo ceci est une phrase; sleep 2 ; echo a l endroit | rev | rev

http://linuxfr.org/2010/04/16/26740.html

avec ces outils tu vas pouvoir capturer le trafic normal
le modifier (pour simuler des pertes ou modifs de paquet)
et rejouer le trafic

tu ne pouvais pas attendre que Fedora11 finisse de demarrer pour ensuite faire un reboot propre ?

bon sinon, en plus du SystemRescueCD, tu dois pouvoir tenter quelques choses avec l'outil Testdisk ou Photorec

prevoit quand meme un support autre que le disque que tu scannes pour faire une sauvegarde des données.

CPU : 2.27 GHz Intel Xeon® (un seul CPU)
Memory : 512 MB
Network Card : Carte réseau de bus VMBus Microsoft (tiens, VMWare ?)
Network Speed : 4 Gb/s

OS Version : Windows 2008 R2
Service Pack : No service Pack
Licence Windows valide pour 175 jours,
numéro 7600


ca sent le serveur virtuel ca

tu as une license pour 175jours, ca fait 6 mois :p

d'apres un vieux forum, https://linuxfr.org//forums/15/28122.html
il y a une option timestart/timestop qui permet d'appliquer des regles en fonctions de l'heure.

dans cet exemple il s'agissait d'autorisé le port entrant 8983 entre 20h30 et 23h30
iptables -A INPUT -i eth0 -p tcp --dport 8983 --sport 1024:65535 --m time --timestart 20:30 --timestop 23:30 -m state --state NEW,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -o eth0 -p tcp --dport 1024:65535 --sport 8983 --m time --timestart 20:30 --timestop 23:30 -m state --state ESTABLISHED -j ACCEPT

mais ca doit pouvoir s'adapter à ton besoin.

avec le man en Francais on comprend mieux ce que fait limit et limitburst
http://www.delafond.org/traducmanfr/man/man8/iptables.8.html

le limit et limitburst c'est pour compter les paquets qui passent
et limiter si ce comptage depasse un certain rythme

par exemple pour limiter un Deny Of Service, tu va dropper si l'emetteur envoie plus de X requetes par secondes/minutes...

toi tu veux interrompre le reseau X sec puis le remettre.
ce qui n'est pas vraiment pareil.

sinon c'est quoi une "PFE"
car dans le sujet initial, tu nous dis que tu as besoin d'aide pour ton sujet de "PFE"...

si pour toi perturbé le reseau c'est jouer de iptables, ce n'est pas vraiment du developpement.

le developpement voudrait que tu fasse un "proxy" perturbant.

un truc qui ecoute, modifie, reemet
ainsi tu controles tout de A à Z

hors là tu n'utilises deja pas les bonnes fonctions iptables puisque tu lui demande de limiter les "burst"

en francais, tu lui demandes de dropper quand il y a des "rafales" sur UDP

dans ton cas il faudrait faire l'inverse

laisser passer tant que le compteur n'atteint pas 6
dropper ensuite

par exemple en limitant à 6 requetes par secondes
iptables -A FORWARD -p udp -m limit 6/s -j ACCEPT
iptables -A FORWARD -p udp -j DROP

y a pas un parametre count ou counter ?

qui permettrait de compter les paquets et de bloquer si count<6 ?

man iptables
-c, --set-counters packets bytes
This enables the administrator to initialize the packet and byte counters of a rule (during INSERT, APPEND, REPLACE operations).

[...]
-x, --exact
Expand numbers. Display the exact value of the packet and byte counters, instead of only the rounded number in K's (multiples of 1000) M's (multiples of 1000K) or G's (multiples of 1000M).
This option is only relevant for the -L command.


si a cela tu rajoutes un JUMP
tu dois pouvoir faire des conditionnels


sinon c'est quoi en fait l'interet de DROP les 6 premiers paquets, mais pas les suivants ?
en general on fait l'inverse, et c'est pour ca que c'est pas simple à trouver.
- on log les 2 ou 3 premiers essais, et on laisse tomber les suivants si la personne s'acharne
- on drop si le rythme de connexion est superieur à N / secondes...

peut-etre qu'avec un exemple on arrivera à t'aider ;)

j'ai pas testé, mais je ferais un graphe incluant la derniere ligne vide du tableau

et quand tu ajoutes des données, tu dis "ajouter AVANT (ou au dessus) la ligne courante"
il me semble que ca marche avec les calculs, ca doit marcher avec les graphes

que je peux avoir 25 boites emails (yahoo, msn, gmail, mondomaine...)
je ne vois toujours pas comment on peut faire des "cyberpetitions"

l'idée d'une petition etant d'avoir l'avis de N personnes pour pouvoir aller devant un representant et lui dire, voyez, N personnes sont pour (dans notre cas ici, contre) votre idée, votre projet

avec les signatures on etait a peut pres sur de ne pas en avoir deux pareils.

Mais en cyberpetitions, je peux faire signer mon pere, ma mere, mes freres et mes soeurs...
ho ho ho ho...
ce serait le bonheur... (oups desolé, je m'egare)

du coup, je ne vois pas la credibilité que peut avoir une cyberpetition.

une personne "mathieu C" pose sa question...

et ensuite le sujet "s'autoalimente" sans meme attendre une reponse que l'utilisateur

peut-etre simplement parceque ta limitation n'est pas precise

toujours dans le man
limit
This module matches at a limited rate using a token bucket filter. A rule using this extension will match until this limit is reached (unless the `!' flag is used). It can be used in combination with the LOG target to give limited logging, for example.

[!] --limit rate[/second|/minute|/hour|/day]
Maximum average matching rate: specified as a number, with an optional `/second', `/minute', `/hour', or `/day' suffix; the default is 3/hour.

--limit-burst number
Maximum initial number of packets to match: this number gets recharged by one every time the limit specified above is not reached, up to this number; the default is 5.


le limit burst est en relation avec le limit precedent (above)

mais ne precise pas la durée pendant laquelle il considere que c'est un "burst"

ex : --limit 5/second
voudrait dire que tu toleres 5 passages correspondants dans un delai de la seconde
mais si ton emetteur n'en envoie que 4, tu n'appliquera pas la regle.

inversement, si l'emetteur envoie 10 requetes secondes, les 5 premieres vont passer mais pas les suivantes

https://linuxfr.org/forums/25/28610.html

il ne limite pas par tranche de 6 mais à partir de 6

en gros tu envoies 50 paquets, il laisse passer les 6 premiers, qui sont trop rapides, coupe (à cause de la limite) et tant que c'est trop rapide il reste coupé

ce qui semble etre confirmé par le man
--limit-burst number
Maximum initial number of packets to match: this number gets
recharged by one every time the limit specified above is not
reached, up to this number; the default is 5.


ca compte +1 à chaque passage jusqu'a la limite

ce n'est pas udev qui gere le module et le device en fonction de parametre ?

il faut peut-etre faire comme tout les projets,
determiner ce qui est
- vital pour toi donc obligatoire
- utile mais pas obligatoire
- inutile...

ainsi tu fait un tableau de decision avec les differents outils, et tu compares, selectionnes celui qui a le meilleur taux.

par ex : en quoi Evolution est une usine à gaz ?
ce qui te permet de deduire ce que tu ne voudrais pas dans ton logiciel de gestion d'email

tu nous diras combien tu as eu à l'exercice ;)

7 janvier : http://linuxfr.org/forums/45/28234.html
3 fevrier : http://linuxfr.org/forums/45/26687.html
3 mars : http://linuxfr.org/forums/45/28448.html

et 9 avril ;)

si tu ne veux pas que ton annonce soit 'enterrée' par des journaux plus recents,
il faut peut-etre plutot la mettre dans une base de données, et qui ressortira ensuite quand quelqu'un cherchera un poste dans le domaine du web.

par exemple (au hasard, hein)
http://fr.lolix.org/

qui permet de classer par categorie de metier, de profil, d'experience...

enfin, je dis ca je dis rien,
mais pour une boite censée travailler dans le monde du "web"...

mise à jour du bios :
- via le bios si la carte mere le propose
- via une clef USB freedos
- via une image disque freedos lancée depuis grub
- via ton OS (dell fournit des outils pour ca y compris sous linux)