Choisis en un et code la moulinette pour lui faire cracher l'équivalent selon les autres syntaxes.
Avec un tel outil, il y a peut être moyen d'imposer celui que tu auras choisi comme LE standard ;-)
Euh. Cloudflare, c'est un peu plus qu'un simple "proxy": en fonction des choix du webmaster, ça peut être l'unique chemin d'accès au contenu.
Rediriger les requêtes vers archive.org (qui de mémoire, bein archive, donc n'est pas sur le concept de "être à jour") me parait un tantinet risqué.
Sinon, ouais … je suis d'accord, c'est désolant.
Après, j'ai été puni au travail récemment et j'ai du me taper une petite immersion totale dans ce joli monde d'AWS. Le but: y déployer pour un client une appli basée sur une API Rest et un frontend angular.
Entre CloudFlare, AWS Lambda (scripting, entre autre pour Cloudflare pour rewrite d'URL & co), Elastic Beanstalk (Serveur applicatif Python/Node/… pour l'API Rest), Elastic File System (partage NFS entre instances), S3 (stockage de statique) et RDS (Database) et bien en fait, t'as tout ce qu'il faut pour héberger un service à grosse volumétrie sans avoir le moindre serveur en ta possession.
Ca te coute ce que ça consomme, c'est quand même bien foutu (ça me desespère, mais vraiment).
C'est désolant pour le côté décentralisation et monopole, mais ça permet à pas mal de boite de petite envergure de lancer du service sur le web sans avoir d'admin système, d'admin réseau, de salle blanche et tout le tralala.
Par contre … Ca te prendre probablement autant de temps d'implémenter le bout de soft + de lui apprendre "les bases" que de faire cette selection à la main.
Mais si malgré tout tu veux te lancer, je suis sûr que des moules vont trouver des bons tutos à te faire tourner (dont je serai d'ailleurs preneur, c'est un domaine intéressant)
Je trouve le concept de se dire "vu qu'on fait déjà les choses de façon très discutable, on va continuer comme ça et ne pas utiliser les outils adaptés" relativement saugrenu :)
Une utilisation du ~/.ssh/authorized_key local est adaptée à un petit parc de machine.
Dès l'instant ou on doit gérer beaucoup de machines avec des updates régulières de ce fichier, alors il faut commencer à penser à utiliser d'autres solutions, plus adaptées.
L'utilisation de LDAP est tout désignée dans ce cas !
J'imagine qu'il ne s'agit pas d'un exploit Jenkins à proprement parlé mais plus de l'utilisation des capacités qu'a généralement Jenkins à executer du code sur divers serveurs dans le but justement de déployer des versions…
Déjà, un .iso pour distribuer un driver, c'est peu commun.
Mais en plus, il s'avère que pour récupèrer l'iso en question, il faut créer un compte… Et c'est la qu'on a atteint les limites de ma bonne volonté :-)
Si tu peux nous lister le contenu de ce .iso, alors on pourra peut être t'en dire plus.
Cependant, je crains que le driver soit livré sous forme binaire (.ko) et, de fait, pas recompilable pour une target debian…
Si c'est le cas, tu devrais pouvoir utiliser le driver binaire compilé à l'origine pour CentOS/Redhat en:
Récupérant le même noyau que celui utilisé par Redhat.
Si vous voulez voir l'ensemble des soumissions, c'est là et il y a des trucs sympas. D'ailleurs, personnellement, je n'aurais pas choisi le luxmètre mais bon, j'ai pas regardé en détail ;)
Effectivement, peut être que le projet est techniquement plus "sexy" (le côté PID j'imagine), mais perso, j'aurai mis à la première place le projet avec une vraie application concrète dans la vraie vie: le projet de detecteur de pathologie cardiaque.
<avocat du diable>
Pas plus HS que de lui dire de remplacer windows par Linux, vu que la demande initiale était de mettre Linux SUR windows…
</avocat du diable>
Tu peux:
* vérifier si tu n'aurais pas un process qui aurait une activité sur le disque en question à coup de lsof.
* vérifier que le disque n'est pas configuré pour se mettre en veille à intervale régulier (et en ressortirai aussi régulièrement)
Si, par exemple, ton disque est configuré pour basculer en veille mais que tu as aussi le daemon SMART qui le monitore à intervalle régulier, alors cela pourrait expliquer ce bruit.
A noter que la phase d'initrd est tout à fait optionnelle.
Si ton noyau embarque tout les drivers nécessaires pour accéder au rootfs (donc driver controlleur disque + driver FS), alors l'initrd n'est pas nécessaire.
gcolangelo@NEO-L196:~$ uname -a
Linux NEO-L196 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64 GNU/Linux
gcolangelo@NEO-L196:~$ nslookup -version
nslookup 9.10.3-P4-Debian
En outre tu ne réponds pas à sa question….
J'ai cru entendre dire par ci par la qu'il y avait eu une grosse attaque sur DNS ce week end.
Pas de détail technique, mais peut être que ton soucis vient de ça…
Euh. Non, juste non.
Que des attributes autrefois réservés au luxe se démocratise passe encore.
Mais le luxe par essence ne peut se démocratiser.
Si demain tout les prolos réussissent à rouler en Porsche, alors les gros friqués ne rouleront plus en Porsche.
Le luxe est justement un moyen de différenciation face au prolo, un moyen de montrer sa richesse.
Et pour le coup, ce n'était pas une remarque sur LinuxFr où c'est pluôt ok.
Bein justement, de ce coup pourquoi tu viens couiner ici sans même nous donner un moyen de comprendre (un lien comme tu as posté dans ce commentaire par exemple).
C'est comme ces posts de type qui viennent chouiner sur le site voyages-sncf ou autre … c'est juste pas le bon endroit, non ?
Des réponses comme j'adore…
Reprenons point par point:
Tu ne connais ni le contexte ni mes compétences, tu juges sur du vent ce qui en dit très long sur toi.
Je te juge sur ton post et tes commentaires qui démontrent que tu étais face à une situation qui te dépassait. C'est un fait, ça sauterait aux yeux de n'importe qui maitrise un minimum les mécanismes de compilation de driver & co …
J'avais un problème que j'ai résolu par moi même et le fait de poser la question ici m'a permis de m'éclairer ce sur quoi je butais. Je remercie d'ailleurs les contributeurs de ce thread.
Effectivement, tu as "résolu ton problème" toi même … 'fin, avec l'aide des autres.
Par contre, pas sûr que:
1/ Tu aies réellement compris ce que tu faisais.
2/ Tu saches le refaire dans 5 ans.
D'ou mes conseils … mais tu as raison, je ne suis qu'un vilain à l'égo démesuré.
Ton post en dit long sur ton intellect primaire de bas étage sclérosé par un ego surdimensionné.
Alors, sache que c'est pas parce que ma réponse ne t'as pas fait plaisir qu'elle n'est pas pertinente. Pour preuve la note attribuée à mon commentaire.
Je t'y ai donné de vrais conseils, issus de mon expérience car oui, il m'est arrivé et il continue de m'arriver de tâtonner à la recherche de solution et, dans ces cas là, je suis content de prendre des notes quand il s'agit de tout remettre au propre.
Car oui, j'ai fait des conneries en prod et, peut être que si quelqu'un avait pris un jour le temps de me donner le conseil que je t'ai donné, je ne les aurai pas faites.
Vu comme tu prends ma réponse, j'ai l'impression que le problème d'égo surdimensionné ne se situe pas là ou tu le penses ….
Concernant mon intellect, il se porte très bien. Outre mon expertise dans mon métier, j'ai été capable à 35 ans d'apprendre les bases de la plomberie et de l'electricité et de rénover intégralement ces deux réseaux dans ma maison de ~100m2… pas mal pour un intellect primaire de bas étage sclérosé par un ego surdimensionné, non ?
Peut être comprends-tu (pas sûr) que les situations ne sont pas aussi simples que tu peux le comprendre.
Cette dernière remarque est totalement absurde …. Contrairement à toi, j'ai compris que la situation dans laquelle tu t'étais fourrée n'était pas si simple … c'était d'ailleurs l'objet de mon commentaire.
Tu peux retourner vaquer sur ta Debian dans ton bureau fermé et garder tes connaissances, dont tu ne fais pas preuve d'ailleurs.
Lol … Sache que mon métier, c'est de distribuer mes maigres compétences à mes collègues d'openspace: je suis leurs référent en terme de Linux.
Tu t'imagines bien que si j'avais pas été du genre à partager mes connaissances, j'aurai pas tenu 2 jours à ce post …
Continuons un peu avec du factuel: tu as ouvert ton compte deux ans après moi …
Voyons un peu nos contributions respectives à ce site qu'est linuxfr:
A vue de nez, tu as 4 commentaires pour 1 entrée dans le forum …. en gros, tu réponds au commentaire sur tes posts quoi :)
De mon côté, j'ai 80 commentaires pour 1 entrée dans le forume… en gros, j'ai plus tendance à participer à d'autres posts que le mien … peut être pour aider, non ?
Tu peux juste la boucler car clairement, tu as le profil a venir ici juste quand tu as besoin d'info alors que me concernant, j'ai plus contribué que quémandé de l'aide …
Tu es ce genre de parasite qui tire profit sans contribuer et se vexe quand on lui répond pas comme il voudrait (et qui après plus de 10 ans de linux sait toujours pas compiler un driver …. lol quoi).
Rien de méchant hein, c'est juste pour te faire comprendre tu as le melon.
J'ai pas le melon, c'est toi qui a été vexé comme un gosse de 4 ans par un conseil pourtant tout à fait légitime.
Redescend sur terre …
Bon, je rejoins les autres sur la partie inetd: cette méthode de lancement de service est hérité de l'époque ou les serveurs n'était pas aussi puissant qu'aujourd'hui, les firewalls et services moins "flexibles" et servait uniquement à mettre en place un filtrage IP basique + du lancement de service à la demande.
Aujourd'hui, je pense que tu pourrais tout à fait lancer ton service via un bon vieux init.d (ou fichiers services, si tu manges de ce pain là :p) .
Sinon, tu écris:
STOP ! Je disais en introduction qu'on est en IPv6, et il faut arrêter de penser comme en IPv4 ! Sur Internet (sous-entendu IPv6) les services d'un même type (même port) sont différenciés par IP (v6, vous aurez compris). On ne devrait pas à avoir à tripatouiller du port, faire du mapping, etc (coucou Docker _o/), c'est un paliatif qui a été iventé dans un monde de rareté de l'IP.
Or j'ai cru comprendre que tu déployais tout ça sur un réseau local, n'est ce pas ?
Si c'est effectivement le cas, la rareté de l'IP ne te concerne pas et tout ce que tu décris aurais pu s'appliquer en IPv4 : rien ne t'empêche d'ajouter une adresse (v4 ou v6) à eth0 et de faire tourner ton cache de paquet sur cette nouvelle adresse.
Après, effectivement, si tu dois également rendre ce service dispo sur internet, alors oui, la rareté de l'IP est un problème :)
Je respecte cependant la démarche: il va bien falloir s'y mettre un jour ou l'autre, les jours de IPv4 sont comptés…
totof2000: pourquoi ça ne booterait plus ?
J'aimerai savoir … j'ai migré récemment d'un SSD 128Go vers un 500Go selon cette méthode.
J'ai eu quelques petits soucis du à une mauvaise manip', mais ça a rebooté sans problème…
D'ailleurs, ci-dessous un extrait d'une conversation sur #lvm sur freenode:
17/12/2018 21:20 -!- Irssi: Join to #lvm was synced in 0 secs
17/12/2018 21:21 < binarym> hi all. I want to move my data from one disk to another. The original disk is already using LVM. I was planning to 1/ add new disk to VG 2/ remove old disk from VG 3/ wait for LVM to do the migration job. Will this work ?
17/12/2018 21:42 < Blacker47> binarym, pvcreate <new disk>; vgextend <VGname> <new disk>; pvmove <old disk>; vgreduce <VGname> <old disk>
17/12/2018 21:43 < binarym> Blacker47: ok thx. LVM is ultimate for disk migrations :)
17/12/2018 21:44 < binarym> Blacker47: what if i have a powercut during processus ? Does the vgreduce wait for action completion before really erasing data from old disk ?
17/12/2018 21:45 < Blacker47> vgreduce won't start if you have extents on drive you want to remove. you have to wait pvmove is completed. it can be restarted even after a powercut.
17/12/2018 21:45 < binarym> so, in theory, no data loss is possible ?
17/12/2018 21:46 < Blacker47> binarym, there is some info in "man pvmove"
17/12/2018 21:46 < binarym> ok...
17/12/2018 21:46 < binarym> let's try this then
# Plutôt que de râler ...
Posté par LaBienPensanceMaTuer . En réponse au journal Saletés de codes différents et tutoriel wiki. Évalué à 1.
Choisis en un et code la moulinette pour lui faire cracher l'équivalent selon les autres syntaxes.
Avec un tel outil, il y a peut être moyen d'imposer celui que tu auras choisi comme LE standard ;-)
[^] # Re: CloudFlare est à fond
Posté par LaBienPensanceMaTuer . En réponse au journal Google se marre dans son coin. Évalué à 6.
Euh. Cloudflare, c'est un peu plus qu'un simple "proxy": en fonction des choix du webmaster, ça peut être l'unique chemin d'accès au contenu.
Rediriger les requêtes vers archive.org (qui de mémoire, bein archive, donc n'est pas sur le concept de "être à jour") me parait un tantinet risqué.
Sinon, ouais … je suis d'accord, c'est désolant.
Après, j'ai été puni au travail récemment et j'ai du me taper une petite immersion totale dans ce joli monde d'AWS. Le but: y déployer pour un client une appli basée sur une API Rest et un frontend angular.
Entre CloudFlare, AWS Lambda (scripting, entre autre pour Cloudflare pour rewrite d'URL & co), Elastic Beanstalk (Serveur applicatif Python/Node/… pour l'API Rest), Elastic File System (partage NFS entre instances), S3 (stockage de statique) et RDS (Database) et bien en fait, t'as tout ce qu'il faut pour héberger un service à grosse volumétrie sans avoir le moindre serveur en ta possession.
Ca te coute ce que ça consomme, c'est quand même bien foutu (ça me desespère, mais vraiment).
C'est désolant pour le côté décentralisation et monopole, mais ça permet à pas mal de boite de petite envergure de lancer du service sur le web sans avoir d'admin système, d'admin réseau, de salle blanche et tout le tralala.
# Typiquement le genre d'usage ...
Posté par LaBienPensanceMaTuer . En réponse au message Traitement / reconnaissance d'images. Évalué à 1.
Pour le "machine learning".
Par contre … Ca te prendre probablement autant de temps d'implémenter le bout de soft + de lui apprendre "les bases" que de faire cette selection à la main.
Mais si malgré tout tu veux te lancer, je suis sûr que des moules vont trouver des bons tutos à te faire tourner (dont je serai d'ailleurs preneur, c'est un domaine intéressant)
[^] # Re: Kerberos ?
Posté par LaBienPensanceMaTuer . En réponse au journal Gestion de clés ssh publiques (~/.ssh/authorized_keys). Évalué à 7.
Je trouve le concept de se dire "vu qu'on fait déjà les choses de façon très discutable, on va continuer comme ça et ne pas utiliser les outils adaptés" relativement saugrenu :)
[^] # Re: LDAP ?
Posté par LaBienPensanceMaTuer . En réponse au journal Gestion de clés ssh publiques (~/.ssh/authorized_keys). Évalué à 2.
Très bonne suggestion !
Une utilisation du ~/.ssh/authorized_key local est adaptée à un petit parc de machine.
Dès l'instant ou on doit gérer beaucoup de machines avec des updates régulières de ce fichier, alors il faut commencer à penser à utiliser d'autres solutions, plus adaptées.
L'utilisation de LDAP est tout désignée dans ce cas !
[^] # Re: Pas Matrix donc
Posté par LaBienPensanceMaTuer . En réponse au journal Matrix.org piraté. Évalué à 3. Dernière modification le 12 avril 2019 à 15:05.
Après lecture des "issues" de l'attaquant, my bad: il évoque effectivement un exploit Jenkins …
[^] # Re: Pas Matrix donc
Posté par LaBienPensanceMaTuer . En réponse au journal Matrix.org piraté. Évalué à 4.
J'imagine qu'il ne s'agit pas d'un exploit Jenkins à proprement parlé mais plus de l'utilisation des capacités qu'a généralement Jenkins à executer du code sur divers serveurs dans le but justement de déployer des versions…
[^] # Re: Vraiment présente ?
Posté par LaBienPensanceMaTuer . En réponse au message Cherche driver linux : TNT5004. Évalué à 2.
J'ai voulu regarder …
Déjà, un .iso pour distribuer un driver, c'est peu commun.
Mais en plus, il s'avère que pour récupèrer l'iso en question, il faut créer un compte… Et c'est la qu'on a atteint les limites de ma bonne volonté :-)
Si tu peux nous lister le contenu de ce .iso, alors on pourra peut être t'en dire plus.
Cependant, je crains que le driver soit livré sous forme binaire (.ko) et, de fait, pas recompilable pour une target debian…
Si c'est le cas, tu devrais pouvoir utiliser le driver binaire compilé à l'origine pour CentOS/Redhat en:
# Lenovo ou Razr
Posté par LaBienPensanceMaTuer . En réponse au message Recherche portable qui tue. Évalué à 4.
Lenovo pour le côté robuste, mais c'est pas avec ça que tu vas faire briller les yeux d'un fan-boy apple.
Razr pour le côté exubérant et parce qu'ils ont l'air de faire du matériel plutôt sérieux :)
Perso, avec un budget no-limit, je partirai sur un Lenovo X1 Carbon.
Le plus cher est à ~2500€, mais tu peux encore le configurer pour qu'il coute plus cher ;-)
[^] # Re: en francais dans le texte
Posté par LaBienPensanceMaTuer . En réponse au message Site en CMS opensource ?. Évalué à 2.
Euh … à ma connaissance, fournir le code à 1 client ne suffit pas à rendre un soft Open Source…
En plus, je comprendrai plus ça comme "il faut utiliser un CMS Open Source existant pour développer le site".
Après, c'est une interprétation …
# simple :)
Posté par LaBienPensanceMaTuer . En réponse au message [Résolu]Copier ou éxécuter un résultat de commande shell (stdout). Évalué à 3. Dernière modification le 30 mars 2019 à 11:08.
Tu utilises $().
Exemple:
# Pareil !
Posté par LaBienPensanceMaTuer . En réponse au journal Make with Ada troisième édition. Évalué à 7.
Effectivement, peut être que le projet est techniquement plus "sexy" (le côté PID j'imagine), mais perso, j'aurai mis à la première place le projet avec une vraie application concrète dans la vraie vie: le projet de detecteur de pathologie cardiaque.
[^] # Re: apu
Posté par LaBienPensanceMaTuer . En réponse au message Serveur basse consommation. Évalué à 3.
Intéressant ce matos.
Le mini PCIe est un vrai plus, ça permet d'y coller du RAID hardware:
https://www.amazon.fr/dp/B072BD8Z3Y/ref=psdc_2908498031_t3_B004NNRRN8
Et les tarifs sont plutôt corrects…
[^] # Re: Windows 10
Posté par LaBienPensanceMaTuer . En réponse au message projet d' installation linux sur windows 7 . Évalué à 0. Dernière modification le 15 mars 2019 à 16:59.
<avocat du diable>
Pas plus HS que de lui dire de remplacer windows par Linux, vu que la demande initiale était de mettre Linux SUR windows…
</avocat du diable>
# Zataz
Posté par LaBienPensanceMaTuer . En réponse au message Protection des données personnelles : identifiant et mot de passe en clair. Évalué à 6.
Tu peux signaler la pratique à Zata (https://www.zataz.com/) qui parvient régulièrement à faire bouger les choses sur ce genre de problème.
# Activité sur le disque ?
Posté par LaBienPensanceMaTuer . En réponse au message Disque dur qui "gratte" un peu.. Évalué à 4.
Tu peux:
* vérifier si tu n'aurais pas un process qui aurait une activité sur le disque en question à coup de
lsof
.* vérifier que le disque n'est pas configuré pour se mettre en veille à intervale régulier (et en ressortirai aussi régulièrement)
Si, par exemple, ton disque est configuré pour basculer en veille mais que tu as aussi le daemon SMART qui le monitore à intervalle régulier, alors cela pourrait expliquer ce bruit.
[^] # Re: Pas tout à fait
Posté par LaBienPensanceMaTuer . En réponse au message initrd et kernel. Évalué à 4.
A noter que la phase d'initrd est tout à fait optionnelle.
Si ton noyau embarque tout les drivers nécessaires pour accéder au rootfs (donc driver controlleur disque + driver FS), alors l'initrd n'est pas nécessaire.
[^] # Re: what ???
Posté par LaBienPensanceMaTuer . En réponse au message nslookup fonctionne mais pas ping. Évalué à 2. Dernière modification le 25 février 2019 à 16:30.
Ah bon ?
En outre tu ne réponds pas à sa question….
J'ai cru entendre dire par ci par la qu'il y avait eu une grosse attaque sur DNS ce week end.
Pas de détail technique, mais peut être que ton soucis vient de ça…
# Lol .... justement ...
Posté par LaBienPensanceMaTuer . En réponse au message Scratch sur linux. Évalué à 5.
Bein justement, tu es utilisateur et, visiblement, contributeur sur cette techno.
Tu es donc acteur à part entière sur sa survie ;-)
Si la techno te plait, continue à y bosser et à contribuer à maintenir la techno en vie ;-)
[^] # Re: Lagerfeld était un prince
Posté par LaBienPensanceMaTuer . En réponse au journal Je suis Charlie Bronson. Évalué à 10.
Euh. Non, juste non.
Que des attributes autrefois réservés au luxe se démocratise passe encore.
Mais le luxe par essence ne peut se démocratiser.
Si demain tout les prolos réussissent à rouler en Porsche, alors les gros friqués ne rouleront plus en Porsche.
Le luxe est justement un moyen de différenciation face au prolo, un moyen de montrer sa richesse.
[^] # Re: c'est vrai
Posté par LaBienPensanceMaTuer . En réponse au journal Le flicage dans l'Open Source. Évalué à 3.
Bein justement, de ce coup pourquoi tu viens couiner ici sans même nous donner un moyen de comprendre (un lien comme tu as posté dans ce commentaire par exemple).
C'est comme ces posts de type qui viennent chouiner sur le site voyages-sncf ou autre … c'est juste pas le bon endroit, non ?
[^] # Re: Process bien inutile ...
Posté par LaBienPensanceMaTuer . En réponse au message DD à chaud?. Évalué à 2.
Ah oui j'avoue, il manquait un coup de grub-install … je m'incline :-)
[^] # Re: Juste comme ça ...
Posté par LaBienPensanceMaTuer . En réponse au message [RESOLU] Drivers NIC QLogic QL41000 series. Évalué à 2. Dernière modification le 12 février 2019 à 18:44.
Des réponses comme j'adore…
Reprenons point par point:
Je te juge sur ton post et tes commentaires qui démontrent que tu étais face à une situation qui te dépassait. C'est un fait, ça sauterait aux yeux de n'importe qui maitrise un minimum les mécanismes de compilation de driver & co …
Effectivement, tu as "résolu ton problème" toi même … 'fin, avec l'aide des autres.
Par contre, pas sûr que:
1/ Tu aies réellement compris ce que tu faisais.
2/ Tu saches le refaire dans 5 ans.
D'ou mes conseils … mais tu as raison, je ne suis qu'un vilain à l'égo démesuré.
Alors, sache que c'est pas parce que ma réponse ne t'as pas fait plaisir qu'elle n'est pas pertinente. Pour preuve la note attribuée à mon commentaire.
Je t'y ai donné de vrais conseils, issus de mon expérience car oui, il m'est arrivé et il continue de m'arriver de tâtonner à la recherche de solution et, dans ces cas là, je suis content de prendre des notes quand il s'agit de tout remettre au propre.
Car oui, j'ai fait des conneries en prod et, peut être que si quelqu'un avait pris un jour le temps de me donner le conseil que je t'ai donné, je ne les aurai pas faites.
Vu comme tu prends ma réponse, j'ai l'impression que le problème d'égo surdimensionné ne se situe pas là ou tu le penses ….
Concernant mon intellect, il se porte très bien. Outre mon expertise dans mon métier, j'ai été capable à 35 ans d'apprendre les bases de la plomberie et de l'electricité et de rénover intégralement ces deux réseaux dans ma maison de ~100m2… pas mal pour un intellect primaire de bas étage sclérosé par un ego surdimensionné, non ?
Cette dernière remarque est totalement absurde …. Contrairement à toi, j'ai compris que la situation dans laquelle tu t'étais fourrée n'était pas si simple … c'était d'ailleurs l'objet de mon commentaire.
Lol … Sache que mon métier, c'est de distribuer mes maigres compétences à mes collègues d'openspace: je suis leurs référent en terme de Linux.
Tu t'imagines bien que si j'avais pas été du genre à partager mes connaissances, j'aurai pas tenu 2 jours à ce post …
Continuons un peu avec du factuel: tu as ouvert ton compte deux ans après moi …
Voyons un peu nos contributions respectives à ce site qu'est linuxfr:
Entrée dans les forums:
* 22 pour toi
* 17 pour moi
Commentaire dans les forums:
* 82 pour toi
* 1374 pour moi
A vue de nez, tu as 4 commentaires pour 1 entrée dans le forum …. en gros, tu réponds au commentaire sur tes posts quoi :)
De mon côté, j'ai 80 commentaires pour 1 entrée dans le forume… en gros, j'ai plus tendance à participer à d'autres posts que le mien … peut être pour aider, non ?
Tu peux juste la boucler car clairement, tu as le profil a venir ici juste quand tu as besoin d'info alors que me concernant, j'ai plus contribué que quémandé de l'aide …
Tu es ce genre de parasite qui tire profit sans contribuer et se vexe quand on lui répond pas comme il voudrait (et qui après plus de 10 ans de linux sait toujours pas compiler un driver …. lol quoi).
J'ai pas le melon, c'est toi qui a été vexé comme un gosse de 4 ans par un conseil pourtant tout à fait légitime.
Redescend sur terre …
# My 2 cents
Posté par LaBienPensanceMaTuer . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 6.
Bon, je rejoins les autres sur la partie inetd: cette méthode de lancement de service est hérité de l'époque ou les serveurs n'était pas aussi puissant qu'aujourd'hui, les firewalls et services moins "flexibles" et servait uniquement à mettre en place un filtrage IP basique + du lancement de service à la demande.
Aujourd'hui, je pense que tu pourrais tout à fait lancer ton service via un bon vieux init.d (ou fichiers services, si tu manges de ce pain là :p) .
Sinon, tu écris:
Or j'ai cru comprendre que tu déployais tout ça sur un réseau local, n'est ce pas ?
Si c'est effectivement le cas, la rareté de l'IP ne te concerne pas et tout ce que tu décris aurais pu s'appliquer en IPv4 : rien ne t'empêche d'ajouter une adresse (v4 ou v6) à eth0 et de faire tourner ton cache de paquet sur cette nouvelle adresse.
Après, effectivement, si tu dois également rendre ce service dispo sur internet, alors oui, la rareté de l'IP est un problème :)
Je respecte cependant la démarche: il va bien falloir s'y mettre un jour ou l'autre, les jours de IPv4 sont comptés…
[^] # Re: Process bien inutile ...
Posté par LaBienPensanceMaTuer . En réponse au message DD à chaud?. Évalué à 2.
totof2000: pourquoi ça ne booterait plus ?
J'aimerai savoir … j'ai migré récemment d'un SSD 128Go vers un 500Go selon cette méthode.
J'ai eu quelques petits soucis du à une mauvaise manip', mais ça a rebooté sans problème…
D'ailleurs, ci-dessous un extrait d'une conversation sur #lvm sur freenode: