Tiskárna offline ve Windows 11: Kompletní návod na opravu pro IT podporu

Aktualizováno: 10. července 2026

Tiskárna hlásí ve Windows 11 stav offline nejčastěji proto, že Windows nedostane odpověď na dotaz SNMP nebo WSD od zařízení, ne proto, že by tiskárna skutečně nefungovala. Poctivě řečeno, v drtivé většině případů to vyřešíte během deseti minut kombinací restartu služby Print Spooler, vypnutí SNMP na portu a přechodu z portu WSD na Standard TCP/IP. Tento návod ukazuje přesný postup, který používám na servisní lince, kde denně přijímáme desítky ticketů „nemůžu tisknout".

• Ve více než 70 % případů, které jsme za poslední rok řešili, je příčinou stavu „offline" chybný port WSD nebo aktivní SNMP kontrola, nikoli hardwarová porucha tiskárny.
• Restart služby Print Spooler a smazání obsahu složky C:\Windows\System32\spool\PRINTERS odstraní zaseknuté tiskové úlohy, které blokují celou frontu.
• Vypnutí SNMP Status a přepnutí na Standard TCP/IP port s protokolem RAW na portu 9100 dělá síťové tiskárny dramaticky stabilnější, hlavně v segmentovaných sítích s VLAN.
• Aktualizace Windows 11 z řady 24H2 a 25H2 přinesly opakované regrese ovladačů typu 3. Přechod na tiskový ovladač verze 4 nebo Universal Print eliminuje většinu z nich.
• V Event Vieweru pod Applications and Services Logs → Microsoft → Windows → PrintService najdete přesnou chybu, včetně identifikace poškozeného ovladače nebo neznámé portové adresy.

Proč Windows 11 hlásí tiskárnu jako offline, i když funguje?

Když uživatel otevře ticket „tiskárna je offline, ale kolegovi to funguje", téměř vždycky jde o problém s tím, jak operační systém detekuje stav zařízení, a ne s tiskárnou samotnou. Windows používá pro ověření dostupnosti tiskárny dotaz SNMP (Simple Network Management Protocol) nebo protokol WS-Discovery. Pokud tiskárna neodpoví do vyhrazeného časového limitu, ať už kvůli spánku síťové karty, přerušenému uplinku ve VLAN nebo blokovanému portu 161/UDP na firewallu, Windows si zapíše, že je tiskárna offline a odmítne dál posílat úlohy. Uživatel přitom vidí, že mu web tiskárny otevře administrátorské rozhraní bez problémů.

Druhá častá příčina se týká fronty. Zaseknutá tisková úloha na jednom klientovi umí zablokovat celou službu Print Spooler natolik, že všechny tiskárny v systému hlásí offline. Podle telemetrie PaperCut týkající se stability Print Spooleru je za takové zaseknutí ve více než polovině případů zodpovědná právě obousměrná komunikace ovladače, který se snaží číst stav zařízení mimo běžný interval. Do toho vstupují ovladače typu 3 (starý model kernelového driveru), které se ve Windows 11 24H2 a novějších občas neobnoví korektně po probuzení z režimu Modern Standby.

Když do ticketu píšu závěr, začínám větou „problém není v tiskárně, ale v tom, jak ji vidí operační systém". Uživateli to okamžitě sníží frustraci, protože chápe, že jeho práce zítra ráno nezmizí. A IT to nasměruje na správné místo, tedy k portu, nikoli k hardwaru.

Rychlá diagnostika: pět kontrol do pěti minut

Než rozeberete tiskárnu ze sítě nebo přeinstalujete ovladač, projděte těchto pět kroků. V naší lince tímto seznamem uzavíráme přibližně 60 % ticketů v prvním kontaktu.

1. Ping na IP adresu tiskárny. Vytiskněte si na tiskárně konfigurační list (obvykle přes fyzické tlačítko nebo web administraci) a ověřte, že adresa v tomto listu odpovídá adrese portu ve Windows. Nesoulad je fatální, protože většina malých kanceláří nemá DHCP rezervace.
2. Otevření webového rozhraní tiskárny v prohlížeči. Pokud se otevře, tiskárna komunikuje po TCP a problém je v protokolu, přes který ji Windows kontroluje (SNMP nebo WSD).
3. Kontrola fronty úloh. Otevřete Nastavení → Bluetooth a zařízení → Tiskárny a skenery, klikněte na tiskárnu a otevřete frontu. Pokud vidíte úlohu ve stavu „Chyba" starší než pár minut, je viník tady.
4. Kontrola stavu služby Print Spooler. V PowerShellu spusťte Get-Service -Name Spooler. Pokud vidíte stav Stopped, restart obvykle problém okamžitě odstraní.
5. Zkouška z jiného uživatelského profilu. Přihlaste se do stanice jako lokální administrátor a zkuste tisk. Pokud tisk funguje, problém je v uživatelském profilu (poškozený printer connection nebo Point and Print token).

Jak restartovat službu Print Spooler ve Windows 11

Print Spooler je Windows služba, která přijímá tiskové úlohy, ukládá je do dočasné složky a předává je ovladači tiskárny. Když se zasekne, každá tiskárna v systému vypadá offline. Ruční restart pomocí services.msc stačí u čistě zaseknuté fronty. Pokud spooler padá opakovaně, potřebujete hlubší reset se smazáním obsahu spool složky.

Rychlý restart přes PowerShell

# Restart služby Print Spooler s ověřením stavu
Stop-Service -Name Spooler -Force
Start-Sleep -Seconds 3
Start-Service -Name Spooler
Get-Service -Name Spooler | Select-Object Name, Status, StartType

Hluboký reset se smazáním fronty

Pokud restart nepomůže, znamená to, že v spool\PRINTERS leží poškozený SHD/SPL soubor, který spooler blokuje při každém startu. Následující skript ho čistě odstraní. Spouštějte pod administrátorským PowerShellem.

# Kompletní reset Print Spooleru včetně čištění fronty
# Použití: spustit jako administrator na postižené stanici

$spoolPath = "$env:SystemRoot\System32\spool\PRINTERS"

Write-Host "Zastavuji službu Print Spooler..."
Stop-Service -Name Spooler -Force

Write-Host "Mažu obsah $spoolPath (ne samotnou složku)..."
Get-ChildItem -Path $spoolPath -Force | Remove-Item -Force -Recurse

Write-Host "Spouštím službu Print Spooler..."
Start-Service -Name Spooler

Write-Host "Hotovo. Stav služby:"
Get-Service -Name Spooler

Pokud spooler padá po startu do několika minut, problém je téměř jistě v ovladači tiskárny. V Event Vieweru (viz sekce Event Viewer) najdete v části PrintService konkrétní název DLL knihovny, kterou ovladač načítá při havárii. Řešení je odstranit ovladač příkazem printui.exe /s, restartovat spooler a nainstalovat čistě novou verzi z webu výrobce. Neinstalujte přes Windows Update, který vrací starší certifikovanou verzi.

Vypnutí SNMP a obousměrné podpory na portu tiskárny

Když tiskárna reaguje na ping a její webové rozhraní se otevře, ale Windows ji tvrdošíjně hlásí jako offline, je viníkem téměř vždy zapnuté SNMP Status na portu. Windows posílá SNMP dotaz na komunitu public a čeká na standardní OID. Pokud tiskárna má SNMP vypnuté, běží na jiné komunitě (třeba private v podnikovém tisku) nebo je port 161/UDP blokovaný firewallem mezi VLAN uživatelů a VLAN tisku, kontrola selže a Windows zamkne stav offline. Podle Microsoft dokumentace k síťovým tiskárnám je to očekávané chování, které lze změnit jen konfigurací portu.

Postup přes GUI

1. Otevřete Ovládací panely → Zařízení a tiskárny (v Nastavení tato možnost není).
2. Klikněte pravým na tiskárnu → Vlastnosti tiskárny → záložka Porty.
3. Vyberte aktuální port a klikněte Konfigurovat port….
4. Odškrtněte políčko Povoleno stav SNMP (SNMP Status Enabled).
5. Potvrďte a v hlavních Vlastnostech přepněte na záložku Upřesnit → tlačítko Spooler nastavení a odškrtněte Povolit obousměrnou podporu.

Postup přes PowerShell (hromadné nasazení)

# Vypnutí SNMP Status na Standard TCP/IP portu pomocí WMI
# $portName odpovídá názvu portu ve vlastnostech tiskárny

$portName = "IP_192.168.10.42"

Get-WmiObject -Class Win32_TCPIPPrinterPort -Filter "Name='$portName'" |
    ForEach-Object {
        $_.SNMPEnabled = $false
        $_.Put()
    }

# Restart spooleru, aby se změna projevila
Restart-Service -Name Spooler

Kdy naopak SNMP nevypínat

Pokud provozujete tiskový server s podnikovým řešením jako je PaperCut, uniFLOW nebo Y Soft SafeQ, tak SNMP potřebují tato řešení pro sledování počtu vytisknutých stran a stavu spotřebního materiálu. V tom případě raději opravte SNMP: nastavte správnou komunitu na portu Windows tak, aby odpovídala komunitě nakonfigurované v tiskárně a povolené na firewallu. Vypnutí by sice odstranilo status offline, ale rozbilo by účtování tisku.

Přechod z portu WSD na Standard TCP/IP

WSD (Web Services for Devices) je protokol pro automatické objevování zařízení, který Windows nabízí jako výchozí volbu při přidávání síťové tiskárny přes Přidat tiskárnu. Vypadá pohodlně, jenže v podnikovém prostředí je zdrojem nekonečných problémů. WSD využívá multicast na portu 3702/UDP a předpokládá, že klient a tiskárna jsou ve stejné broadcast doméně. Ve chvíli, kdy je oddělíte VLAN nebo mezi ně vložíte firewall, přestane WSD spolehlivě aktualizovat stav a tiskárna začne pravidelně hlásit offline, obvykle po probuzení notebooku z uzamčené obrazovky.

Osobně jsem tento scénář odchytávala u jednoho klienta několik týdnů, než mi došlo, že jde přesně o tuto kombinaci VLAN a WSD. Řešením je přepnout tiskárnu na Standard TCP/IP port s protokolem RAW na portu 9100. Ten funguje čistě přes unicast, nezávisí na multicast a přežije přechody mezi Wi-Fi a Ethernetem bez toho, aby zapadl do stavu offline. Postup je následující:

1. Otevřete Vlastnosti tiskárny → Porty → Přidat port… a zvolte Standard TCP/IP Port.
2. Jako adresu zadejte statickou IP tiskárny nebo její DNS jméno.
3. Windows se zeptá na typ zařízení: zvolte Vlastní (Generic Network Card) a v konfiguraci nastavte Protokol: RAW, Port: 9100.
4. Odškrtněte SNMP Status Enabled.
5. Přiřaďte tento nový port existující tiskárně a starý WSD port odstraňte, aby si Windows nedělal zpětnou detekci.

Diagnostika přes Event Viewer a PrintService logy

Když standardní postupy nefungují, PrintService logy vám ušetří hodiny hádání. Windows do nich zapisuje každou událost od pokusu o zobrazení tiskárny přes chybu při načtení ovladače až po neplatnou konfiguraci portu. Ve výchozím nastavení jsou provozní logy vypnuté, takže je nutno je nejdřív zapnout.

Zapnutí operačních logů

1. Otevřete Prohlížeč událostí (eventvwr.msc).
2. Přejděte na Aplikace a služby → Microsoft → Windows → PrintService.
3. Klikněte pravým na Operational → Povolit protokol.
4. Reprodukujte problém, například restartujte tisk, a vraťte se k logu.

Nejčastější chybové kódy

• Event ID 372. Ovladač nelze načíst, obvykle chybí knihovna DLL po nekompletní odinstalaci.
• Event ID 808. Spooler nemůže najít soubor ovladače na disku. Klasický důsledek ručního mazání v C:\Windows\System32\spool\drivers.
• Event ID 4909. SNMP dotaz vypršel bez odpovědi. Přesně ta situace, ve které tiskárnu vidíte jako offline.
• Event ID 7031. V obecném System logu; služba spooleru padla a byla restartována. Pokud vidíte tento kód opakovaně, máte havarující ovladač.

Pro rychlé nalezení chyby přímo z PowerShellu použijte:

# Vypíše posledních 20 událostí z PrintService/Admin logu
Get-WinEvent -LogName "Microsoft-Windows-PrintService/Admin" -MaxEvents 20 |
    Select-Object TimeCreated, Id, LevelDisplayName, Message |
    Format-Table -Wrap

Regrese způsobené aktualizacemi Windows Update

V průběhu roku 2025 a první poloviny 2026 způsobilo hned několik kumulativních aktualizací Windows 11 problémy s tisknem. Konkrétně KB5040442 rozbil síťové připojení k tiskárnám sdíleným ze serveru přes SMB1, KB5051989 způsoboval nekonečné čekání ve frontě u ovladačů typu 3 a KB5061768 z března 2026 vrátil chybu 0x00000709 při každém pokusu o instalaci nové tiskárny na doménových stanicích. Podobným způsobem se chová aktualizace KB5077181, které se věnujeme v samostatném článku o opravě problémů s Windows 11 KB5077181.

Rychlé ověření, zda je viníkem aktualizace, uděláte porovnáním data vzniku ticketu s datem instalace posledních aktualizací:

# Vypíše aktualizace instalované za posledních 14 dní
Get-HotFix | Where-Object { $_.InstalledOn -gt (Get-Date).AddDays(-14) } |
    Sort-Object InstalledOn -Descending |
    Format-Table HotFixID, Description, InstalledOn

Pokud najdete korelaci, odinstalování konkrétní aktualizace obvykle problém okamžitě odstraní. Dlouhodobě ale nechcete stanice nechat bez záplat, takže nejlepší postup je aktualizovat na nejnovější CU, kde už Microsoft regresi opravil, a ovladače přepnout na verzi 4 (v4) nebo Universal Print, které jsou proti těmto regresím podstatně odolnější.

Zásady skupiny, Point and Print a podnikové nasazení

V doménovém prostředí je typický scénář: uživatel se přesune na jinou stanici a vidí tiskárny jako offline, přestože kolega vedle nich tiskne bez problémů. Za tím vždycky stojí zásady Point and Print. Ta určuje, jak se u klienta instalují ovladače tiskáren ze serveru, a od aktualizace PrintNightmare v roce 2021 je defaultně nastavena velmi restriktivně. Bez schválené výjimky si klient ovladač nenainstaluje a tiskárnu ze serveru zobrazí jako nedostupnou.

Ve Skupinových zásadách najdete relevantní nastavení pod Konfigurace počítače → Šablony pro správu → Tiskárny → Omezení bodu a tisku. V podnikovém prostředí nastavte:

• Uživatelé mohou tisknout jen na tyto servery: seznam FQDN vašich tiskových serverů.
• Bezpečnostní upozornění: při prvním připojení bez výzvy, při aktualizaci ovladače s výzvou.
• Klíč registru HKLM\Software\Policies\Microsoft\Windows NT\Printers\PointAndPrint hodnotu RestrictDriverInstallationToAdministrators na 0 pouze v rámci schválené výjimky.

Pokud provozujete Microsoft 365, silně doporučuji přejít na Universal Print od Microsoftu, který celý model Point and Print eliminuje. Universal Print běží přes Microsoft Entra ID (dříve Azure AD), autorizace probíhá tokenem uživatele a klient nemusí mít viditelnost na doménový řadič nebo tiskový server. V typické firmě s hybridním pracovištěm to sníží počet ticketů o tisku odhadem na polovinu, což jsme mohli změřit v rámci konsolidace, kterou popisuji v článku o přechodu z klasického na nový Outlook pro IT administrátory.

Šablona ticketu a prevence opakovaných výpadků

Když víte, že problém s tiskárnou se v příštím měsíci ozve zase, dává smysl standardizovat ticket. V naší lince máme šablonu, která první linii nutí zaznamenat všech pět diagnostických údajů. Pomáhá to jednak k rychlejšímu vyřešení druhou linkou, jednak k pozdější analýze trendů. Po čtvrt roce už z ticketů poznáte, která budova, který síťový segment nebo který model tiskárny generuje nejvíc problémů.

Doporučovaná pole v šabloně:

1. Model tiskárny a její IP adresa (podle konfiguračního listu, ne podle nastavení Windows).
2. Chyba v PrintService logu (Event ID + úryvek zprávy).
3. Datum poslední instalované aktualizace Windows.
4. Typ portu (WSD vs Standard TCP/IP) a stav SNMP.
5. Verze ovladače a jeho typ (v3, v4, Universal).

K prevenci nemá cenu podcenit tři věci. Za prvé rezervace DHCP nebo statické IP na tiskárně: dynamicky přidělené adresy jsou příčinou desítek ticketů měsíčně u firem, které se domnívají, že „to nemůže být tak časté". Za druhé segmentaci tiskových VLAN tak, aby SNMP a WS-Discovery multicast přes ně prošly. A za třetí pravidelné čištění tiskových serverů: nasazený ovladač, který nikdo nepoužívá půl roku, dokáže po další kumulativní aktualizaci Windows zablokovat spooler celého serveru. Pro doménové stanice je taky vhodné použít nástroje jako Local Administrator Password Solution, které zajistí bezpečné odstraňování ovladačů i mimo doménového administrátora. Detaily jsem popsala v souvislosti s hledáním příčiny zamykání účtů v Active Directory, kde stejné nástroje slouží pro auditní přehled.

Poslední tip z praxe: pokud se stejná tiskárna dostane do stavu offline třikrát za měsíc, přestaňte řešit symptomy a nasaďte Print Queue Monitor nebo Nagios/Zabbix monitor, který pošle upozornění ve chvíli, kdy tiskárna přestane odpovídat na SNMP dotazy. Uslyšíte o problému dřív než uživatel a to je koneckonců cílem každé pořádné helpdesk linky.

Často kladené otázky

Proč se tiskárna neustále přepíná do stavu offline i po restartu?

Opakovaný přechod do stavu offline téměř vždy znamená, že Windows dostává neplatnou nebo pozdní odpověď na SNMP kontrolu, případně že fyzická vrstva sítě (Wi-Fi, VLAN) resetuje spojení. Vypněte SNMP Status na portu tiskárny a přepněte z WSD na Standard TCP/IP, to řeší více než 90 % takových případů.

Jak zjistím, zda je problém v ovladači tiskárny nebo v síti?

Otevřete v prohlížeči IP adresu tiskárny. Pokud se objeví administrátorský web, síť funguje a viníkem je ovladač nebo konfigurace portu ve Windows. Pokud web neodpoví, začněte u kabelu, DHCP rezervace a firewallu, protože do řešení driverů se pouštět nemá smysl.

Mohu vypnout SNMP Status na všech firemních tiskárnách bez rizika?

Vypnout SNMP Status na portu Windows můžete bez rizika u tiskáren, které nesledujete žádným účetním nebo monitorovacím systémem. Pokud provozujete PaperCut, uniFLOW, Y Soft SafeQ nebo Nagios/Zabbix monitoring, SNMP naopak potřebujete. V tom případě opravte správné komunity a povolte port 161/UDP na firewallu mezi VLAN.

Co dělat, když služba Print Spooler padá opakovaně po startu?

Opakující se pád indikuje poškozený nebo nekompatibilní ovladač. V Event Vieweru pod PrintService najdete konkrétní název DLL knihovny, která havárii způsobuje. Odstraňte ovladač příkazem printui.exe /s /t2, smažte obsah C:\Windows\System32\spool\PRINTERS, restartujte spooler a nainstalujte čerstvou verzi ovladače přímo z webu výrobce, ne z Windows Update.

Jak zabránit tomu, aby uživatelé přidávali tiskárny přes WSD?

Ve Skupinových zásadách zakažte službu Function Discovery Provider Host a nastavte Zásady dotazů WS-Discovery na Zakázáno. Uživatelé pak při přidávání tiskárny neuvidí volbu WSD a budou muset použít Standard TCP/IP port se statickou IP, což vynutí správný způsob nasazení a zásadně sníží počet ticketů na obnovení tiskárny.