Re: Bah c'est simple...
Ca depends, tu appelles quoi un tarif decent?
[ Répondre ]
Bah c'est simple...
OVH est proprietaire de son reseau, en definit les conditions d'acces en fonction d'un contrat locatif.
S'ils decident de filtrer tel ou tel usage c'est leur droit, d'autant plus que c'est clairement specifie dans les CGV.
Si ca ne convient pas (comme a moi), il suffit d'aller ailleurs hein, il y a plein d'autres hebergeurs en France.
Apres, oui, ils sont plus cher, mais c'est peut etre le prix a payer quand on fait un service neutre et qu'on vends de la bande passante en fonction de la consommation et du prix qu'elle coute reellement, et non pas d'une consommation mediane estimee, avec ecretage en cas de depassement? Entre autres exemples...
[ Répondre ]
Re: L'April a contacté France Inter
Qu'au moins ils reconnaissent leur erreur c'est un pas.
Mais a mon avis, les propos ont ete tenus a la radio, et les auditeurs de France Inter le matin a 9h23 ne vont pas forcement aller verifier le contenu de l'emission sur la page web de celle-ci.
C'est pour ca, et independamment pourquoi pas d'une participation a cette emission (qui, dans ce cas, peut en remplir l'usage si elle a lieu rapidement), il faut a mon avis demander un droit de reponse rapide, radiophonique (sur le meme media, en somme, comme c'est d'usage), et dans la meme plage horaire (donc meme audience).
Pas besoin d'etre polemique, il faut juste demander de pouvoir indiquer qu'il y a encore une fois confusion entre technique et usage, mais bon la vous avez le discours qui convient ;)
Ca me semble un minimum.
[ Répondre ]
Re: L'adresse du médiateur !
Je pense aussi.
A mon avis, un nombre important de messages permettra deja qu'ils realisent l'ampleur de la "bourde".
Cela dit, ca ne peut etre, encore a mon avis que lie a une demande formelle de droit de reponse, pourquoi pas a l'initiative de l'APRIL par exemple?
Demande qui aurait d'autant plus de poids que les messages de mecontentement recus seraient nombreux.
[ Répondre ]
Re: Quid de la créativité des pirates ?
Je ne crois pas que ce soit la question :)
Si on prends l'exemple du cinema, il y a une quantite de films qui sont des chefs d'oeuvre et qui ne sont pas libre pour autant.
Meme chose pour les livres, la musique, etc...
La vraie question est elle de se priver de cette part ci de la culture, ou alors d'organiser un acces simplifie a l'ensemble des oeuvres culturelles ? (libre compris, ce qui, au passage, est loin d'etre le cas aujourd'hui)
Et l'organisation de cet acces simplifie, et democratise pour y inclure aussi des oeuvres libres, necessite de reflechir a de nouveaux moyens de financement et de promotion des biens culturels, a des annees lumieres de ce texte de loi.
[ Répondre ]
Re: Quid de la créativité des pirates ?
Ouais, alors la relecture ca ne doit pas suffir.
Pour repondre a un commentaire plus haut, sans remettre en cause du tout l'interet des licences libres, reduire sa pratique culturelle au seul art libre va aussi un peu dans ce sens.
-> plutot dans le sens contraire (ou dans le sens de la reduction de l'offre culturelle)
Dans l'histoire, les vrais *gagnants* ce ne seront pas les citoyens, ce seront les majors, des chaines de vente de produits culturels, et certains ISP, concilies par les pouvoirs publics, en faveur de leurs interets communs.
[ Répondre ]
Re: Quid de la créativité des pirates ?
Je ne crois pas que le probleme soit la possibilite de contournement technique, par des reseaux prives et chiffres.
Ca a vrai dire, ils s'en foutent dans une certaine limite.
Le vrai enjeu ce sont les reseaux d'echanges ouverts, c'est l'utilisation d'outils simples, rependus, qui permettent l'appropriation par les citoyens de biens culturels.
Pour repondre a un commentaire plus haut, sans remettre en cause du tout l'interet des licences libres, reduire sa pratique culturelle au seul art libre va aussi un peu dans ce sens.
Le but, au contraire, c'est de promouvoir l'echange culturel libre, par tous les moyens possibles techniquement, et d'adapter le droit d'auteur et les moyens de remuneration, de promotion, des artistes a cette evolution fondamentale qu'est la revolution informationnelle, qui fait qu'aujourd'hui le cout de reproduction de certaines oeuvres est proche de zero.
Seulement voila, ca fait peur a certains, et ceux-la sont puissants.
Effectivement, les maisons de disques sont appelees en toute logique a evoluer fondamentalement ou a disparaitre, a ceci pres que ce sont des lobbies puissants.
A ceci pres aussi certains acteurs d'Internet ont un certain interet economique a conclure des accord avec eux, parce qu'au final, le libre echange culturel sur Internet est un frein au developpement de services qui sont aujourd'hui au coeur de leur business model...
Dans l'histoire, les vrais perdants ce ne seront pas les citoyens, ce seront les majors, des chaines de vente de produits culturels, et certains ISP, concilies par les pouvoirs publics, en faveur de leurs interets communs.
Pour bien comprendre ce qui est en train de se jouer, il me semble important de cerner qu'il y a la opposition fondamentale entre les interets du plus grand nombre (citoyens, majorite des artistes), et ceux d'une puissante minorite.
Il faudra bien comprendre que ceux la n'en ont rien a faire d'un acces a la culture democratise, que ce qu'ils cherchent c'est le maintien de leur business, a tout prix, et que cela passe effectivement par la creation artificielle de la rarete (DRM), et les moyens de la maintenir (mettre dans l'illegalite toutes les plateformes d'echanges hors celles de ces messieurs est un moyen, l'usage des DRM devenant pour le coup moins important, et pouvant d'ailleurs etr retabli plus tard, une fois le marche captif).
Alors apres, oui, une minorite de geeks pourra toujours s'en sortir, on pourra toujours developper des reseaux d'echanges anonymises (type freenet), mais ca a un prix: la perte de l'acces simplifie au plus grand nombre. Et la, on sera passe a cote de quelque chose...
PS: Et puis a terme, si reellement ces ouils deviennent dangereux, il y a aussi tout simplement la possibilite d'interdir leur utilisation, la on rentre dans un jeu du chat et de la souris technique pour camoufler les flux, et encore une fois, ceux qui sont le plus touches ce ne seront pas les geeks, mais le plus grand nombre, qui n'y comprends rien, si ce n'est les risques.
Risque qui, n'en dontons pas, serons bien mediatises comme il faut pour induire le sentiment d'insecurite necessaire, tout en mettant tranquillement en place une domination psychologique de leurs interets (exemple: l'usage du terme "propriete intellectuelle" est deja une victoire de ce cote la, une idee ca n'appartient a personne. A la limite, ce qui peut appartenir c'est la mise en application de l'idee, pendant un temps donne, a condition que cette application soit publique, c'est la base du systeme de brevets).
[ Répondre ]
VPN?
Le plus simple ne serait pas de monter un VPN (type openvpn ou vtun) sur le port 443 d'une IP, et zou?
Apres tu routes tout le traffic dans le tunnel, et tu NAT en sortie. Plus de filtrage de port :)
Tu peux meme te debrouiller pour router des IP publiques sur les clients.
[ Répondre ]
normal
C'est normal, NFS est un systeme de fichier, accessoirement reseau.
Imagine par exemple ton /home sur de l'ext3, un /home/toto en ext3 aussi.
Tu montes /home sur /mnt, ben /mnt/toto sera vide, normal.
Dans man export, cherche 'crossmnt'. Par contre, jamais reussi a faire fonctionner ce truc :)
[ Répondre ]
gij/gcj
Et ca fonctionne sur une implementation libre type gij/gcj ?
[ Répondre ]
Re: je vais surement dire une betise mais ...
Oui en effet c'est une betise :)
Ca lui permet surtout d'executer les script php dans leur propre contexte et non celui d'apache.
Par exemple un script php appartenant a l'uid 2000 sera execute avec les privileges de l'uid 2000 et non pas ceux d'apache.
Pour repondre a la question, SuPHP est assez souple, te permet des petites choses sympa comme un php.ini par virtualhost, et est compatible avec eaccelerator.
C'est ce que j'utilise.
Apres chacun est libre :)
[ Répondre ]
Re: SILC : Secure Internet Live Conferencing
A condition de vouloir un remplacant a IRC, pourquoi pas psyc?
http://about.psyc.eu/
http://www.psyced.org/
On a un reseau federe, accessible via une multitude de protocoles clients (psyc, irc, xmpp pour les principaux,), capable de s'interfacer avec le reseau XMPP, et des reseaux IRC (avec un peu de travail).
[ Répondre ]
Re: Hm ?
De plus, il faut savoir d'un message envoyé à un channel est broadcasté à TOUS les serveurs du réseau... bonjour la bande passante...
C'est sur que Jabber/XMPP est mieux, l'XML est connu pour etre leger de ce cote la.
Avec 60% des messages "inutiles" (informations de presence uniquement), on est aussi totalement dans l'economie de bande passante.
CF: http://about.psyc.eu/Jabber
Concernant l'envoi d'info a tous les leaf et le gachis de bande passante que cela genere, on peut regarder les LazyLink de ircd-hybrid, qui se concentrent justement la dessus.
...avec pas moins de cinq RFC (1459, 2810, 2811, 2812 et 2813)
Pour combien de XEP? Pour quel degre d'implementation?
Sur Freenode, c'est bien plus modeste : 35k users, 16 serveurs et 6k chans donc 2k users par serveur et 6 users par channel...
C'est une moyenne :)
sur chat.jabberfr.org c'est ~2.8 actuellement, pour un total de ~64 (sans compter les salons de 0 personnes, qui sont consideres comme existants, contrairement a IRC, question d'efficacite memoire encore une fois), et c'est deja de trop a priori, vus les stop/start reguliers du service pour cause de leaks.
On parle ici de 16 serveurs, combien pour chat.jabberfr,org? la XEP permettant de relier des serveurs de conferences entre eux est elle finalisee, voir meme en cours d'elaboration?
Y a encore pas mal de boulot quand meme.
[ Répondre ]
Re: Un truc de geek
Pour l'instant c'est surtout pas pret pour etre utilise autrement que comme jouet.
Juste comme ca, le serveur de conferences hebergeant le salon est redemarre environ tous les deux jours a 4h42, a cause de memory leaks.
Le nombre d'utilisateurs dessus n'est pourtant pas monstrueux (64 en ce moment, d'apres http://chat.jabberfr.org/)
Les problematiques sur IRC sont plus du genre "oh, a 12000 utilisateurs, on prends 3Mbps et ca commence a faire souffrir un PIII 700" (freenode)
Je crois que ca se passe de commentaires
[ Répondre ]
Re: quoi d'autre du defcon?
Nan mais c'est vrai en plus :)
Le lendemain de: http://www.groklaw.net/article.php?story=20070810165237718
[ Répondre ]
Re: huu ?
Et bien hmm.
Quand on sait que encore actuellement, on a du mal a supporter plus de 12000 utilisateurs par IRCd (cf freenode), et encore hors connexion SSL, je me demande la capacite de montee en charge d'un serveur de conference.
L'interet de l'XML reste a prouver quand 99% de ce qui est envoye est du text brut, par contre il induit une montee en charge non negligeable , due au temps de traitement de l'information.
Quelle est la limite en nombre de caracteres par message dans un MUC (histoire d'eviter de se retrouver avec un message de 20MB dans la face)?
Un truc que je ne comprends pas, un MUC est represente par muc@host. Peut on federer plusieurs serveurs de conference entre eux histoire d'augmenter la capacite, et de reduire la presence de SPOF?
Si oui, comment sait on si tel serveur/MUC est federe avec tel autre?
[ Répondre ]
Re: huu ?
Le statut disponible/non disponible existe sur IRC depuis le debut: /away.
[ Répondre ]
bitlbee et psyced
psyced (http://www.psyced.org/) integre un support MUC, ce qui permet de contourner un des manques principaux de bitlbee.
Le tout dans un irssi + screen bien sur :)
[ Répondre ]
Re: Utilité
dosemu a besoin d'un dos pour fonctionner (contrairement a dosbox), sous debian, le paquet recommande dosemu-freedos ;)
Niveau utilisation, on peux aller plus loin que patcher un BIOS, tu feras largement plus de choses sous FreeDOS sur un 486 avec 4MB que sous n'importe quel unix par exemple.
Il existe meme un client ssh sous GPL pour dos.
[ Répondre ]



Re: Bah c'est simple...
T'auras rien en dedie, mais pour du serveur virtuel tu as Lost-Oasis (coucou :) ou gandi par exemple.
PSYC Identification: psyc://psyc.wirefull.org/~fosco
irc://irc.freenode.net/~fosco
[ Répondre ]