Windows Yazıcı Paylaşımında Sorunlar: Eylül 2026 Güncellemeleri Suçlanıyor

Eylül 2026 güncellemeleriyle bağlantılı olabilecek yazıcı paylaşım sorunlarını gündeme taşındı. Biri terminal sunucusunda, diğeri Windows Server 2022 ile çalışan bir Windows 11 istemcisinde olmak üzere iki farklı kaynaktan gelen şikayetler dikkat çekiyor.

Reddit’te Paylaşım Yazıcı Sürücüsü Şikayeti

Neowin.net üzerinden ulaşılan bir Reddit forum gönderisine göre, 8 Eylül 2026 tarihli kümülatif güncelleme sonrasında yazıcı paylaşımında sorunlar ortaya çıktı ve bu sorunlar 14 Eylül 2026’daki olağan dışı (out-of-band) güncellemeyle de giderilemedi.

Yapılan incelemeler, Eylül 2026 güncellemesinin beş paylaşımlı Windows yazıcı sürücü çerçeve dosyasını 26100.9444 sürümüne yükselttiğini ortaya koydu:

• PS5UI.DLL
• PSCRIPT5.DLL
• UNIDRV.DLL
• UNIDRVUI.DLL
• UNIRES.DLL

Bu dosyalar C:\Windows\System32\spool\DRIVERS\x64\3\ dizininde bulunuyor. Güncelleme sonrasında, uzak masaüstü oturum sunucularında kullanılan çeşitli Type 3 (v3, kullanıcı modu) yazıcı sürücülerinin düzgün çalışmadığı bildirildi.

Konuyu açan kullanıcı, etkilenen sürücüler arasında HP Universal Print Driver, Adobe PDF yazıcı/dönüştürücü ve bir DYMO etiket yazıcısı sürücüsünün bulunduğunu belirtiyor. Güncelleme öncesi yedekten alınan dosya kopyalarının geri yüklenmesi, en az bir sürücü ailesindeki sorunu çözdü; bu da asıl sorunun üretici sürücülerinden değil, bu ortak dosyalardan kaynaklandığını doğruluyor.

Terminal sunucusu, KB5122882 (8 Eylül 2026) ve KB5129237 (14 Eylül 2026 olağan dışı güncelleme) yüklü Windows Server 2022 üzerinde Uzak Masaüstü Oturum Ana Bilgisayarı rolüyle çalışıyor ve ortak Unidrv/Pscript5 çerçevesine dayanan Type 3 kullanıcı modu sürücüleri kullanıyor.

32-bit uygulamalardan splwow64.exe üzerinden yazdırma yapılmaya çalışıldığında şu hata mesajı görülüyor:

splwow64.exe – Giriş Noktası Bulunamadı
RtlLogUnexpectedCodepath yordamının giriş noktası C:\Windows\system32\spool\DRIVERS\x64\3\UNIDRVUI.DLL dinamik bağlantı kitaplığında bulunamadı

DYMO LabelWriter 450 Turbo yazıcısına paylaşımlı bir yazdırma sunucusu üzerinden (\<sunucu><yazıcı>) bağlanma girişimi ise şu hatayla sonuçlanıyor:

Windows yazıcıya bağlanamıyor. İşlem 0x00000006 hatasıyla başarısız oldu.

Bu hata, hem sürücüsü yüklü olmayan bir istemciden bağlanmaya çalışırken hem de sürücünün ve sürücü paketinin tamamen kaldırılıp yeniden yüklenmesi denendiğinde ortaya çıkıyor. Yerel sürücü önbelleğinin eski olmasının nedeni olamayacağı da ayrıca doğrulandı. Reddit gönderisi, bu yılın başlarında benzer bir hatanın tartışıldığı başka bir konuya da atıfta bulunuyor ve DLL dosyalarının değiştirilmesinin sorunu kısmen çözdüğünü belirtiyor. Konuya sonradan katılan başka bir kullanıcı da benzer davranışı doğruladı.

Yazıcı Sürücüleri IPP’ye Geçiyor ve Sorun Çıkarıyor

Aynı dönemde, administrator.de sitesinde 10 Eylül 2026 tarihli “Paylaşılan yazıcılar bağlanmıyor” başlıklı bir gönderi de dikkat çekti. Bu vakada, LPT üzerinden bağlı ve ağda paylaşılan yerel bir kart yazıcısı artık çalışmıyor. Yazıcı, GPO aracılığıyla bir terminal sunucusuna bağlanıyor ve bağlantı iki gündür kesik. Ortamda bir Windows 11 istemcisi ve terminal sunucusu olarak Windows Server 2022 kullanılıyor.

Yine administrator.de’de 10 Eylül 2026 tarihli “Yazıcı sürücüleri IPP’ye geçiyor veya artık çalışmıyor” başlıklı başka bir konuda ise, son iki Salı yaması sonrasında yazıcı sürücülerinin aniden “Microsoft IPP Sınıf Sürücüsü”ne geçtiği bildiriliyor. Bu durumda yazdırma işleri doğru işlenmiyor ve ortadan kayboluyor. Bazı durumlarda ise uygulama bir yazdırma işi başlatıyor ama gerçekte herhangi bir iş oluşturulmuyor. Aynı konuda ikinci bir kullanıcı da benzer yazdırma sorunları yaşadığını bildirdi.

Bu gelişmeler, Şubat 2026’da yayınlanan “Windows 11: Microsoft Mopria’ya yöneliyor, eski yazıcı desteğini kademeli olarak sonlandırıyor” başlıklı makaleyi akıllara getiriyor. Değiştirilen DLL dosyalarının bu geçişle ilgili olabileceği düşünülüyor. Bu sorunlar, söz konusu geçişin ilk yan etkileri olabilir mi?