C'est pas la 1ere fois que je me fais la même remarque, ce site n'a rien à voir avec le libre (ou alors parfois de manière très très lointaine) et n'a rien à faire ici …et la notion de "hacker" est à mon sens vraiment usurpée mais bon ça n'est que mon avis
Quand je vois des boites qui font -600k€ sur l'année j'ai pas trop envie de dire que c'est à cause de l'intermédiaire de paiement que ça ne marche pas.
Il me semble que ça aurait été plus transparent/sérieux de dire "notre business modèle ne tient pas, nous avons engloutis tous les sous qu'on nous a prêté, merci le PGE, au revoir".
Ha ben voilà,
ça fait des années que je cherche à comprendre la raison pour laquelle ils "codent" leur spam reason … merci de me dire que c'est décodable, j'avais finis par classer ça dans la liste des choses idiotes …
Bon, je prêche pour "ma" paroisse mais d'expérience ton auto entrepreneur aura besoin de "bricoles" au gréé des évolutions de son activité et donc autant partir sur un outil au périmètre assez vaste …
C'est super drôle d'arriver sur un site qui se revendique "Le courrier du hacker, la newsletter du Logiciel Libre et de l'Open Source" et de voir dans la section sysadmin
" Cloudfront : sécuriser votre infrastructure avec un WAF " qui est plein focus sur le titre du site :-)
J'ai osé cliqué dessus en me disant qu'il serait pas con d'aller expliquer à l'auteur qu'un firewall applicatif n'est acceptable au sens "libre" que s'il est auto-hébergé et que cloudfront à ma connaissance n'était pas trop dans cette optique … mais j'étais loin d'imaginer que le lien pointait sur un article encore plus gros "Comment configurer un WAF sur un CloudFront pour sécuriser une infrastructure AWS ?"
Alors bon, pardon hein mais j'aurais du regarder ça hier, un vendredi ça passe mais pas plus
Alors,
suite à vos remarques et mails reçus échangés, j'ai un peu chamboulé le site obapi.org pour rester à l'expression de l'idée et une sorte de "démonstration" pour ne pas m'enliser dans une sorte d'implémentation qui nuirait à l'objectif du projet.
Liorel, je suis 100% d'accord mais je cherche toujours ne serait-ce que le 1er "compétiteur" sur ce standard auquel j'aimerais me conformer et pour lequel j'aimerais faire la promotion …
Parceque-moi toutes les factures fournisseurs que je vois passer listent précisément tous les trucs qui sont achetés … oui j'ai pris une facture de tel comme exemple mais regarde une facture de ton magasin de matériel de bricolage, de fournitures etc.
Moi je veux bien que la banque sache que j'ai dépensé 2000€ chez le roi du merlin mais je n'ai pas forcément envie qu'il sache précisément ce que j'ai acheté, tu vois la fuite de données au passage et les conséquences ?
Allez, une facture d'un hébergeur de serveurs en trois lettres, je n'ai pas forcément envie que mon banquier ait la liste de toutes les IP des serveurs que je loue …
Et je reste super soft, le contenu des factures c'est très très révélateur de beaucoup de choses, que ça soit au niveau pro ou au niveau perso.
(Je ne veux pas détourner le sujet mais j'ai la même réaction par rapport à la fin des tickets papiers et qu'on te propose d'envoyer par mail, allez hop le facteur sait maintenant ce qu'il y a dans ton caddie.)
Donc pardon d'avoir "flingué une solution sous excuse qu'un de tes fournisseur fait des conneries" mais mon exemple était pourris et tu t'es pris dedans :)
C'est intéressant comme manière de faire … ainsi le banquier qui savait que j'avais dépensé 19,99€ chez mon opérateur de téléphone "avant" sait maintenant aussi à qui j'ai téléphoné grâce à la partie détaillée de ma facture qu'il absorbe au vol.
Alors non, pour moi ce n'est pas du tout le modèle de société que je souhaite avoir.
Je veux pouvoir avoir mes factures chez moi (et d'une manière générale "mes documents" chez "moi") …
Par contre peut-être que e-bill est lié au fait que tous les fournisseurs respectent une API permettant aux banque de ne pas avoir à développer autant de "connecteurs" que de "fournisseurs" (ce qui semblerait assez évident vu que les banques n'aiment pas perdre du temps et donc de l'argent pour rien).
Depuis peu j'ai intégré un point important par rapport à ce point de vue.
Vous avez entendu parler des arnaques aux faux RIB sur les factures ? voici un truc qui arrive souvent : mr x se fait piquer son login/pass à sa boite mail. Le (méchant pirate) lui détourne les factures, remplace le rib du fournisseur par son rib de pirate et collecte le pognon. L'arnaque n'est découverte souvent que de longues semaines plus tard lorsque l'entreprise fait la relance des impayés.
Ça arrive bien plus souvent que vous ne croyez.
Solution alternative: indiquer au client qu'une facture est disponible sur votre serveur via son portail client … il vient télécharger l'original et vous êtes "sûr" que le document n'a pas été altéré par un tiers.
Il y a d'autres solutions pour éviter ça comme par exemple sceller le document mais ça demande à ce que l'utilisateur final fasse l'usage d'un lecteur de document compatible (au pif en pdf la visionneuse js ne le fait pas) … et sache détecter un document dont le certificat aurait été altéré … sauf que si le pirate est pas con au lieu de "casser" le scellement il va tout simplement livrer un pdf sans certificat et donc le client aura un pdf non scellé sans savoir que l'original l'était !
Une autre serait d'envoyer un deep-link dans le mail, mais là encore ça me dérange car les outlook/gmail et autres pré-téléchargent le document et donc aucune confidentialité dans l'affaire. Et ça rejoint un autre contre-argument pour la réception par mail : à moins d'avoir son serveur mail perso la réception des factures par mail est une catastrophe au niveau confidentialité des données … le facteur peut tout savoir.
Perso je continue d'envoyer mes factures (scellées) par mail à mes clients … mais … j'avoue que j'hésite de plus en plus à conserver cette approche.
C'est justement en pensant à eux que je me dis qu'on pourrait grandement leur simplifier la vie si - par exemple - tous les logiciels libres de facturations respectaient la même norme (pour commencer) …
Je vois bien proposer à cozy d'implémenter le client obapi et "voir" le résultat sur 5 ou 10 entreprises (fournisseurs) qui utilisent dolibarr par exemple :)
Hello,
pas glop comme situation, ça peut être plein de choses, qui vont de la clé usb branchée et qui est "prioritaire" dans le boot (mais peu probable chez soyoustart) a un simple grub-réinstall …
Comme le boot root rescue est possible ça ne devrait pas être trop dur de remonter sauf si c'est une panne hardware du disque et si c'est un serveur qui n'aurait qu'un seul disque (ou du raid0 va savoir).
Tout comme d'autres SSLL je suis dispo si besoin mais attention le tarif week-end du 31/12 est salé :)
S'il est possible de t'envoyer quelque peu de chaleur humaine par un message numérique …celui ci en porte le plus possible…
Beaucoup d'entre nous traversent, ont traversés ou traverseront des étapes compliquées dans nos vies, certains sont plus impactés que d'autres et ce message n'est pas là pour lancer des grands classiques "the show must go on" et autres "être fort c'est savoir se relever quand on tombe", chacun d'entre nous trouve un ressort pour rebondir à sa manière, à son rythme et selon son style.
Quoi qu'il en soit sache que tu nous as apporté beaucoup mais que ça ne doit pas se transformer en charge / obligation / sentiment de devoir absolument "finir le job".
La gratitude que la communauté du libre devrait avoir envers les vrais contributeurs comme toi devrait pouvoir se traduire par une forme de respect, solidarité et gentillesse pleine d'humanité.
Un utilisateur discret mais respectueux de Grammalecte !
Un passage intéressant de l'émission expliquait (trop rapidement à mon avis) qu'une des raison du "succès" du stream est la gestion des droits ("d'auteurs" la parenthèse et les guillemets sont de moi).
Le téléchargement était mentionné comme bien plus vertueux que le streaming "mais il ne permet pas de gérer les droits" …
Comme quoi ces foutus droits nous plongent dans le gaspillage énergétique !
Hello,
si vous voulez vous pouvez demander un devis à une SSLL du libre de faire le relais …
a) je fais le devis
b) vous payez
c) je me casse avec la caisse … mais non, je paye proxmox "pour vous"
d) je vous transmet la clé d'activation proxmox
Et tout ça avec une marge minimale pour respecter les obligations légales.
Perso je râle de plus en plus contre les https only … qui ne passent plus avec TLS1.2+ et qui n'ont pas de mise à jour "constructeur" pour passer sur les TLS récents.
Donc pour une question de "pérennité" du matos à 15 ans + je dis "vive le http sans s".
J'ai bien mis "pérennité" entre guillemets, disons que aujourd'hui j'achète un vieux serveur HP et je ne peux pas me connecter sur son iLO à cause de https ça me "dépannerait" bien de pouvoir passer sur http sans S … et idem pour une interface de gestion d'un copieur réseau, d'un switch et autres "bricoles" qui "dans le fond" marchent (impriment, passent des paquets, etc.) même si du point de vue sécurité c'est pourris.
Il y a malheureusement beaucoup de situations où on est prêt à accepter de ne pas avoir de niveau de sécurité acceptable. Entre "nous n'avons aucun moyen d'impression" et "nous avons un copieur dont l'administration est hackable" je connaît la réponse (et c'est triste).
Ce commentaire ne sert à rien, c'était une humeur passagère :)
Bon je vais lire tes histoires précédentes, moi le seul truc que je cherche à faire c'est éteindre l'écran de mon renault trafic la nuit quand je roule … oui OFF, "pas afficher du pseudo-noir luminescent" … impossible comme le support renault m'a expliqué ?
Pour l'instant je pose un tshirt, une serviette ou n'importe quoi qui me passe sous la main mais je veux pouvoir tout éteindre !-)
[^] # Re: Coopératives et intégrateurs
Posté par rycks . En réponse au lien Éleveurs enchaînés : "Je veux sortir du monde agricole mafieux" . Évalué à 3. Dernière modification le 26 avril 2023 à 18:11.
Voir la série / documentaire "Jeux d’influence : les Combattantes" sur Arte …
eric.linuxfr@sud-ouest.org
# Bravo !
Posté par rycks . En réponse au lien The GTK+3 port of GIMP is officially finished - @zemarmot. Évalué à 7.
Rien de plus à dire, quel engagement, pugnacité !
Bravo … et merci
eric.linuxfr@sud-ouest.org
[^] # Re: Titre ?
Posté par rycks . En réponse au lien Le Courrier du hacker (n°217) - pérennité du logiciel libre. Évalué à 2.
C'est pas la 1ere fois que je me fais la même remarque, ce site n'a rien à voir avec le libre (ou alors parfois de manière très très lointaine) et n'a rien à faire ici …et la notion de "hacker" est à mon sens vraiment usurpée mais bon ça n'est que mon avis
eric.linuxfr@sud-ouest.org
# moué ... mangopay c'est un peu facile non ?
Posté par rycks . En réponse au lien uTip annonce aujourd'hui qu'ils ferment demain. Évalué à 10.
Dites,
regardez un peu les chiffres (https://www.pappers.fr/entreprise/utip-827896895) et dites moi si c'est vraiment mangopay qui a tué cette boite ?
Quand je vois des boites qui font -600k€ sur l'année j'ai pas trop envie de dire que c'est à cause de l'intermédiaire de paiement que ça ne marche pas.
Il me semble que ça aurait été plus transparent/sérieux de dire "notre business modèle ne tient pas, nous avons engloutis tous les sous qu'on nous a prêté, merci le PGE, au revoir".
eric.linuxfr@sud-ouest.org
# Et ça détecte les poissons ?
Posté par rycks . En réponse à la dépêche L'IA pour lutter contre les fausses nouvelles ou infox. Évalué à 7.
eric.linuxfr@sud-ouest.org
# Enfin !
Posté par rycks . En réponse au journal Contournement de mesures de protection et intéropérabilité. Évalué à 4.
Ha ben voilà,
ça fait des années que je cherche à comprendre la raison pour laquelle ils "codent" leur spam reason … merci de me dire que c'est décodable, j'avais finis par classer ça dans la liste des choses idiotes …
eric.linuxfr@sud-ouest.org
[^] # Re: Rien de bien grave
Posté par rycks . En réponse au lien Silicon Valley Bank en faillite. Évalué à 7.
Et puisque "même" notre ministre se sent obligé de dire que tout est sous contrôle c'est que vraiment tout est sous contrôle.
eric.linuxfr@sud-ouest.org
# waitpid until vendredi bordel
Posté par rycks . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 8.
Tout est dans le sujet !
eric.linuxfr@sud-ouest.org
# 8 ans ...
Posté par rycks . En réponse au message Qu'est devenu Lolix v2?. Évalué à 4.
C'était il y a un bail tout de même … et sinon j'ai ça comme lien vers le dépot moi :
https://gitlab.com/rodo/lolyx
eric.linuxfr@sud-ouest.org
# dolibarr sans aucun doute :)
Posté par rycks . En réponse au message logiciel gestion client libre/gratuit?. Évalué à 5.
Bon, je prêche pour "ma" paroisse mais d'expérience ton auto entrepreneur aura besoin de "bricoles" au gréé des évolutions de son activité et donc autant partir sur un outil au périmètre assez vaste …
Ça se télécharge et s'auto-héberge sans soucis.
eric.linuxfr@sud-ouest.org
# Blague ?
Posté par rycks . En réponse au lien Le Courrier du hacker (n°208) - plateformes privatives. Évalué à 4.
C'est super drôle d'arriver sur un site qui se revendique "Le courrier du hacker, la newsletter du Logiciel Libre et de l'Open Source" et de voir dans la section sysadmin
" Cloudfront : sécuriser votre infrastructure avec un WAF " qui est plein focus sur le titre du site :-)
J'ai osé cliqué dessus en me disant qu'il serait pas con d'aller expliquer à l'auteur qu'un firewall applicatif n'est acceptable au sens "libre" que s'il est auto-hébergé et que cloudfront à ma connaissance n'était pas trop dans cette optique … mais j'étais loin d'imaginer que le lien pointait sur un article encore plus gros "Comment configurer un WAF sur un CloudFront pour sécuriser une infrastructure AWS ?"
Alors bon, pardon hein mais j'aurais du regarder ça hier, un vendredi ça passe mais pas plus
eric.linuxfr@sud-ouest.org
# GLPI
Posté par rycks . En réponse au message Respect d'une PSSI. Évalué à 7.
Hello,
à mon avis il faut s'appuyer sur une solution industrielle libre et au top pour collecter tout ça : GLPI + FusionInventory !
eric.linuxfr@sud-ouest.org
# Actualisation du 7 janvier
Posté par rycks . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 3.
Alors,
suite à vos remarques et mails reçus échangés, j'ai un peu chamboulé le site obapi.org pour rester à l'expression de l'idée et une sorte de "démonstration" pour ne pas m'enliser dans une sorte d'implémentation qui nuirait à l'objectif du projet.
J'ai pris contact avec https://www.openapis.org/ pour voir s'ils ont un groupe de travail sur le sujet en espérant que si oui il soit plus avancé que https://github.com/OAI/sig-finance …
eric.linuxfr@sud-ouest.org
[^] # Re: Woob
Posté par rycks . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 3.
Liorel, je suis 100% d'accord mais je cherche toujours ne serait-ce que le 1er "compétiteur" sur ce standard auquel j'aimerais me conformer et pour lequel j'aimerais faire la promotion …
eric.linuxfr@sud-ouest.org
[^] # Re: En suisse...
Posté par rycks . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 9.
Heu Zenitram, tu peux regarder tes factures ?
Parceque-moi toutes les factures fournisseurs que je vois passer listent précisément tous les trucs qui sont achetés … oui j'ai pris une facture de tel comme exemple mais regarde une facture de ton magasin de matériel de bricolage, de fournitures etc.
Moi je veux bien que la banque sache que j'ai dépensé 2000€ chez le roi du merlin mais je n'ai pas forcément envie qu'il sache précisément ce que j'ai acheté, tu vois la fuite de données au passage et les conséquences ?
Allez, une facture d'un hébergeur de serveurs en trois lettres, je n'ai pas forcément envie que mon banquier ait la liste de toutes les IP des serveurs que je loue …
Et je reste super soft, le contenu des factures c'est très très révélateur de beaucoup de choses, que ça soit au niveau pro ou au niveau perso.
(Je ne veux pas détourner le sujet mais j'ai la même réaction par rapport à la fin des tickets papiers et qu'on te propose d'envoyer par mail, allez hop le facteur sait maintenant ce qu'il y a dans ton caddie.)
Donc pardon d'avoir "flingué une solution sous excuse qu'un de tes fournisseur fait des conneries" mais mon exemple était pourris et tu t'es pris dedans :)
eric.linuxfr@sud-ouest.org
[^] # Re: En suisse...
Posté par rycks . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 4.
C'est intéressant comme manière de faire … ainsi le banquier qui savait que j'avais dépensé 19,99€ chez mon opérateur de téléphone "avant" sait maintenant aussi à qui j'ai téléphoné grâce à la partie détaillée de ma facture qu'il absorbe au vol.
Alors non, pour moi ce n'est pas du tout le modèle de société que je souhaite avoir.
Je veux pouvoir avoir mes factures chez moi (et d'une manière générale "mes documents" chez "moi") …
Par contre peut-être que e-bill est lié au fait que tous les fournisseurs respectent une API permettant aux banque de ne pas avoir à développer autant de "connecteurs" que de "fournisseurs" (ce qui semblerait assez évident vu que les banques n'aiment pas perdre du temps et donc de l'argent pour rien).
Je vais aller voir tout ça : Merci pour l'info
eric.linuxfr@sud-ouest.org
[^] # Re: Et le Mail
Posté par rycks . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 10.
Depuis peu j'ai intégré un point important par rapport à ce point de vue.
Vous avez entendu parler des arnaques aux faux RIB sur les factures ? voici un truc qui arrive souvent : mr x se fait piquer son login/pass à sa boite mail. Le (méchant pirate) lui détourne les factures, remplace le rib du fournisseur par son rib de pirate et collecte le pognon. L'arnaque n'est découverte souvent que de longues semaines plus tard lorsque l'entreprise fait la relance des impayés.
Ça arrive bien plus souvent que vous ne croyez.
Solution alternative: indiquer au client qu'une facture est disponible sur votre serveur via son portail client … il vient télécharger l'original et vous êtes "sûr" que le document n'a pas été altéré par un tiers.
Il y a d'autres solutions pour éviter ça comme par exemple sceller le document mais ça demande à ce que l'utilisateur final fasse l'usage d'un lecteur de document compatible (au pif en pdf la visionneuse js ne le fait pas) … et sache détecter un document dont le certificat aurait été altéré … sauf que si le pirate est pas con au lieu de "casser" le scellement il va tout simplement livrer un pdf sans certificat et donc le client aura un pdf non scellé sans savoir que l'original l'était !
Une autre serait d'envoyer un deep-link dans le mail, mais là encore ça me dérange car les outlook/gmail et autres pré-téléchargent le document et donc aucune confidentialité dans l'affaire. Et ça rejoint un autre contre-argument pour la réception par mail : à moins d'avoir son serveur mail perso la réception des factures par mail est une catastrophe au niveau confidentialité des données … le facteur peut tout savoir.
Perso je continue d'envoyer mes factures (scellées) par mail à mes clients … mais … j'avoue que j'hésite de plus en plus à conserver cette approche.
eric.linuxfr@sud-ouest.org
[^] # Re: Woob
Posté par rycks . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 5.
C'est justement en pensant à eux que je me dis qu'on pourrait grandement leur simplifier la vie si - par exemple - tous les logiciels libres de facturations respectaient la même norme (pour commencer) …
Je vois bien proposer à cozy d'implémenter le client obapi et "voir" le résultat sur 5 ou 10 entreprises (fournisseurs) qui utilisent dolibarr par exemple :)
eric.linuxfr@sud-ouest.org
# Faire appel à une SSLL avec équipe d'astreinte ?
Posté par rycks . En réponse au message centos linux , you need to load the kernel first , press any key to continu.... Évalué à 6.
Hello,
pas glop comme situation, ça peut être plein de choses, qui vont de la clé usb branchée et qui est "prioritaire" dans le boot (mais peu probable chez soyoustart) a un simple grub-réinstall …
Comme le boot root rescue est possible ça ne devrait pas être trop dur de remonter sauf si c'est une panne hardware du disque et si c'est un serveur qui n'aurait qu'un seul disque (ou du raid0 va savoir).
Tout comme d'autres SSLL je suis dispo si besoin mais attention le tarif week-end du 31/12 est salé :)
eric.linuxfr@sud-ouest.org
[^] # Re: Réponse
Posté par rycks . En réponse au journal Adieu Grammalecte ?. Évalué à 10.
S'il est possible de t'envoyer quelque peu de chaleur humaine par un message numérique …celui ci en porte le plus possible…
Beaucoup d'entre nous traversent, ont traversés ou traverseront des étapes compliquées dans nos vies, certains sont plus impactés que d'autres et ce message n'est pas là pour lancer des grands classiques "the show must go on" et autres "être fort c'est savoir se relever quand on tombe", chacun d'entre nous trouve un ressort pour rebondir à sa manière, à son rythme et selon son style.
Quoi qu'il en soit sache que tu nous as apporté beaucoup mais que ça ne doit pas se transformer en charge / obligation / sentiment de devoir absolument "finir le job".
La gratitude que la communauté du libre devrait avoir envers les vrais contributeurs comme toi devrait pouvoir se traduire par une forme de respect, solidarité et gentillesse pleine d'humanité.
Un utilisateur discret mais respectueux de Grammalecte !
eric.linuxfr@sud-ouest.org
[^] # Re: On en parlait hier dans l'émission "La terre au carré"
Posté par rycks . En réponse au lien Frankenstream : ce monstre qui nous dévore - arte.tv. Évalué à 4.
Un passage intéressant de l'émission expliquait (trop rapidement à mon avis) qu'une des raison du "succès" du stream est la gestion des droits ("d'auteurs" la parenthèse et les guillemets sont de moi).
Le téléchargement était mentionné comme bien plus vertueux que le streaming "mais il ne permet pas de gérer les droits" …
Comme quoi ces foutus droits nous plongent dans le gaspillage énergétique !
eric.linuxfr@sud-ouest.org
[^] # Re: achat de support / marché publique
Posté par rycks . En réponse à la dépêche Proxmox Virtual Environment 7.3 est disponible. Évalué à 8.
Hello,
si vous voulez vous pouvez demander un devis à une SSLL du libre de faire le relais …
a) je fais le devis
b) vous payez
c) je me casse avec la caisse … mais non, je paye proxmox "pour vous"
d) je vous transmet la clé d'activation proxmox
Et tout ça avec une marge minimale pour respecter les obligations légales.
eric.linuxfr@sud-ouest.org
# À propos du http pas s
Posté par rycks . En réponse au journal Un switch beaucoup trop à l'écoute .... Évalué à 10.
Perso je râle de plus en plus contre les https only … qui ne passent plus avec TLS1.2+ et qui n'ont pas de mise à jour "constructeur" pour passer sur les TLS récents.
Donc pour une question de "pérennité" du matos à 15 ans + je dis "vive le http sans s".
J'ai bien mis "pérennité" entre guillemets, disons que aujourd'hui j'achète un vieux serveur HP et je ne peux pas me connecter sur son iLO à cause de https ça me "dépannerait" bien de pouvoir passer sur http sans S … et idem pour une interface de gestion d'un copieur réseau, d'un switch et autres "bricoles" qui "dans le fond" marchent (impriment, passent des paquets, etc.) même si du point de vue sécurité c'est pourris.
Il y a malheureusement beaucoup de situations où on est prêt à accepter de ne pas avoir de niveau de sécurité acceptable. Entre "nous n'avons aucun moyen d'impression" et "nous avons un copieur dont l'administration est hackable" je connaît la réponse (et c'est triste).
Ce commentaire ne sert à rien, c'était une humeur passagère :)
eric.linuxfr@sud-ouest.org
# moué !
Posté par rycks . En réponse au journal Renault et la carte R-Link 2023, la boulette. Évalué à 4.
Bon je vais lire tes histoires précédentes, moi le seul truc que je cherche à faire c'est éteindre l'écran de mon renault trafic la nuit quand je roule … oui OFF, "pas afficher du pseudo-noir luminescent" … impossible comme le support renault m'a expliqué ?
Pour l'instant je pose un tshirt, une serviette ou n'importe quoi qui me passe sous la main mais je veux pouvoir tout éteindre !-)
eric.linuxfr@sud-ouest.org
# La même avec le serveurs HP et ILO3/ILO4
Posté par rycks . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à 5.
J'ai eu le même problème en voulant installer un vieux HP DL380 Gen7 … en voulant mettre en place la connexion à iLO 3 … impossible TLS trop vieux.
https://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-a00020426en_us
eric.linuxfr@sud-ouest.org