Door Imre Himmelbauer

Redacteur

Microsoft zegt printerdrivers vaarwel: je printer praat voortaan standaard HTTP

01-07-2026 • 06:00

154

Microsoft zegt printerdrivers vaarwel en zet vol in op 'netwerkprinten'

Microsoft kondigde eerder dit jaar aan de V3- en V4-legacyprinterdrivers niet langer te ondersteunen in Windows. Vanaf 1 juli geeft Windows standaard de voorkeur aan de ingebouwde Microsoft IPP Class-driver, die via het Internet Printing Protocol (IPP) kan communiceren met elke Mopria-gecertificeerde printer. Dat systeem heeft relatief stilletjes meerdere grote problemen in printerland opgelost.

De hel van printerdrivers

Om het belang van Mopria te begrijpen, schetsen we eerst de 'oude' situatie. Daarin leverden alle printerfabrikanten hun eigen drivers, zodat Windows-systemen konden communiceren met hun apparaten. Dat systeem werkte, maar zorgde wel voor veel problemen.

Het eerste probleem was, logischerwijs, interoperabiliteit. Drivers voor het ene systeem werkten vaak niet voor het andere en dat zorgde voor de nodige complicaties. Dit was bijvoorbeeld een van de voornaamste redenen dat de introductie van Windows Vista bepaald niet soepel verliep: het besturingssysteem introduceerde een geheel nieuw driversysteem. Daardoor functioneerden veel apparaten die op Windows XP prima werkten, waaronder printers, opeens niet meer op het nieuwere Vista. Ook moeten fabrikanten drivers specifiek schrijven voor verschillende architecturen, zoals x86, x64 en Arm. Daardoor is ook het onderhoud vaak een crime.

Daarnaast zijn drivers potentieel zwakke plekken in de beveiliging van een systeem. Veel oude drivers draaien in kernelmodus, waardoor deze zeer hoge systeemrechten hebben. Dat maakt ze gevoelig voor beveiligingsproblemen. Nog vorig jaar bevatten verschillende printerdrivers van Canon een kritieke out-of-boundskwetsbaarheid. Microsoft maakte dan ook bekend dat het drivers voor randapparatuur, zoals printers, uit de kernel wil verwijderen.

Het Android Print Framework in Android 4.4
Het Android Print Framework
in Android 4.4

Daarnaast was het erg moeilijk om via smartphones en tablets te printen. Voor Android 4.4 had het platform helemaal geen native printondersteuning, waardoor gebruikers aangewezen waren op tools van derden. Vanaf Android 4.4 implementeerde Google het Android Print Framework, maar ondersteuning voor IPP was er nog niet. Daardoor bleef het framework wat gebruiksonvriendelijk. Mensen moesten nog altijd de printserviceplug-in van de specifieke fabrikant van hun printer downloaden. In Android 8.0 veranderde dat: toen besloot Google ondersteuning voor Mopria direct in het Android Open Source Project te implementeren, waardoor ook de behoefte aan plug-ins wegviel.

IPP Everywhere vs. Mopria

IPP Everywhere en Mopria lossen deze problemen op. Die twee standaarden beogen eigenlijk hetzelfde: ze willen ervoor zorgen dat gebruikers bestanden kunnen printen zonder drivers. Het grootste technische verschil is de openheid van de standaard. IPP Everywhere is een compleet open standaard die de Printer Working Group onderhoudt. Ontwikkelaars hoeven daardoor geen royalty's te betalen om de standaard te implementeren en het protocol is tot in detail vastgelegd in officiële documenten van de PWG. Zelfcertificatietools zijn ook beschikbaar op GitHub onder een Apache-2.0-licentie. Door zijn opensourcenatuur is het bijvoorbeeld ook de motor achter CUPS, het printsysteem voor Linux-systemen, BSD-varianten en macOS, iPadOS en iOS.

De officiële Android-app van de Mopria Alliance.
De officiële Android-app
van de Mopria Alliance

Mopria is een propriëtaire invulling van hetzelfde idee die wordt ondersteund door de Mopria Alliance. Deze non-profitorganisatie is in 2013 opgericht door vier grote printerfabrikanten: Canon, HP, Samsung en Xerox. Inmiddels telt de organisatie tientallen leden, waaronder Microsoft, Google, Qualcomm, Brother, Toshiba en Ricoh. Fabrikanten die hun apparaten willen voorzien van een Mopria-certificering, moeten lid zijn van de Mopria Alliance en de officiële testprocedures van de organisatie doorlopen. Aangezien Microsoft lid is van de Mopria Alliance, mag het duidelijk zijn aan welk protocol de Windows-maker de voorkeur geeft.

Printen via HTTP

Hoewel Mopria en IPP Everywhere op bepaalde manieren van elkaar verschillen, is de basis hetzelfde: beide standaarden gebruiken het IPP. Dit protocol gebruikt HTTP als transportprotocol, waarbij elk HTTP POST-verzoek een binair IPP-bericht met instructies en mogelijk het te printen bestand bevat. De printer stuurt vervolgens een antwoord terug in de POST-respons.

Bij een printopdracht via IPP communiceren systemen en printers standaard via poort 631. De client stuurt daarbij via HTTP de meta-attributen, zoals het aantal pagina's en het formaat, de printerinstellingen en de binaire documentdata. Dit kan op twee manieren: de traditionele manier is de zogenoemde Print-Job-operatie. Daarbij bundelt de client, het systeem dat wil printen, deze attributen in één HTTP-verzoek. Deze manier wordt zeer breed ondersteund, maar het betekent ook dat een printverzoek vaak niet kan worden geannuleerd wanneer het is verstuurd.

Daarom zijn deze verzoeken opgesplitst in Create-Job en Send-Document. Bij het Create-Job-verzoek stuurt de client eerst de printerinstellingen en de documenteigenschappen. Denk hierbij aan de tekenset (vrijwel altijd UTF-8), het documenttype en of het document enkelzijdig of dubbelzijdig moet worden geprint. Dit verzoek beantwoordt de printer met een unieke job-ID.

Daarna verstuurt de client de binaire payload in een aparte Send-Document-operatie die gekoppeld is aan de specifieke job-ID. Deze scheiding zorgt ervoor dat de client de printopdracht nog kan annuleren terwijl deze de documentdata verstuurt. Dit kan door een Cancel-Job-verzoek te sturen met de job-ID die de printer genereerde bij het Create-Job-verzoek.

Ook verbinding maken met de printer vereist geen drivers. Dit gebeurt over het algemeen via het door Apple ontwikkelde Bonjour-protocol of het Avahi-protocol. De printer laat via DNS Service Discovery weten dat hij beschikbaar is. Vervolgens raadpleegt de client de DNS-SD-registratie om de juiste hostnaam, het poortnummer (vaak poort 631) en het specifieke resourcepad van de printer te achterhalen. Dat is vaak /ipp/print, maar dit is geen harde eis om te voldoen aan de IPP Everywhere-standaard. Nadat de client deze informatie heeft opgehaald, voegt hij deze samen tot een Uniform Resource Identifier, een tekenreeks die apparaten gebruiken om een bron op een netwerk te identificeren. Zodra deze URI bekend is, kan de client HTTP POST-verzoeken versturen.

Interoperabel en veilig

Het grote voordeel van deze werkwijze is dat HTTP een zeer universele standaard is waarop al zo ongeveer het gehele internet is gebouwd, met alle voordelen van dien. Alle printers gebruiken nu een standaarddriver die al in het besturingssysteem zit, zoals de Mopria IPP Class Driver in Windows. Dat maakt het gehele systeem een stuk interoperabeler en makkelijker in gebruik.

Daarnaast kan IPP de beveiligingstechnologieën van HTTP gebruiken. Daarmee zijn de verzoeken die gebruikers aan hun printer sturen versleuteld met TLS, terwijl ze voorheen vaak 'gewoon' in platte tekst werden verstuurd. Daardoor is het niet meer mogelijk om met een packetsniffer zomaar documenten te onderscheppen. Ook ondersteunt IPP bestaande webauthenticatiemethoden, zoals OAuth2, waardoor het bijvoorbeeld in grote bedrijven mogelijk is om printers te bedienen met single sign-on.

Verder is HTTP natuurlijk een protocol met allerlei bekende statuscodes, die ook de status van printers en printopdrachten kunnen communiceren. Een 401-respons betekent bijvoorbeeld dat de gebruiker geen toestemming heeft om te printen en een 503-code betekent dat de printer offline is of een storing heeft. IPP ondersteunt ook streaming: in HTTP 1.1 gebeurde dat via chunked transfer encoding. Vanaf HTTP/2 wordt de data automatisch opgedeeld in frames, waardoor de bestanden in kleine stukjes naar de printer kunnen worden gestuurd.

Hoe zit het met de adoptie van IPP en Mopria?

Toen Microsoft stopte met de ondersteuning van de oude printerdrivers, waarschuwde het bedrijf dat oude printers mogelijk niet meer zouden werken. Het softwarebedrijf gaf aan dat gebruikers contact met de fabrikant van hun printer moesten opnemen en moesten updaten naar een ondersteunde driver of overstappen op een andere printer.

Tweakers vroeg verschillende fabrikanten of zij problemen hebben ondervonden of verwachten en of zij vragen hebben gekregen van klanten. Van alle fabrikanten reageerde alleen Epson voor publicatie van dit artikel. "Epson is sinds 2014 onderdeel van de Mopria Alliance. De consumenten- en kantoorprinters en -scanners die sindsdien zijn geïntroduceerd, ondersteunen zowel IPP als Mopria", laat een woordvoerder weten. "Voor oudere producten blijft ondersteuning beschikbaar via de Epson-printerdrivers. Tot op heden hebben wij nauwelijks vragen ontvangen over het stopzetten van driverondersteuning door Microsoft Windows. Op basis daarvan verwachten wij niet dat dit voor problemen zal zorgen."

Update, 17.15 uur – Toegevoegd dat CUPS ook de basis is van de printsystemen van BSD-varianten en Apple-besturingssystemen.

Redactie: Imre Himmelbauer • Eindredactie: Monique van den Boomen

Reacties (154)

Sorteer op:

Weergave:

Hier kan je checken of je printer MOPRIA ondersteunt

https://mopria.org/certified-products
Nice. Dank!

Mijn oude HL-3140 CW ondersteund het blijkbaar ook al.
Echt, die Brother LED printer is de beste investering ooit als het gaat om printers.
Welke dan? Waarom ben je er zo blij mee?
Jaren geleden gekocht, nooit storingen gehad. Werkte al met alles van Windows t/m Apple AirPrint en nu ook met de nieuwste standaard. Supplies zijn ook betaalbaar.
Ik deel Bigs zijn ervaring helemaal.
Mijn HP Deskjet 500 helaas niet 😉
Mijn Laserjet 2100 ook niet meer, terwijl deze nog prima werkt onder Windows 11.
Mijn HL-3040CN niet :-(
Ja mijn HL-L2350DW ook. Verbaasde me wel.

Nou vraag ik me wel af of CUPS bij mij ook echt Mopria gebruikt. Volgens mij niet. En ik zet ook wel een beetje twijfels bij die site, want hij zegt dat mijn printer gecertificeerd is voor printen en scannen. Maar er zit helemaal geen scanner op... :X

[Reactie gewijzigd door Llopigat op 2 juli 2026 14:46]

*Check hier of je printer Mopria CERTIFIED is.

Mijn printer kan prima printen via Mopria, maar is niet "certified".
Mijn printer staat er niet bij, maar zou wel gecertificeerd moeten zijn (HP Deskjet 4220e)
Mijn Canon Pixma MG5250. Geen ramp, want de enkele keer dat ik nog print (buiten een maandelijks testpatroontje) gebruik ik daar een usb stick icm met een offline W10 minipctje van de kringloop voor. Dat lijkt me ook veilig genoeg.
Ik hoop wel dat met de nieuwe standaard kleurbeheer (color management) mogelijk blijft voor custom made kleurprofielen (color profiles). Op dpreview.com klaagt iedereen steen en been met Apple's policy om te pas en te onpas de proprietary printer drivers (met mogelijkheid om kleurbeheer toe te passen of uit te schakelen om printer targets af te drukken zonder aanpassing) bij iedere update te overschrijven met hun eigen Airprint drivers waardoor alles in het honderd loopt met afwijkende kleuren bij het afdrukken die voorheen netjes via een bepaalde modus operandi de printer aanstuurt met de juiste kleuren. Als de nieuwe standaard geen kleurbeheer toelaat, dan vrees ik dat er veel klachten zullen komen van fotografen die een nauwgezet modus operandi hebben van scherm tot afdruk.

Ik wil de mogelijkheid hebben of zelf media setting, resolutie en mijn eigen kleurprofielen te gebruiken (color management off of program manages color) en hoop dat de nieuwe standaard dit blijft ondersteunen, anders krijg je een kleurenbloedbad zoals met de airprint drivers in MacOS.
Leuk allemaal maar hoe kan ik weten of mijn Xerox WorkCentre 6605/DN uit 2013 (die het prima doet) gaat blijven werken?
Door even te kijken op de website van je leverancier (Xerox in dit geval), dan zie je binnen een seconde of 10 dat dat model inderdaad netjes IPP ondersteunt: Internet Printing Protocol (IPP) Help

In de praktijk zullen de meeste gangbare modellen printers van na pak hem beet 2010 van de meest bekende merken (HP, Canon, Ricoh, Xerox, Brother, Epson etc) de IPP-functionaliteit ondersteunen. IPP is namelijk niet bepaald nieuw. De standaard bestaat al sinds 1996 inmiddels.
Dat is IPP het protocol, niet IPP Everywhere (driverless printen). Men heeft het lekker verwarrend gemaakt door die beide IPP te noemen. Het kan prima zo zijn (en is vaak zo) dat je met een CUPS .ppd driver loopt te printen over IPP.

En zelfs vrij recente printers (tot circa 2021) zijn zonder Mopria / IPP Everywhere gereleased hoor, dus dit gaat een boel boze mensen opleveren wanneer Microsoft de boel uitfaseert.

Wat het extra zuur maakt is dat echt sinds 2012 printers al driverless printen via AirPrint ondersteunen. Behalve een ander rasterformaat voor de opmaak zijn AirPrint en IPP Everywhere nagenoeg identiek. Het is dus puur planned obsolescence van de printer OEMs dat ze het niet in een firmware update inbakken, zodat ze je een nieuwe printer kunnen verkopen. Dat verwacht je misschien van een HP, maar zelfs Brother doet gewoon mee.

[Reactie gewijzigd door Halfscherp op 1 juli 2026 16:03]

En zelfs vrij recente printers (tot circa 2021) zijn zonder Mopria / IPP Everywhere gereleased hoor
Seriously? Zelfs mijn HP MFP M477fdw van 2015 is certified voor Mopria. En dat ding was idioot goedkoop voor een kleurenlaser MFP destijds. Als ik ergens van zou verwachten dat ie niet certified zou zijn, was deze het wel. Maar printers tot 2021?

edit:

Weet je zeker dat mopria zuiver leunt op IPP Everywhere and dat dat iets wezenlijk anders is? Bovengenoemde printer is gecertificeerdv voor mopria, maar doet alleen IPP, geen IPP Everywhere. Ik denk derhalve dat het een en het zelfde dingen zou kunnen zijn.

[Reactie gewijzigd door arjankoole op 3 juli 2026 10:02]

Voor mijn Phaser 6130N is deze informatie niet te vinden. Bestaande drivers zullen toch wel gewoon blijven werken of draaien ze post script en PCLe hiermee de nek om?
Slordig dat je leverancier daar niets over communiceert, dat zouden ze wel moeten doen.

Bestaande printerdrivers blijven gewoon werken en kunnen worden geinstalleerd.

Zie End of Servicing Plan for Third-Party Printer Drivers on Windows - Windows drivers | Microsoft Learn
Q: Will Windows prevent installation of new printer drivers?

A: Windows will continue to allow vendor-supplied printer drivers to be installed via separate installation packages.

Q: Does Microsoft have plans to remove existing features supported by v3 and v4 printer drivers as part of the end of servicing plan?

A: There are no plans to disable print features specifically related to the legacy printer driver platform.
Wel is het zo dat per 1 juli 2027 (dus over één jaar) er geen updates meer toegestaan worden via WindowsUpdate:
Except for security-related fixes, third-party printer driver updates will no longer be allowed.

Existing third-party printer drivers can be installed from Windows Update or users can install printer drivers by using an installation package provided by the print device manufacturer.
Alle quotes komen van de bovengenoemde site af.

[Reactie gewijzigd door wildhagen op 1 juli 2026 07:52]

M.a.w.: de soep wordt niet zo heet gegeten als deze wordt opgediend.

De opening van het artikel is:
Microsoft kondigde eerder dit jaar aan de V3- en V4-legacyprinterdrivers niet langer te ondersteunen in Windows.
En technisch klopt dit wel, maar ‘niet meer ondersteunen’ moet je in dit geval heel letterlijk zien. Waar we in de IT vaak denken niet meer ondersteund = niet meer bruikbaar is het in dit geval letterlijk wat er staat: Microsoft helpt niet meer bij het verspreiden van drivers van legacy spul.
Niet om flauw te doen, maar JUIST in de IT is 'niet meer ondersteund' iets totaal anders dan 'niet meer bruikbaar'. Het is juist buiten de IT dat dit aan elkaar wordt gekoppeld.

Windows 8 wordt niet meer ondersteund, maar is nog prima bruikbaar. Office 2013 wordt niet meer ondersteund, maar is nog prima bruikbaar. In de IT is het heel normaal dat deze termen 2 verschillende dingen betekenen.
Dat geld voor printers iets beter dan Windows 8, waarmee je gewoon een wandelend security risico bent. En dat kun je ook redelijk hard maken voor printers waar geen firmware meer voor uitkomt. (als er lekken gesignaleerd worden in printer servers, en dat gebeurt nog wel eens)
Eigenlijk gek. Als de eigenaar van een systeem een bepaalde driver wilt gebruiken, moet dat gewoon kunnen.
Ik snap dat we ala 2026 het heel normaal vinden dat bedrijven bepalen wat jij met jouw eigendom mag doen, maar ik vind dat nog steeds een brug universum te ver
In dit geval betekent wel dat als je deze drivers toestaat, men ze ook zal gebruiken, met alle veiligheidsrisico's van dien. Daar moet MS toch een afweging in maken.
Kijk, daar gaat het fout. Die afweging moet bij de eindgebruiker zitten, niet bij een of ander bedrijf.
Ala 2026 snap ik dat veel mensen graag alle risico's afschuiven en er geen zelf verantwoording meer is, maar ik zou nog steeds het liefst zelfbeschikking hebben.
Als jouw printer alleen maar drivers met veiligheidproblemen heeft heb je geen keus.

En de eindgebruiker kan in 99% van de gevallen helemaal geen goede beslissing nemen. Vraag aan je moeder of ze liever een V4-printerdriver of een IPP class driver heeft, en of ze daar altijd op let als ze een driver koopt. En zie dan dat de vrije keus niet werkt.

[Reactie gewijzigd door _Pussycat_ op 2 juli 2026 14:15]

Dus mensen mogen alleen de keuze hebben als jij hebt bepaald wat de goede beslissing is? Wow!
Bij argumenten die beginnen met "dus jij zegt eigenlijk dat [...]" volgt erna vrijwel altijd dat wat iemand niet zei. Uw reactie, hoewel iets anders geformuleerd, vormt hierop.geen uitzondering.
Nou, dat is zeker wel te halen uit uw strekking, vandaar dat ik het navraag. Toch mooi dat u dat ook ziet en daarom er niet meer op ingaat :D
Maar niet meer in Apple toch? Die stoppen met Rosetta 2.
Maar niet meer in Apple toch? Die stoppen met Rosetta 2.
Dit heeft toch niets met apple te maken? Het gaat over printer drivers in windows.
Alles toch? Of heb je alleen Windows apparatuur op het werk? Maakt toch uit of en wanneer je een printer gedwongen moet vervangen?
in de apple wereld zelden relevant. Onze printers worden geselecteerd op werken met windows, mac (AirPrint) en linux.

Ik kan uit je oorspronkelijke opmerking gewoon niet opmerken waarom apple opeens relevant is in een verhaal over windows printerdrivers.
Nee de Xerox Phaser 6130N ondersteunt geen IPP (Internet Printing Protocol).

Hij ondersteunt wel LPD/LPR, RAW (port 9100), en IPP‑achtige webstatuspagina’s, maar geen echt IPP‑printen zoals moderne printers dat doen.
Voor mijn Phaser 6130N is deze informatie niet te vinden.
Met een beetje zoeken echt wel hoor ;-)

Phaser® 6130 Help - Port Enabling Help
The available ports differ depending on your printer model and the options installed. IPP, SMB, WSD and NetWare are available when the Multi-Protocol Network Card is installed. For the SMB transport protocol, TCP/IP and NetBEUI can also be enabled.
Mocht je toevallig de zogehete "Multi-Protocol Network Card" gekocht hebben / in jouw printer hebben zitten, dan heb je geluk. Mocht dat niet zo zijn, dan wordt er op Ebay eentje aangeboden voor een 150$.

Als we deze pagina mogen geloven heb je voor nu geen device driver nodig, maar biedt Windows standaard al ondersteuning, ik denk dat Microsoft dit soort OS printer drivers niet heel snel er uit zal knikkeren om gezeik te voorkomen.
Dan kan jij beter zoeken dan ik, ik kwam niet verder dan dat er de generieke driver is voor Windows 10.

Ik gebruik de PCL6e driver voor Windows 10, daarmee kan ik ook de hoeveelheid geheugen dat geïnstalleerd is instellen, met de generieke driver niet.

Maar voorlopig kan ik de oude driver blijven gebruiken, als er een probleem mee is zal MS me alleen niet helpen het op te lossen.

En ja ik heb de N versie met een ethernet poort :)

Toner moet ik wel uit China laten komen, in Nederland niet voor fatsoenlijke prijs meer te krijgen..

[Reactie gewijzigd door mjl op 1 juli 2026 21:55]

Nee. Als je printer niet via de seriële of parallelle poort van de PC is aangesloten en zelfs niet via USB, dan kun je printen via Ethernet. Je kunt Ethertalk gebruiken of NetBEUI of TCP/IP of IPX/SPX. Dat is allemaal om bitjes bij de printer te krijgen -- de printer interpreteert ze dan als plat ASCII of ASCII met EPSON codes of PCL codes of PostScript.
Ondersteunen, betekent nog niet dat alles werkt.
Wij hebben hier een Canon MFP op het werk, deze ondersteunt mopria, maar als je via IPP probeert te printen, doet hij zelf zoiets simpel als dubbelzijdig afdrukken niet meer.
Ja daar ben ik ook bang voor. Veel van die dingen kunnen ook scannen, blijft dat wel werken.
Mijn printer heeft mopria ondersteuning voor het printen maar niet voor de scanner.

Zal dat niet zo'n probleem zijn want de scans worden gemaild.
Ja daar ben ik ook bang voor. Veel van die dingen kunnen ook scannen, blijft dat wel werken.
Kijk bij mopria hoe je printer gecertificeerd is. Mijn M477fdw is wel certified voor printing (en dat voor een ding uit 2015!), maar scannen niet. Terwijl dat prima werkt op apple zonder driver. (ik gok via SOAP-Scan of WS-Scan).

Maar zoals bouwfraude ook al zegt: dat is minder een issue aan mijn kant, want ik kan 'm scans op een netwerkshare laten dumpen, of laten mailen.
Scande via voorvertoning, maar die scant niet meerdere bladen. Toch maar weer een driver van HP geinstallleerd.
En als je printer zegt dat ie AirPrint ondersteunt (apple), dan weet je meestal ook al genoeg, AirPrint werkt ook via IPP.
Erg goede oplossing!

Misschien semantische opmerking: is HTTP met TLS niet gewoon HTTPS?

Toen ik overal HTTP las, dacht ik gelijk dat het er geen versleuteling plaats zou vinden. Verderop in het artikel staat uitgelegd dat TLS wordt gebruikt.

[Reactie gewijzigd door E!Ma0RB7 op 1 juli 2026 06:56]

Erg goede oplossing!

Misschien semantische opmerking: is HTTP met TLS niet gewoon HTTPS?
Niet per se. HTTP kan ook TLS gebruiken, dat is in RFC 2817 (mei 2000) geborgd.
This memo explains how to use the Upgrade mechanism in HTTP/1.1 to
initiate Transport Layer Security (TLS) over an existing TCP
connection. This allows unsecured and secured HTTP traffic to share
the same well known port (in this case, http: at 80 rather than
https: at 443). It also enables "virtual hosting", so a single HTTP +
TLS server can disambiguate traffic intended for several hostnames at
a single IP address.
Dan gebruik je dus toch HTTP over bijvoorbeeld poort 80, maar vind er middels TLS toch encryptie plaats.

Je moet dan dus wel HTTP/1.1 (of hoger) gebruiken, in HTTP/1.0 is dit niet supported. De verschillen tussen HTTP/1.0, 1.1 en 2.0 kan je dan weer vinden op The Evolution of HTTP 1.0 vs 1.1 vs 2.0: A Clear Comparison | by Leapcell | Medium
Het idee van virtual hosting is al lang ondersteund in TLS met SNI - al een kwart eeuw of zoiets. Daarvoor hoef je dit niet te gebruiken.

Daarnaast heeft een optionele-tls-na-connection-establishment het probleem dat iedere MITM de upgrade kan weigeren aan jouw kant, waarna je alsnog over unencrypted HTTP praat zonder indicatie. Dit is in de email-wereld een groot ding geweest met STARTTLS op de bekende poorten voor IMAP, POP3 en SMTP, waarna er een andere poort voor gebruikt wordt die ofwel altijd TLS gebruikt, ofwel altijd STARTTLS vereist.
Wat ik me hierbij wel afvraag is hoe het certificaatbeheer wordt gedaan.

Als de printer wordt geleverd met een embedded SSL certificaat dat 5 of 10 jaar geldig is, en de fabrikant besluit het certificaat niet meer te vernieuwen voor dat model, dan heb je in feite een printer met een ingebouwde tijdbom.

Hopelijk is hier over nagedacht en gebruiken ze iets wat niet verloopt.
het wordt alleen een tijdbom als je er een van maakt en secure printing als enige methode afdwingt binnen je organisatie. Bovendien zijn er veel toestellen die je nu al toelaten om een certificaat te uploaden dat bvb door je eigen CA is uitgegeven. Een certificaat dat niet verloopt is een even groot risico in de toekomst, want je weet niet wat er kan/gaat gebeuren en het is niet zo dat de fabrikant het certificaat van jouw printer beheert, maar slechts dat van hun eigen CA die er eventueel voor zorgt dat jouw printer er een self-signed kan genereren.
Ik dacht hierbij meer aan printers voor consumenten. Piet met zijn 5 jaar oude wifi-printer gaat geen CA uitrollen op zijn apparaten om de printer weer aan de praat te krijgen.

Als SSL iets optioneels is wat je aan moet zetten is er natuurlijk niets aan de hand.
Optionele SSL is dus geen ssl. Ik ben ook wel benieuwd naar de CRL en OCSP mogelijkheden en of die forceerbaar aan kunnen zijn. Dat gaat voor organisatie nogal uitmaken als ze hun eigen CA gebruiken.
Dat zijn dingen die belangrijk zijn voor websites. In een organisatie kan je de printer"driver" instrueren om alleen TLS te gebruiken en daarbij ook de certificaatcontrole te doen.
Niet altijd alleen voor sites. OCSP requirements worden gebonden door het certificaat profiel van de CA. Er zijn voldoende machine certificaten die dit ook eisen als certificaat onderdeel. Mocht je dan aan bepaalde standaarden moeten voldoen als organisatie moet je kunnen aantonen dat dit ook actief gecontroleerd word. Daar doelde ik voornamelijk op.
Het enige risico aan verlopen of onbekende certificaten is dat er geen third party is die zegt dat 't veilig is. Je kunt altijd zelf het certificaat vertrouwen en toevoegen, en daarin de houdbaarheidsdatum negeren. In het absolute ergste geval is het gelijk aan unencrypted - datgene dat we tot nu toe normaal vinden bij printers - en in ruimschoots de meeste gevallen heb je bij het opzetten de printer direct aangesloten en zijn alle verdere contacten nu veilig onder die key.
Dat zou best wel eens de reden kunnen zijn dat er gesproken wordt over HTTP in plaats van HTTPS. De driversoftware zou dan een ingebouwd scriptje krijgen om een key-pair aan te maken, te signen en naar de printer te pushen. Jouw device kan dan middels de bijbehorende publieke key een TLS verbinding opzetten, maar het authenticatie gedeelte is zo goed als niets waard omdat iedereen een certificaat toe kan voegen.
Moet je maar een nieuwe kopen, er zit niks anders op 🤷‍♂️
Je printer zal geen wereldwijd geldig cert en DNS-naam krijgen.
Nou een verstandige engineer zal daarvoor zorgen. Een verkoper zal echter graag benadrukken dat er daarmee een extra beveiligensniveau wordt bereikt. Onmisbaar in het Witte Huis, elk ministerie en elke andere plek waar met vetrouwelijke informatie wordt gewerkt zoals gemeente ziekenhuizen en zelfs parkeerautomaten voor het bonnetje
Er zijn andere veilige manieren om een handshake te doen.
Dat klopt maar waarboor gekozen wordt moet goed passen binnen het ‘servicemodel’
Volgens mij is https niet anders dan http over s, dus is het eigenlijk gewoon het http-protocol.
HTTP zonder plaint-text communicatie door een additionele versleuteling. HTTPS lijkt me daardoor duidelijker.
Dat mag jij vinden, maar https is gewoonweg geen protocol. Http is het protocol en dus technisch correct, waar https technisch niet correct is.
Nee, https is niet versleutelde data over het http protocol. Dan zouden de headers (host, path, cookies) zichtbaar blijven.
host is wel zichtbaar bij https (indien TLS, wat echt wel de standaard is tegenwoordig).

Anders zou SNI niet werken. :)
Ik vind dat HP en Microsoft de problemen zelf veroorzaakt hebben door in de jaren 90 niet verder te gaan met Postscript en uiteindelijk pcl te promoten.

Het excuus was de prijs, maar postscript-printers van andere merken waren goedkoper dan de pcl-versie van hp.

Nu is het allemaal een beetje laat, het grootste probleem destijds was het verschil in resolutie van de printers en postscript zorgde voor een perfecte scheiding tussen het OS, de resolutie van het document en de printer. Zelfs plotters kenden postscript.

Een bedrijf kon meerdere modellen printers in zijn (Novell?) netwerk hebben en toch kon je dan vanop iedere computer (meerdere Unix-distributies, windows, CP/M, ...) naar een postscript printer sturen. Ook toen kleur zijn intrede deed, kon je met postscript printers, gewoon de printer wisselen, en plots was het kleur.

Nu zijn we 30 jaar later, en nog hoor je dat IT snel evolueert. Je moet de humor ervan inzien.
Postscript was een deel van de oplossing, het is ook één van de talen waarin documenten via IPP naar de printer gestuurd kunnen worden, al is PDF binnen IPP het standaarddocumentformaat geworden. Was Postscript niet oploste, was het communiceren met de printer over bijvoorbeeld de papierlades en welke formaat en hoeveel papier daarin zit, het wel/niet dubbelzijdig printen, wel/niet kleur printen en dat soort instellingen per job.
Het excuus was de prijs, maar postscript-printers van andere merken waren goedkoper dan de pcl-versie van hp.
PostScript en PCL verschillen misschien niet zoveel, maar eind jaren 90 werd je doodgegooid met 'win printers' die alle rastering in software deden. Die waren meestal (ook door schofterig duur geprijsde inkt) een stuk goedkoper.
Nu is het allemaal een beetje laat, het grootste probleem destijds was het verschil in resolutie van de printers en postscript zorgde voor een perfecte scheiding tussen het OS, de resolutie van het document en de printer. Zelfs plotters kenden postscript.
Probleem van PostScript was ook dat je de hele rendering 2x moet implementeren, nl voor het scherm en voor de printer. Die goedkope Windows printers gebruikten gewoon de Windows GDI stack die er toch al was. Dure workstations zoals die van Sun gebruikten 'Display Postscript', maar dat is ook nooit echt gemeengoed geworden.
Nu zijn we 30 jaar later, en nog hoor je dat IT snel evolueert. Je moet de humor ervan inzien.
Helemaal mee eens ;)
ICT Evalueert zo snel, dat het paperless office, bedacht in 1964 nog steeds niet compleet is uitgerold.
als ik op mijn werkplek een papiertje wil, moet ik toch even zoeken. Heb op mijn werk ook al jaren niets meer uitgeprint.
ICT Evalueert zo snel, dat het paperless office, bedacht in 1964 nog steeds niet compleet is uitgerold.
Kan in een aantal gevallen ook niet. Hoewel het minder is geworden, _moet_ mijn partner in bepaalde gevallen documenten uitprinten, signeren en naar centrale verwerking snail mailen. En dat 'moet' aspect is een wettelijke kwestie in dat geval.

Nee, in die jurisdicties wordt iets als docusign nog altijd niet geaccepteerd. :)
Mooi, Canon en HP haar drivers terroriseren mij al jaren.

Elke keer weer gedonder.
Idd vooral die Universal drivers wat een drama.
Het is juist de generieke Windows driver die veel printer installaties al op voorhand verpest door de automatische printer herkenning die standaard aan staat in windows, wat een drama is...
Vervolgens wilt je klant dubbelzijdig, enkel geniet, 1e pagina van 2e lade (briefpapier). Ben je nog altijd op drivers toegewezen.

Ik ben zakelijk (MFPs) niet tegengekomen dat IPP beter werkt dan een driver van een fabrikant.
Ja, dat inderdaad! Staat IPP ook voldoende feedback van de printer toe om allerlei apparaat-specifieke instellingen naar Windows terug te koppelen (en te ontvangen), zodat je printopdracht klopt? En dat je die "gewoon" in een printer-properties scherm kunt instellen? En hoe zit het bijvoorbeeld met multi-functionals die ook kunnen scannen? Status meldingen, zoals de hoeveelheid resterend papier/inkt/toner/drums?

[Reactie gewijzigd door Reptile209 op 1 juli 2026 08:49]

Lees de spec.

Kort antwoord: Ja, ja, niet dat ik weet maar daar heb ik zelf niet naar gezocht, ja, en ja.
Op papier klopt het dus. In de praktijk: op iOS en macOS wordt al jaren “Airprint” gepusht, wat volgens mij ook op IPP gebaseerd is. Het werkt inderdaad met mijn Canon MFC. Maar niet perfect: als ik via Airprint print, worden de pagina’s altijd een klein beetje geschaald, waardoor de maten dus niet helemaal kloppen. Ook zijn niet alle instellingen van de printer beschikbaar. Ik installeer op macOS dus altijd toch de Canon driver.
hangt ook van de fabrikant af. Bij AirPrint op m'n mac komt de officiële driver van HP mee, en als ik daarvoor kies de hele bak aan software. Die wordt ook geüpdate via Apple.

Ik heb hier nog niet meegemaakt dat een document er anders uit kwam als ik 'm printe vanaf de Mac of vanaf een iPad of iPhone. Eens testen.
Interessant artikel! Nooit geweten dat er een universele standaard was. Altijd dat geworstel met die HP-drivers... Want jammer dat ik op Linux (CachyOS) met geen mogelijkheid mijn van m'n vader geërfde HP-printer aan de praat krijg. Zelfs met CUPS/HPLIP blijft het drama.

Binnenkort toch maar eens overstappen op een moderne Epson EcoTank o.i.d., dat bespaart een hoop grijze haren.
Epson drivers voor hun eco-lijn van printers zijn een verademing. Deze zijn maar 20 of 30 Mb groot, installeren alleen het broodnodige, geen opsmuk, geen tierlantijntjes en software doet precies waarvoor het gemaakt is.

Zo'n beetje alles wat HP-drivers al tientallen jaren zijn verleerd. Ben zowiezo niet te spreken over printer ondersteuning in Windows, want dat is al jaren bedroevend slecht. En lijkt elk jaar slechter te worden. Mijn baas heeft ooit eens een jaar of 2 bij Xerox gewerkt in hun printer divisie als programmeur. Hij snapt nog steeds niet dat huidige printer bedrijven printers durven te verkopen, gezien de erbarmelijke staat van hun printer drivers.

Er waren al duidelijke afspraken voor (generieke) printer-ondersteuning destijds, ook voor netwerk-printers. Hoe goed die nieuwe standaarden zijn, valt te bezien. Printer-fabrikanten hebben een janboel van die afspraken en protocollen gemaakt. En gezien hun drang om op geld af te troggelen van printer-gebruikers, op welke manier dan ook, zie ik met de nieuwe protocollen precies hetzelfde gebeuren als met de al bestaande standaarden.

HP LaserJet x000 series printers en HP Deskjet 500 inkt printers, dat waren de enige goede consumenten-printers die HP ooit maakte en ook goed werden ondersteund in Windows destijds. maar ja, dat was in de vorige eeuw. Maar diegenen die de huidige printers maken, die mogen best uit de genenpoel worden getrapt.
Heb ZorinOS en thuis een Epson XP2200 printer en zonder enige installatie van drivers printer aangezet en en op de knoppen gedrukt van de printer dat ie wifi signaal uitzendt en in ZorinOS printer toevoegen en meteen gevonden en printen maar. Heerlijk zo.
Mijn usb printer praat voortaan http? Hoe werkt dat?

[Reactie gewijzigd door Ablaze op 1 juli 2026 20:55]

Dat werkt inderdaad gewoon zolang ze maar in de 'IPP Over USB Mode' staan:
Q: Will multi-function devices (print, scan, fax) work over IPP?

A: Yes, they will.  For network devices, the Print and Fax endpoints will work via IPP and IPP Fax Out, respectively, while the Scan endpoint will work via WS-Scan or eSCL.  For USB devices, the endpoints will only be accessible when the USB interface is in IPP Over USB mode which means IPP for Print, IPP Fax Out for Fax, and only eSCL for Scan.
(dit geldt uiteraard niet alleen voor MFD's, maar voor alle USB-printdevices)

Zie End of Servicing Plan for Third-Party Printer Drivers on Windows - Windows drivers | Microsoft Learn

Er zijn ook deamons/applicaties voor die IPP-over-USB mogelijk maken, zie bijvoorbeeld OpenPrinting - OpenPrinting
een 503-code betekent dat de printer offline is of een storing heeft.
Hoe kan een printer die offline is een respons terugsturen? Oprechte vraag.
Niet, maar een man in the middle kan dat wel. Dat is waar response codes zoals "service unavailable" en "bad gateway" vandaan komen.

Om te kunnen reageren moet je ingelogd zijn