Salk a écrit 56 commentaires

Dans mon cas particulier il s'agit d'afficher simultanément une palanquée de fenêtres produites par une application maison affichant des graphiques.

Je n'avais pas précisé qu'il s'agissait de monter une machine neuve, idéalement full-LL, idéalement sous Squeeze : du coup peu m'importe que je doive mettre une, deux ou trois cartes surtout si ça fonctionne en full-LL

Ha c'est une idée intéressante, mais comme je pensais plutôt monter un matériel neuf…

Qui prétend être pris au sérieux en parlant de "Culture" quand on sait qu'il n'existe pas de ministère de la Culture où que ce soit hors de France ?

(Enfin, à l'exception des dictatures…)

Excellente nouvelle : l'industrie a donc elle aussi enfin compris qu'Hadopi ne servait à rien. Donc, qui voit encore l'intérêt de cette administration ?

Tu utilises quel environnement de bureau ? As-tu essayé d'en changer ?

NFS ? iSCSI ? automounter ?

La robustesse a toujours théoriquement été le point fort de la gamme Thinkpad/Lenovo : mais il faudrait que tu ailles en boutique vérifier de visu si le look post-soviétique et les coins carrés te séduisent.

Bon, sinon, tu files un budget annuel aux gars et ils se démerdent pour choisir.

Comme indiqué par de nombreux commentaires plus haut, tu n'as qu'à t'en prendre à toi-même d'employer ces services irrespectueux de ton intérêt.

Nombre de stars du Web ont déjà disparu pour avoir tiré sur la corde (p.e. Sourceforge). La liberté d'exister qui a fait le succès d'internet a cette conséquence : c'est à toi de désavouer ce qui, bien que n'ayant rien à faire, s'y trouve de par la volonté d'un seul.

Rien ne t'oblige à définir comme ns de ta zone un host nommé à l'intérieur de ta zone : alice.crabougna.mynet peut très bien être NS de colori.mynet.

Ptet avec le nom du domaine que tu veux gérer on y verrait mieux ?

Autrefois, on utilisait procmail pour ça. Attention, syntaxe vintage (même si les étudiants des années 1990 faisaient avec) !

Normalement, les conseils donnés ici :

https://lafibre.info/bbox-tutoriels/les-dns-primaire-et-secondaire-de-la-bbox/

résolvent à peu près tous les problèmes

En complément des réponses précédentes, regarde si la doc associée à nsswitch.conf peut t'aider.

Si je comprends bien, tu veux qu'en fonction de diverses actions de l'utilisateur sur les périphériques du petit ordinateur A des actions soient lancées sur le gros ordinateur B.

Le plus simple est certainement d'utiliser ssh depuis A (avec authentification par biclé), par exemple :

ssh toto@B 'cat /etc/passwd'


Le paradoxe est que cette apparente complexité n'empêche pas Debian d'avoir bien trop de packages pour que l'utilisateur y retrouve ses petits.

A quoi bon simplifier en pareil cas ?

Il y a sans doute moyen de faire avec Calamaris :

http://www.it-connect.fr/lanalyse-des-logs-squid-avec-calamaris/

Tu peux jeter un oeil à la gamme Synology, et son célèbre DSM dont l'interface fait la joie des décideurs pressés.

Note cependant que cette gamme propriétaire est aussi connue pour être la cible de ransomwares :=)

On devrait pouvoir utiliser un NIDS () comme par exemple snort (jamais testé) pour ça, même si ce n'est pas exactement pour ça qu'ils ont été conçus.

Sinon, je ne serais pas surpris que diverses appliances physiques ou virtuelles de pare-feux fassent ça.

Bref, à Koufounissia

En soi, ce n'est pas forcément un problème.

Par le passé, chaque fabricant de systèmes Unix a pondu son propre système de lancement ou gestion logicielle à lui : ça n'a jamais empêché le monde de tourner….. mais ça n'a jamais particulièrement aidé quelqu'Unix que ce soit à se faire une place au soleil.

Mais même si le fait que Linux soit libre et gratuit a certainement beaucoup compté pour aider les jeunes à atteindre la qualification d'adsys, je ne crois pas que cela aurait été plus facile si Linux avait à l'époque disposé de son propre système de lancement convivial…

Comme depuis toujours, lorsqu'un fournisseur de logiciel est incapable de fournir un script d'install propre, ce n'est pas en changeant le système d'installation que ça rendra le fournisseur capable de l'utiliser.

Mais grâce à systemd, maintenir les vieux systèmes en production, ceux qui font tourner le monde tel que nous le connaissons (transports, banques, administrations, paye, énergie, industrie) sera plus difficile pour les jeunes sortant d'école, toujours formés aux dernières technos à la mode, pour le plus grand bonheur des vieux cons comme moi.

Qui s'en plaindrait ?

Il ne t'a pas échappé que RH est un des principaux promoteurs de systemd ?
Ni que RH salarie les principaux devs de CentOS ?

Si je comprends bien ta question, tu as deux machines R1 et R2 et tu veux qu'une troisième machine R3 puisse connaître tout le trafic (IP ?) entre R1 et R2.

La solution simple est de faire de R3 un routeur (IP) entre R1 et R2. Cela suppose que R1 et R2 n'appartiennent pas au même réseau IP.

Si R1 et R2 appartiennent au même réseau IP, il faut voir en fonction de la topologie et du niveau de mainmise que tu as sur les équipements du réseau (Ethernet ?) local s'il est possible d'envisager de faire de R3 un proxy ARP.

Il y a sans doute des gens qui utilisent Google Hangouts pour ça.

Si tu estimes qu'utiliser un algorithme de chiffrement/déchiffrement maison est une solution acceptable, tu peux en implémenter un de manière assez sûre en choisissant un algorithme très étudié, facile à implémenter, aux faiblesses bien connues : par exemple XOR (avec une clé vraiment très longue, générée aléatoirement, padding au moins en début et en fin de donnée pour gérer les attaques sur le format des données).

il ne te reste plus qu'à (bien) cacher le clé :) ce qui devrait être plus facile que cacher le code de ton algo maison.

tu aurais des propositions de peering pour un nntpd amateur, de préférence dans du port forwarding ssh ? ?