Connexion
Abonnez-vous

Samba 4.6 assouplit la gestion de Kerberos et améliore les performances

Un ptit pilote m'dame ?

Samba 4.6 assouplit la gestion de Kerberos et améliore les performances

Le 10 mars 2017 à 08h50

Samba est désormais disponible en version 4.6. Ce logiciel d’interopérabilité, qui fournit une compatibilité avec les protocoles SMB et CIFS, reçoit de nombreuses améliorations, notamment pour Kerberos, les pilotes d’imprimantes et de meilleures performances.

Samba est l’implémentation libre, sous licence GPLv3, des protocoles SMB et CIFS de Microsoft. Ce logiciel existe depuis environ 25 ans et a beaucoup évolué, particulièrement avec l’arrivée de la branche 4.X. La nouvelle version 4.6 apporte bon nombre de nouveautés, particulièrement sur la gestion des imprimantes dans des environnements mixtes.

Diverses améliorations, notamment de performances

Ainsi, pendant que le travail avance sur l’implémentation du protocole MS-PAR de Microsoft, Samba peut désormais envoyer des pilotes d’imprimantes depuis des machines sous Windows 10, corrigeant au passage plusieurs bugs. Le serveur d’impression créé par Samba apparaît désormais comme étant sous Windows Server 2003 R2 SP2.

Parmi les autres améliorations, on notera en particulier le support du multiprocessus du serveur Netlogon, de nouvelles options pour contrôler les ports TCP utilisés par les services RPC, une nette améliorations des performances pour certaines opérations Active Directory (notamment en cas de grand nombre d’objets), un renforcement de la commande « dns » dans samba-tool ou encore des améliorations diverses pour winbind.

Plus d'options en matière de chiffrement

Signalons également plusieurs changements sur le support de Kerberos. Certaines opérations sont ainsi réalisées en s’appuyant sur le fichier kbr5.conf généré par Samba. Un nouveau paramètre vient d’y être ajouté, « kerberos encryption types », pour définir le type de chiffrement.

L’utilisateur peut ainsi forcer un chiffrement en particulier, qu’il soit fort ou ancien. Le paramètre « all » est compatible avec l’ancien comportement de Samba, « strong » n’autorise que les algorithmes AES, tandis que « legacy » renvoie vers l’ancien RC4-HMAC-MD5, utilisé par les premières versions d’Active Directory. Pour l’équipe, ce réglage peut permettre de résoudre certains problèmes d’environnements mixtes.

Commentaires (70)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Pourquoi est-ce qu’on a encore besoin de pilotes d’imprimante de nos jours ?



 

votre avatar







v1nce a écrit :



Pourquoi est-ce qu’on a encore besoin de pilotes d’imprimante de nos jours ?





Parce que s’il y avait pas de pilote, ça ferait cher et encombrant pour un presse-livre.


votre avatar

On pourrait aussi utiliser le PDF comme pivot universel et l’envoyer à n’importe quelle imprimante.

votre avatar







fred42 a écrit :



On pourrait aussi utiliser le PDF comme pivot universel et l’envoyer à n’importe quelle imprimante.





Donc il faut un pilote qui prend le PDF et qui l’envoie à l’imprimante. <img data-src=" />



Ah oui, ce mec me filtre, il ne peut pas savoir qu’il a tort.


votre avatar

Si le pilote générique est géré par l’OS alors oui pour l’utilisateur c’est comme si tu n’avais plus de pilote (pas de truc à installer quand tu passes de ton PC à ton Mac…)

&nbsp;

De plus si tu utilises le serveur web tu n’as plus besoin de pilote du tout.



En revanche, oui il faut toujours un microcode pour interpréter un fichier en commandes compréhensible par l’imprimante. Sauf que comme il est DANS l’imprimante OSEF. &nbsp;

votre avatar







fred42 a écrit :



Smartphones et tablettes ont introduit de nouveaux OS, sans parler de Chrome OS.



C’est d’ailleurs pour cela qu’il y a eu des travaux de tous les grands pour renouveler la façon de dialoguer avec une imprimante. Il était hors de question de réécrire de trop nombreux drivers propriétaires sur ces nouveaux OS. D’où les Airprint, Google Cloud Print. […]

L’idée de base reste la même : un format standard pour transmettre le contenu à imprimer (le PDF le plus souvent)





Je suis d’accord que devoir installer ces #@[]?! de drivers c’est anachronique. Sous Linux pour l’instant je n’ai plus eu à le faire depuis longtemps, CUPS marchant assez bien pour ça.







levhieu a écrit :



Rangez le matériel, je n’ai pas dit que ce firmware était sorti du labo





Haha, mais il faut faire comme pour SkyNet, tuer ça dans l’oeuf <img data-src=" />


votre avatar







levhieu a écrit :



En fait, le contenu électronique d’une imprimante est le moins cher possible, parce que les gens ne veulent pas acheter une imprimante trop chère. Du coup, le CPU qu’on y trouve ne sera pas capable de faire tout ce que tu lui demande, explicitement et implicitement:




  • Le serveur web

  • La transformation de l’image en fonction des caractéristiques des têtes d’impression

  • Le pilotage des têtes d’impression.





    En 2016-2017, un CPU capable de faire ça serait cher ?

    (il y a 15 ans, à la rigueur et encore, même mon Amiga avant l’aurait fait ;-) )







    fred42 a écrit :



    Mais sais-tu que Postscript est un langage de programmation qui permet de coder tout type d’algorithme ?





    Je me rappelle avoir envoyé à l’imprimante un code PS assez compact qui traçait je ne sais plus quoi (fractale ou autre).


votre avatar







OlivierJ a écrit :



En 2016-2017, un CPU capable de faire ça serait cher ?

(il y a 15 ans, à la rigueur et encore, même mon Amiga avant l’aurait fait ;-) )







Comme son pseudo l’indique, il doit être un peu “vieux” (sans offense) et à une époque c’était assez cher les processeurs capables de faire du Postscript, d’où la mode des imprimantes spécifiques Windows (imprimantes GDI) où la bitmap était générée sur le PC et envoyée compressée vers l’imprimante qui n’avait plus qu’à décompresser.



Ton Amiga aurait quand même ramé un peu pour générer la bitmap à partir d’un PDF, enfin, ça dépend, parce que les vitesses d’impression (ppm) étaient bien plus faibles il y a 15 ans.





Je me rappelle avoir envoyé à l’imprimante un code PS assez compact qui traçait je ne sais plus quoi (fractale ou autre).





Il y a même des malwares qui font des boucles sans fin en Postscript pour planter les imprimantes.


votre avatar







fred42 a écrit :



Comme son pseudo l’indique, il doit être un peu “vieux” (sans offense) et à une époque […]

Ton Amiga aurait quand même ramé un peu pour générer la bitmap à partir d’un PDF, enfin, ça dépend, parce que les vitesses d’impression (ppm) étaient bien plus faibles il y a 15 ans.





Un truc t’a manifestement échappé, c’est que pour avoir eu un Amiga, je fais partie aussi des un peu vieux <img data-src=" /> et j’ai parlé de l’impression sous Unix dans les années 90 :-) . J’ai codé en assembleur étant adolescent sur des CPU 8 bits, le 6502 de mon Commodore 64. Donc j’ai connu des processeurs vraiment très très peu puissants.



A titre de comparaison de puissance, avec mon Amiga 1200 je suis passé au 1632 bits 6800068020 à 14 MHz, très agréable à programmer avec les registres en 32 bits et jeu d’instruction clair et orthogonal. Quand j’ai pu bénéficier du FPU 68882, il faisait 360 kFLOPS à 25MHz, et c’était genre 20 x plus rapide (!) que le 68000 (qui devait émuler), à comparer aux GFLOPS qu’on a à présent sur n’importe quel CPU depuis longtemps.


votre avatar

Perso, je considère que quelqu’un qui a eu un Amiga 1200 est un peu jeune. <img data-src=" />



J’ai au moins une dizaine d’années de plus que toi il me semble.



J’ai aussi pratiqué l’assembleur 6502, d’abord en école d’ingé puis plus tard dans le milieu pro.

J’ai aussi commencé sur des 68008 et 68000 en 1985 au niveau pro. On les programmait plutôt en Pascal mais l’assembleur n’était jamais loin, surtout pour débugger ou patcher le code.



Edit : je voulais dire qu’il avait peut-être quitté le milieu pro avant que ce genre de processeurs baissent beaucoup et apportent une grosse puissance pour pas cher.

votre avatar







fred42 a écrit :



Perso, je considère que quelqu’un qui a eu un Amiga 1200 est un peu jeune. <img data-src=" />

J’ai au moins une dizaine d’années de plus que toi il me semble.





Arf pour ta première phrase.

En effet vu le reste de ton commentaire, c’est plausible <img data-src=" /> .


votre avatar







fred42 a écrit :



Comme son pseudo l’indique, il doit être un peu “vieux” (sans offense) et à une époque c’était assez cher les processeurs capables de faire du Postscript, d’où la mode des imprimantes spécifiques Windows (imprimantes GDI) où la bitmap était générée sur le PC et envoyée compressée vers l’imprimante qui n’avait plus qu’à décompresser.



Ton Amiga aurait quand même ramé un peu pour générer la bitmap à partir d’un PDF, enfin, ça dépend, parce que les vitesses d’impression (ppm) étaient bien plus faibles il y a 15 ans.



Il y a même des malwares qui font des boucles sans fin en Postscript pour planter les imprimantes.







C’est simple, même un PC Pentium des années 90 pouvait ramer quand il fallait rastériser du Postscript a haute résolution.



Le Postscript, c’était bien pour les imprimeurs pro qui avaient des énormes machines dédiées pour flasher les films avec une grosse puissance et beaucoup de mémoire.



Le but de postscript était d’éviter de manipuler de gros fichiers “bitmap” sur des machines qui n’avaient pas les capacités mémoire pour cela.



Aujourd’hui, la donne à changé. Les PC et les imprimantes ont beaucoup de mémoire et les réseaux ont une grosse bande passante. Sans compter que les algo de compression d’image bitmap ont énormément évolué.



Le plus simple aujourd’hui pour un format d’impression “générique” est de transmettre à l’imprimante des images bitmap. Avec le temps qui passe, la “rasterisation” sur imprimante avec un langage tel que Postscript perds de son sens. D’autant que cela entraîne des complexités : il faut voir tous les problèmes de compatibilité que de tels langages d’impression pouvaient engendrer dans la pratique entre les différentes implémentations des RIP.


votre avatar

j’ai une question ca sert a quoi ce logiciel car je n’ai pas tout compris ?

votre avatar

Samba est un logiciel d’interopérabilité qui implémente le protocole propriétaire SMB/CIFS de Microsoft Windows dans les ordinateurs tournant sous le système d’exploitation Unix et ses dérivés de manière à partager des imprimantes et des fichiers dans un réseau informatique.



fr.wikipedia.org Wikipedia

votre avatar







DUNplus a écrit :



C’est juste ta question qui est mal tourner.





Où toi qui n’a pas pris en compte le s à pilotes dans sa question…


votre avatar







sans sucre a écrit :



j’ai une question ca sert a quoi ce logiciel car je n’ai pas tout compris ?





En gros ça permet à des machines qui ne sont pas sous Windows de fournir des partages de fichiers et d’imprimante à des clients Windows (sans avoir à installer quoique ce soit sur les Windows puisque ça utilise des protocoles natifs à celui-ci).



Il me semble que depuis la version 4 il peut également remplacer un contrôleur de domaine active directory (i.e. j’ai lu que ça marchait mais je n’ai pas testé).


votre avatar

Oui, depuis la version 4.0 sortie en décembre 2012 (il y a plus de 4 ans déjà) Samba permet de mettre en place sur des serveurs&nbsp; Linux&nbsp; un contrôleur de domaine type AD, avec tout le bazar qui va avec (annuaire spécifique avec schéma spécifique, entrées DNS spécifiques, gestion réparties des rôles entre plusieurs serveurs, GPO pour gérer le parc des PCs Windows), sans avoir à gérer/payer&nbsp; les licences CAL indispensables lorsque le contrôleur de domaine/serveur de fichiers est&nbsp; sous Windows Serveur 201X.

votre avatar







v1nce a écrit :



Si le pilote générique est géré par l’OS alors oui pour l’utilisateur c’est comme si tu n’avais plus de pilote (pas de truc à installer quand tu passes de ton PC à ton Mac…)

&nbsp;

De plus si tu utilises le serveur web tu n’as plus besoin de pilote du tout.



En revanche, oui il faut toujours un microcode pour interpréter un fichier en commandes compréhensible par l’imprimante. Sauf que comme il est DANS l’imprimante OSEF. &nbsp;







Et comment fais-tu quand ton imprimante offre des fonctionnalités un peu inédites ? Il faut bien que ton serveur web (vu que c’est lui qui parle à ton imprimante) sache si l’imprimante a du papier A4 ou A3, le domaine d’impression (certaines imprimantes permettent d’imprimer sans marge), si elle sait fait du recto-verso, si elle sait agrafer (et jusqu’à combien de pages ! ), si elle imprime différemment en fonction du papier fourni, si elle sait relier le document imprimé, etc…



Bien sûr, des pilotes génériques suffiront pour une bonne partie des imprimantes (et c’est comme ça que ça fonctionne aujourd’hui), mais il faudra toujours la possibilité d’ajouter des pilotes spécifiques à un modèle.


votre avatar

Les capacités du hardware sont connues du “pilote” qui est DANS l’imprimante. Et donc celui-ci génère des pages web en conséquence (NB/couleur, marge, entrée/sortie papier, agrafage,vignettage,qualité…).

votre avatar







OlivierJ a écrit :



&nbsp;



fred42 a écrit :





Mon pseudo ne ment pas <img data-src=" />


votre avatar

et encore REST ce serait pour ceux qui voudraient s’emer à faire un metadriver ou pour scanner l’état des imprimantes sur le réseau (récupérer les compteurs d’impression…)



tous les services basiques (ne relevant pas de l’administration) seraient accessibles via le serveur web de l’imprimante:

une page web pour l’impression

une page web pour la numérisation/ocr…&nbsp;

&nbsp;

votre avatar







levhieu a écrit :



Merci, j’ai compris.



J’étais effectivement hors contexte, car ce n’était pas le labo d’un fabricant d’imprimantes.



Et dire que le firmware n’est pas sorti du labo ne veut pas dire qu’il n’a servi à rien: Le simple fait de le voir fonctionner a validé un ensemble d’idées, ainsi que les composants électroniques utilisés.







J’imagine bien, mais ce n’est pas pour autant que tu échapperas au courroux des utilisateurs d’imprimantes et de ceux qui doivent les faire fonctionner.


votre avatar







v1nce a écrit :



et encore REST ce serait pour ceux qui voudraient s’emer à faire un metadriver ou pour scanner l’état des imprimantes sur le réseau (récupérer les compteurs d’impression…)



tous les services basiques (ne relevant pas de l’administration) seraient accessibles via le serveur web de l’imprimante:

une page web pour l’impression

une page web pour la numérisation/ocr…





Du coup, le pilote s’exécute dans ton navigateur.



Je dis pas que c’est une mauvaise idée en soi, hein, juste que techniquement, on ne peut pas dialoguer avec un périphérique sans savoir comment dialoguer.


votre avatar

Merci de vouloir m’apprendre quelque chose, mais lis donc les autres commentaires avant de répondre au premier message, tu éviteras les redites et de rater ton coup. Je m’y connais pas mal en impression.



Mais sais-tu que Postscript est un langage de programmation qui permet de coder tout type d’algorithme ?

votre avatar

Je pense que c’est largement faisable avec un rasperry pi qui coûte moins de 6 euros prix public pour un CPU produit en UK et qui viendrait en remplacement de l’électronique déjà présente dont on pourrait encore déduire du prix



Plus de pilotes à installer = moins de développement (tu développes pour l’imprimante et pas pour windows 810, Mac, Linux) moins de support à assurer, de documentation à faire et à joindre avec l’imprimante

votre avatar







v1nce a écrit :



Je ne comprends pas pourquoi il y a besoin d’un pilote par imprimante.



Un serveur web dans l’imprimante

un formulaire d’upload (jpeg,png,ps,pdf,svg) 

avec les cases à cocher qui vont bien

(recto/verso,portrait/paysage,couleur/nb,a3/a4)

exposition des capacités via des services REST

 

et sur le client une imprimante virtuelle générique pour les logiciels qui ne peuvent pas exporter du pdf.





Je sais pas pour toi, mais pour moi ton “imprimante virtuelle générique” c’est un pilote.



Il n y a pas besoin d’un pilote par imprimante, mais au moins un générique.


votre avatar

Le pilote est découpé en 2 :

Un pilote générique sur l’ordinateur (fourni par l’OS) qui comme une imprimante virtuelle transforme le PCL/gdi en un fichier pdf et qui le transfère vers un serveur web.



Un pilote spécifique dans l’imprimante qui fait l’interface entre le fichier fournir en entrée via le serveur web de l’imprimante et le hardware de l’imprimante.

&nbsp;

Plus besoin de pilotes spécifique sur le poste&nbsp;&nbsp;

votre avatar

En fait, côté logiciel, les CPUS entrée de gamme d’aujourd’hui sont en normalement suffisants, mais la vitesse d’impression qui en découlerait ne serait pas acceptable. Certaines astuces pour imprimer demanderait d’avoir accès au GPU du Pi: OpenCL par exemple ?



Malgré tout, la «carte mère» d’une imprimante doit être capable de piloter un paquet de périphériques analogiques, et ça peut assez vite rajouter un coût non-négligeable à la carte (en tenant compte des connecteurs aussi).



Il faut savoir qu’on est dans un domaine ou chaque ç prix de base de l’électronique peut compter.



En bref, pas infaisable, mais je ne pense pas que le prix qui en résulterait aujourd’hui soit acceptable par le public visé.

votre avatar

En fait j’évoquais simplement le PI à titre d’exemple je n’imaginais pas vraiment d’intégrer le raspPi dans une imprimante existante. Le pi était un prétexte pour parler du problème de puissance qui -à mon avis- ne se pose même pas, pour ce que j’en imagine le hardware des imprimantes actuelles est suffisant.

Tu peux infecter des imprimantes avec des virus en profitant du fait que les imprimantes intègrent un interpréteur PS.

Donc -sauf erreur de ma part- l’essentiel du travail de décodage en fait DANS l’imprimante.

Du coup je ne vois pas ce qui pourrait occasionner une charge plus importante pour l’imprimante et qui nécessiterait de revoir fondamentalement la puissance du hardware.



Je remplace juste l’interface d’entrée qui permettait un dialogue dans des langages exotiques par un serveur web. Enfin serveur web c’est un bien grand mot. Dans l’absolu il pourrait même ne faire que servir des fichiers statiques et pousser le fichier vers l’interpréteur PS. Pour moi il n’y a même pas besoin de hardware supplémentaire je fais juste que modifier le fonctionnement de l’étage d’entrée.

&nbsp;&nbsp;

&nbsp;

votre avatar







v1nce a écrit :



Le pilote est découpé en 2 :

Un pilote générique sur l’ordinateur (fourni par l’OS) qui comme une imprimante virtuelle transforme le PCL/gdi en un fichier pdf et qui le transfère vers un serveur web.



Un pilote spécifique dans l’imprimante qui fait l’interface entre le fichier fournir en entrée via le serveur web de l’imprimante et le hardware de l’imprimante.

 

Plus besoin de pilotes spécifique sur le poste



C’est quoi l’intérêt de modifier le PCL par du PDF, sachant que PCL est standard et supporté par la grande majorité des imprimantes? <img data-src=" />

Ici notre serveur d’édition supporte par défaut toutes les imprimantes monochromes PCL, sans qu’on n’aie besoin d’installer le moindre pilote (en utilisant un générique), et il n’a pas besoin de transcrire les données dans un autre format pour transférer les données à l’imprimante…


votre avatar

Il y a imprimante et imprimante.



Le grand public aujourd’hui est sensible au prix de la bête, et c’est à peu près tout.

Ce qui fait que les imprimantes grand public sont victimes d’une course au moins-disant.

Rare sont ceux qui achètent une imprimante laser après avoir tout bien pesé.



Ensuite, il y a les imprimantes professionnelles, pour lesquelles l’acheteur regarde le prix à la page.

Et là, bye bye le jet d’encre.



Or, les imprimantes laser sont assez exigentes en terme de CPU: Une fois leprocessus lancé, on ne l’arrête plus, contrairement à ce qu’on peut faire avec une tête qui se promène sur la page. Du coup, l’interprète PS n’est pas un problème.



Par contre, sur les exemples que j’ai vu il y a quelques années, le décodage était fait dans le driver sur le PC, pour justement simplifier au maximum le travail du CPU de l’imprimante. L’électromique a évolué depuis, mais les fabricants n’ont pas nécessairement envie d’investir dans un changement majeur de leur base logicielle, toujours à cause de la course au moins-disant.

votre avatar

Peu import, ce que tu propose n’a rien changer au fait que il faut un pilote dans l’OS pour imprimer directement.

votre avatar

En fait, ça dépend, autant pour un problème de chariot j’ai eu des emmerdes avec le SAV d’Epson (sur une RX700 agée de 6 mois) et l’imprimante a fait 3 aller retours sans compter le coup de “mettez à jour votre pilote” (pou run pb de chariot bloqué <img data-src=" />)



Autant pour HP (OfficeJet 7510 agée de 8 mois), aucun soucis pour le même problème, échange directe.



C’est pas sur le matos que les consommateurs sont vaches à lait, ce sont sur les cartouches <img data-src=" /> (autre débat)





@fred42 @v1nce : merci de vos précisions.

votre avatar

Les imprimantes me font l’effet des modems USB d’il y a quelques années.



Quand tu installais bêtement le pilote fourni par ton FAI tu te retrouvais avec des effets indésirables (modification page d’accueil…)

Quand tu étais un peu plus averti, tu pouvais installer que le strict nécessaire pour faire fonctionner le hardware sous windows.

Sous Linux il fallait se débrouiller pour charger le microcode etc.

Sous Mac ?&nbsp;



Aujourd’hui, je prends ma box je connecte le câble réseau et ça marche.

0 pilote à installer :&nbsp;

Le microcode est dans la box et je n’ai pas à m’en occuper.

L’OS fournit le pilote générique (Gestionnaire de connexions)



&nbsp;

J’ai l’impression que c’est la même chose avec les imprimantes.

Si j’installe bêtement le pilote je me retrouve avec ce que l’éditeur a pu packager avec (OCR, modification menu contextuel)

Si tu te renseignes tu peux installer juste le nécessaire (ou Windows peut éventuellement le faire pour toi)&nbsp;

&nbsp;

Avec une imprimante webifiée plus de pilote à installer : tu uploades ton pdf et ça marche.

Il faut juste une imprimante virtuelle générique (un peu à la CUPS) pour les logiciels incapables de sortir du pdf.

&nbsp;

&nbsp;

votre avatar

1 pilote générique vs 1 pilote par imprimante ça fait une légère différence.



En plus ce pilote n’est même pas nécessaire si tu passes par l’interface de l’imprimante.

Ton imprimante reste utilisable même si elle n’est plus supportée par l’OS.

Et tu peux l’utiliser depuis un smartphone…&nbsp;

votre avatar







v1nce a écrit :



1 pilote générique vs 1 pilote par imprimante ça fait une légère différence.



En plus ce pilote n’est même pas nécessaire si tu passes par l’interface de l’imprimante.

Ton imprimante reste utilisable même si elle n’est plus supportée par l’OS.

Et tu peux l’utiliser depuis un smartphone…





Je ne dit pas le contraire.





v1nce a écrit :



Pourquoi est-ce qu’on a encore besoin de pilotes d’imprimante de nos jours ?





C’est juste ta question qui est mal tourner.


votre avatar







fred42 a écrit :



Oui PDF est assez proche de Postscript,. Il l’a même remplacé sous OSX et Linux comme format d’impression pivot.



Et pour tous ceux qui ont réagit à mon message négativement. J’ai bossé plusieurs années dans la conception d’imprimantes. Je n’ai pas juste sorti une idée en l’air.



De nombreuses imprimantes savent déjà imprimer du PDF.



L’impression sans pilote/driver est quelque chose qui a une réalité ailleurs que sous Windows. Airprint d’Apple en est un bon exemple. Il est par exemple disponible depuis les smartphones qui n’ont pas à traîner un historique de driver d’impression.



Un libreoffice sait sortir nativement du PDF. Il n’y a donc pas besoin de pilote pour imprimer en PDF, le système d’exploitation a seulement à fournir un protocole comme IPP pour imprimer. C’est ce protocole qui est utilisé par Airprint.



Ouvrez-vous un peu l’esprit et sortez des schémas que vous connaissez.





Le pdf, c’est cool si on veut juste imprimer, pour les autres fonctions… <img data-src=" />


votre avatar







TaigaIV a écrit :



Les gars ont tiens on tient deux des responsables de nos emmerdes, à vos fourches.





<img data-src=" />



(sinon <img data-src=" /> pour la forme)


votre avatar







ben51 a écrit :



Donc c’est plutôt toi qui te trompe





Ah bon?





ben51 a écrit :



certes il reste un pilote





Ah ben non. <img data-src=" />


votre avatar







fred42 a écrit :



L’impression sans pilote/driver est quelque chose qui a une réalité ailleurs que sous Windows.



Ouvrez-vous un peu l’esprit et sortez des schémas que vous connaissez.





Il y a autre chose que windows ?


votre avatar







OlivierJ a écrit :



<img data-src=" />



(sinon <img data-src=" /> pour la forme)







Et tu n’imagines même pas toutes celles que je vous ai évité en me relisant avant de cliquer sur envoyer. <img data-src=" />


votre avatar







Drepanocytose a écrit :



Il y a autre chose que windows ?





Bien sur, il y a Microsoft, mais ça c’est que pour les pro.


votre avatar

Oui. <img data-src=" />



Blague à part :



Smartphones et tablettes ont introduit de nouveaux OS, sans parler de Chrome OS.



C’est d’ailleurs pour cela qu’il y a eu des travaux de tous les grands pour renouveler la façon de dialoguer avec une imprimante. Il était hors de question de réécrire de trop nombreux drivers propriétaires sur ces nouveaux OS. D’où les Airprint, Google Cloud Print. HP s’y est mis aussi avec sa solution d’impression par Internet (me souviens plus du nom) et même Microsoft a pas mal apporté à des travaux de normalisation du métier.

L’idée de base reste la même : un format standard pour transmettre le contenu à imprimer (le PDF le plus souvent), le moyen de spécifier l’impression (format papier, recto-verso, paysage ou portrait, nombre de copies, …) et la gestion des imprimantes et des Jobs d’impression. et la remontée des alertes.

votre avatar

Rangez le matériel, je n’ai pas dit que ce firmware était sorti du labo

votre avatar







levhieu a écrit :



Rangez le matériel, je n’ai pas dit que ce firmware était sorti du labo







On a trouvé la fameuse “équipe qui travail à la résolution de votre problème”, répertoriez les lampadaires.


votre avatar







TaigaIV a écrit :



On a trouvé la fameuse “équipe qui travail à la résolution de votre problème”, répertoriez les lampadaires.





Euh, je ne comprends pas…

(même si je suis bien conscient qu’on n’est pas sérieux là)


votre avatar

Je ne comprends pas pourquoi il y a besoin d’un pilote par imprimante.



Un serveur web dans l’imprimante

un formulaire d’upload (jpeg,png,ps,pdf,svg)&nbsp;

avec les cases à cocher qui vont bien

(recto/verso,portrait/paysage,couleur/nb,a3/a4)

exposition des capacités via des services REST

&nbsp;

et sur le client une imprimante virtuelle générique pour les logiciels qui ne peuvent pas exporter du pdf.



&nbsp;

&nbsp;

votre avatar







v1nce a écrit :



Je ne comprends pas pourquoi il y a besoin d’un pilote par imprimante.



Un serveur web dans l’imprimante

un formulaire d’upload (jpeg,png,ps,pdf,svg) 

avec les cases à cocher qui vont bien

(recto/verso,portrait/paysage,couleur/nb,a3/a4)

exposition des capacités via des services REST

 

et sur le client une imprimante virtuelle générique pour les logiciels qui ne peuvent pas exporter du pdf.





Du coup, le pilote REST.


votre avatar







levhieu a écrit :



Euh, je ne comprends pas…

(même si je suis bien conscient qu’on n’est pas sérieux là)







Les fournisseurs d’imprimantes ont la réputation de prendre leur client pour des vaches à lait et d’avoir un support plus que moyen (ce n’est pas toujours vrai). On a récemment eu un gars qui nous a dit que le drivers que l’on utilisait faisait sauter la garantie, le fameux drivers venait du site du fabriquant. Dans certaines boites, tu poses une question, on te dit que les équipes travaillent dessus et tu n’as pas intérêt à promettre que tu ne te raseras pas tant qu’ils n’auront résolu ton problème, à moins de vouloir intégrer ZZ top.


votre avatar

En fait, le contenu électronique d’une imprimante est le moins cher possible, parce que les gens ne veulent pas acheter une imprimante trop chère. Du coup, le CPU qu’on y trouve ne sera pas capable de faire tout ce que tu lui demande, explicitement et implicitement:




  • Le serveur web

  • La transformation de l’image en fonction des caractéristiques des têtes d’impression

  • Le pilotage des têtes d’impression.



    Effectivement, les imprimantes postscript répondaient à ce modèle (si ce n’est que la communication ne se faisait pas par interface web), mais leur prix les réservait à des usages professionnels.

votre avatar

Merci, j’ai compris.



J’étais effectivement hors contexte, car ce n’était pas le labo d’un fabricant d’imprimantes.



Et dire que le firmware n’est pas sorti du labo ne veut pas dire qu’il n’a servi à rien: Le simple fait de le voir fonctionner a validé un ensemble d’idées, ainsi que les composants électroniques utilisés.

votre avatar

quelque chose de semblable existe et ça s’appelle postscript

votre avatar

v1nce a écrit :

Les capacités du hardware sont connues du “pilote” qui est DANS l’imprimante. Et donc celui-ci génère des pages web en conséquence (NB/couleur, marge, entrée/sortie papier, agrafage,vignettage,qualité…).



Ça enlève la possibilité d’avoir un serveur central (tu envoies tes documents sur un serveur unique avec plusieurs imprimantes, tu te déplaces ensuite à l’imprimante la plus proche, tu t’authentifies et tu récupères tes documents).

&nbsp;

Et comment faire pour imprimer de façon automatique depuis un programme ? Il ne faut pas des pages web, mais une API qui expose toutes les fonctionnalités. Et au final, ça revient à avoir un driver.

votre avatar







flan_ a écrit :



Ça enlève la possibilité d’avoir un serveur central (tu envoies tes documents sur un serveur unique avec plusieurs imprimantes, tu te déplaces ensuite à l’imprimante la plus proche, tu t’authentifies et tu récupères tes documents).



Et comment faire pour imprimer de façon automatique depuis un programme ? Il ne faut pas des pages web, mais une API qui expose toutes les fonctionnalités. Et au final, ça revient à avoir un driver.







Si tu offres des Webservices sur ton imprimante, ce qui est pour un serveur l’équivalent du site WEB pour l’humain, ton serveur permettra de faire ce que tu veux.



Et non, ça ne correspond pas du tout à un driver. Il s’agit d’une API fonctionnelle qui offre un service d’impression.

Un driver est fait surtout pour piloter du matériel local, là, on est plutôt dans l’utilisation de service.



Tout un tas de travaux de normalisation tendaient vers cela. Je ne sais pas où ça en est maintenant, ne suivant plus le sujet depuis 2012.



Edit : plantage navigateur pendant l’écriture du comm : j’avais perdu l’info de réponse au commentaire précédent, d’où l’ajout de citation pour réparer.


votre avatar







DUNplus a écrit :



Donc il faut un pilote qui prend le PDF et qui l’envoie à l’imprimante. <img data-src=" />



Ah oui, ce mec me filtre, il ne peut pas savoir qu’il a tort.





Ca sent la rancune. Destresse, y’a pas mort d’homme.



Sinon samba prend vraiment un bon chemin, ils avancent lentement mais surement, avec à chaque fois des ameliorations en terme de fonctionnalités et de stabilité.

Je reste fidèle à NFS parce que equipé en full linux, mais je suis Samba d’assez près, et je note avec plaisir leur avancement.


votre avatar

Samba, de Janeiro <img data-src=" /> <img data-src=" />



<img data-src=" />

votre avatar







DUNplus a écrit :



Donc il faut un pilote qui prend le PDF et qui l’envoie à l’imprimante. <img data-src=" />



Ah oui, ce mec me filtre, il ne peut pas savoir qu’il a tort.





un peut comme les imprimantes Postscript. Donc c’est plutôt toi qui te trompe (certes il reste un pilote, mais qui fonctionne avec une grande quantité de marque et modèle différent).


votre avatar







ben51 a écrit :



un peut comme les imprimantes Postscript. Donc c’est plutôt toi qui te trompe (certes il reste un pilote mais pour diverse imprimante).





Il y a quand même un pilote, mais il est générique


votre avatar







fred42 a écrit :



On pourrait aussi utiliser le PDF comme pivot universel et l’envoyer à n’importe quelle imprimante.









ben51 a écrit :



un peut comme les imprimantes Postscript. Donc c’est plutôt toi qui te trompe (certes il reste un pilote, mais qui fonctionne avec une grande quantité de marque et modèle différent).





Effectivement, j’allais mentionner PostScript, qui était un peu le standard dans le monde Unix dans les années 90 (et dont le PDF est très proche sauf erreur de ma part).


votre avatar

Je vois dans la doc de SAMBA qu’il est toujours question de réplication du dossier SysVol avec du rsync ou autre. La version 4.6 est également concernée ?



Je verrai ce weekend à tester cette mouture.

votre avatar

Et comment imprimer en agrafant sur le côté ou en haut à gauche, quand on imprime via PDF ?

votre avatar







v1nce a écrit :



Pourquoi est-ce qu’on a encore besoin de pilotes d’imprimante de nos jours ?







Tu plaisantes j’espère ?



Par contre, j’ai du mal à saisir : “envoyer des pilotes d’imprimantes depuis des machines sous Windows 10,”



c’est le client sous Windows 10 qui sert de serveur de pilotes ?


votre avatar

Pour charger les drivers sur le serveurs d’impressions, il faut parfois passer par un client (upload en gros). Ensuite les drivers sont bien distribué depuis le serveur.

votre avatar

Oui PDF est assez proche de Postscript,. Il l’a même remplacé sous OSX et Linux comme format d’impression pivot.



Et pour tous ceux qui ont réagit à mon message négativement. J’ai bossé plusieurs années dans la conception d’imprimantes. Je n’ai pas juste sorti une idée en l’air.



De nombreuses imprimantes savent déjà imprimer du PDF.



L’impression sans pilote/driver est quelque chose qui a une réalité ailleurs que sous Windows. Airprint d’Apple en est un bon exemple. Il est par exemple disponible depuis les smartphones qui n’ont pas à traîner un historique de driver d’impression.



Un libreoffice sait sortir nativement du PDF. Il n’y a donc pas besoin de pilote pour imprimer en PDF, le système d’exploitation a seulement à fournir un protocole comme IPP pour imprimer. C’est ce protocole qui est utilisé par Airprint.



Ouvrez-vous un peu l’esprit et sortez des schémas que vous connaissez.

votre avatar

Marrant, moi j’ai codé un firmware d’imprimante qui savait directement imprimer du jpeg.

votre avatar







fred42 a écrit :



Oui PDF est assez proche de Postscript,. Il l’a même remplacé sous OSX et Linux comme format d’impression pivot.

[…]

Un libreoffice sait sortir nativement du PDF. Il n’y a donc pas besoin de pilote pour imprimer en PDF, le système d’exploitation a seulement à fournir un protocole comme IPP pour imprimer.





De mémoire, pour qu’une imprimante puisse imprimer en PostScript dans les années 90, il fallait une option payante (ou intégrée dans le coût de l’imprimante), et beaucoup d’imprimantes n’avaient pas cette compatibilité. Effectivement, vu comme ça pas besoin de driver.

Il me semble qu’un driver peut quand même servir à régler certains paramètres de l’imprimante, où le PS ne peut le faire, comme la résolution, le recto-verso, et aussi d’avoir des informations sur l’état de la cartouche et autre bourrage papier ou insuffisance papier.


votre avatar

Non, il peut servir de source d’injection de pilotes sur le serveur.

votre avatar

Ce n’est valable que pour des impressions simples. Pour des imprimantes pro avec des options de partout il faut TRÈS souvent un driver un poil plus complexe qu’une impression pdf…



Et puis monitoring, access control tout çà…

votre avatar

Oui, pendant longtemps, l’impression Postscript était chère aprce que Adobe avait le monopole et était la seule société fournissant une solution (peut-être le temps des brevets, je ne sais pas trop). Maintenant, il y a de la concurrence et embarquer un moteur d’impression Postscript dans une imprimante ne coûte plus très cher, même si cela reste un peu plus onéreux que du PCL. Tu peux avoir aussi l’impression native du PDF pour pas trop cher sans le Postscript.



Pour ce qui est réglages ou remontées d’états, on a mis ça de base dans les drivers puisqu’ils communiquaient déjà avec les imprimantes, mais ce n’est pas très rationnel en particulier pour les remontées qui doivent être possible même quand l’impression est finie.

Cela s’appuie d’ailleurs souvent sur des protocoles standards que ce soit le PJL ou le snmp (plus générique).



Et pour tout ce qui est paramétrage complexe de l’impression, il faut effectivement passer par du Postscript ou joindre des infos complémentaires au PDF envoyé ce que fait par exemplegoogle print dans son CJT (Cloud Job Ticket).

votre avatar







fred42 a écrit :



Oui PDF est assez proche de Postscript,. Il l’a même remplacé sous OSX et Linux comme format d’impression pivot.



Et pour tous ceux qui ont réagit à mon message négativement. J’ai bossé plusieurs années dans la conception d’imprimantes. Je n’ai pas juste sorti une idée en l’air.



De nombreuses imprimantes savent déjà imprimer du PDF.



L’impression sans pilote/driver est quelque chose qui a une réalité ailleurs que sous Windows. Airprint d’Apple en est un bon exemple. Il est par exemple disponible depuis les smartphones qui n’ont pas à traîner un historique de driver d’impression.



Un libreoffice sait sortir nativement du PDF. Il n’y a donc pas besoin de pilote pour imprimer en PDF, le système d’exploitation a seulement à fournir un protocole comme IPP pour imprimer. C’est ce protocole qui est utilisé par Airprint.



Ouvrez-vous un peu l’esprit et sortez des schémas que vous connaissez.









levhieu a écrit :



Marrant, moi j’ai codé un firmware d’imprimante qui savait directement imprimer du jpeg.





Les gars ont tiens deux des responsables de nos emmerdes, à vos fourches.


Samba 4.6 assouplit la gestion de Kerberos et améliore les performances

  • Diverses améliorations, notamment de performances

  • Plus d'options en matière de chiffrement

Fermer