Bilinen sorunlar

Chrome'la ilgili bazı bilinen sorunlar aşağıda verilmiştir. Mümkün olması durumunda, sorunu gidermeye yardımcı olacak geçici çözümler de belirtilmiştir.

Tümünü aç   |   Tümünü kapat

Cloud Print

Cloud Print kullanılarak yazdırılamıyor

Bilinen sorun

13 Kasım 2019’da, Cloud Print ile yazdırmaya çalışan müşterilerden yazdırma işlerinin tamamlanmadığını bildiren raporlar aldık. Bu sorun Chrome cihazlardan ve Mac, Windows ve Linux bilgisayarlardan yazdırma işlemleri yapan müşterileri etkiledi.

Çözüm

13 Kasım 2019 itibarıyla bu sorun çözülmüştür.

Yazıcıyı belirli gruplarla paylaşamıyorum

Bilinen sorun

Google Gruplar'da oluşturulmuş bir grupla yazıcı paylaşmak için Google Cloud Print'i kullanıyorsanız, belirli gruplarla yazıcı paylaştığınızda hata mesajı alabilirsiniz.

Geçici çözüm

Grupla bir yazıcı paylaşmak için şunları yapmanız gerekir:

  1. Yazıcının sahibini gruba ekleyip kendisine Sahip rolünü atayın. Talimatlar için Kullanıcıya grup rolleri atama konusuna bakın.
  2. Grup üyelerini ayrı ayrı ekleyin. Alanınızdaki tüm kullanıcılar üyesini ekleyemezsiniz. Bu özel üye ile ilgili bilgiler, Gruba tüm kullanıcıları ekleme başlıklı makalede açıklanmıştır.

Daha fazla bilgi için aşağıdaki konulara bakın:

Eklenen bir yazıcı görünmüyor

Bilinen sorun

Google Cloud Print'i kullanarak maksimum 2.000 yazıcı ekleyebilirsiniz. Bu sınıra ulaştığınızda yeni eklenen yazıcıların hiçbiri cihazlarda görünmez. 

Yazıcıları kaldırmak yeni yazıcılar için yer açılmasını sağlamaz. Yeni bir yazıcı ekleyebilmek için önce farklı bir yönetici hesabına geçiş yapmanız gerekir.

Geçici çözüm

Yeni bir yazıcı eklemek için, cihazlarda görünmeyen yeni eklenmiş Bulut Yazıcıları kaldırmanız gerekir. Yazıcıyı yalnızca eklendiği (devralındığı değil) kuruluş düzeyinde kaldırabilirsiniz. Bir yazıcıyı dilediğiniz düzeyde devre dışı bırakabilirsiniz.

  1. Google Yönetici konsolu hesabınızda oturum açın.

    Yönetici hesabınızı (@gmail.com ile bitmeyen hesap) kullanarak oturum açın.

  2. Yönetici konsolu Ana sayfasında, Cihazlar'a gidin.
  3. Solda, Chrome yönetimi'ni tıklayın.
  4. Cihaz ayarları'nı tıklayın.
  5. Ayarı herkese uygulamak için en üst düzey kuruluş birimini seçili bırakın. Böyle bir isteğiniz yoksa bir alt kuruluş birimi seçin.
  6. Diğer'e gidin ve Cloud Print'in yanındaki Yönet'i tıklayın.
  7. Kaldırmak istediğiniz yazıcıyı listede bulun ve Kaldır'ı tıklayın.
  8. Kaydet'i tıklayın. Bir alt kuruluş birimi yapılandırdıysanız, üst kuruluş biriminin ayarlarını Devralmanız veya Geçersiz kılmanız mümkün olabilir..
  9. Gerekli yazıcıları kuruluş birimine eklemek için farklı bir yönetici hesabı kullanın. Ayrıntılı bilgi için Yazıcınızda Google Cloud Print'i kurma başlıklı makaleyi inceleyin.
  10. 24 saat bekleyin ve yazıcıların artık tüm cihazlarda görünüp görünmediğini kontrol edin.

Daha fazla bilgi için aşağıdaki konulara bakın:

Chrome cihazlar

Chrome OS 72 güncellemesinden sonra donanım yazılımı güncellemesi sırasında kısa bir süre siyah ekran

Bilinen sorun

Chrome OS 72'de bazı Chrome cihazlar için donanım yazılımı güncellemesi sunuluyor. Bu güncelleme, ekranın 30-60 saniye boyunca kararmasına ve güncelleme yapılırken cihazın yanıt vermemesine neden olacaktır. Donanım yazılımı güncellemesi tamamlandıktan sonra Chrome cihaz normal şekilde çalışır.

Etkilenen cihazlar

ASUS Chromebook C223
Lenovo 100e
Lenovo 500e

 

Son güncelleme tarihi: 20 Mart 2019

Parmak izi sensörlü cihazın kilidi açılamıyor

Bilinen sorun

Kullanıcılar, cihazların kilidini açmak için parmak izlerini kullanamıyor.

Geçici çözüm

Google Yönetici konsolunuzda, Kullanıcı ve tarayıcı ayarları sayfasındaki Hızlı kilit aç ayarında Parmak İzi'nin seçildiğinden emin olun. Ayrıntılar için Kullanıcılar veya tarayıcılar için Chrome politikaları belirleme başlıklı makaleyi inceleyin.

 

Son güncellenme tarihi: 18 Haziran 2020

Chrome cihaz doğru şifreyi kabul etmiyor

Bilinen sorun

Bazı kullanıcıların doğru şifreyi kullandıklarında bile yönetilen Chrome cihazlarında oturum açamadıklarını bildiren raporlar aldık.

Ayrıca, başlatma sırasında bazı Chrome Kiosk'ların, uygulamalarını otomatik olarak başlatmak yerine Chrome OS oturum açma sayfasını gösterdiğini bildiren raporlar da aldık.

Geçici çözüm

Kullanıcıların bu sorun çözümü olarak bildirdiği yöntemler şunlardır:

  • Kullanıcı hesabını Chrome cihazdan kaldırın ve ardından etkilenen cihazda kullanıcı hesabını yeniden oluşturun. Sonrasında, Chrome cihazda oturum açmayı deneyin.
  • Bu yöntem işe yaramazsa Chrome cihazı temizleyin ve yeniden kaydedin.

Bu sorunlarla etkin bir şekilde ilgileniyoruz ve yakın zamanda daha ayrıntılı bilgiler sunacağız.

 

Son güncelleme: 19 Eylül 2018

"Kayıt sertifikası alınamadı" hata mesajı

Bilinen sorun

Bir Chrome cihazında zorunlu yeniden kayıt etkinleştirildiğinde bu hata mesajını görürsünüz. Cihaz, "chromeos-ca.gstatic.com" barındırıcı adının beyaz listede olmadığı TLS veya SSL denetimi olan bir ağa bağlı olduğu için otomatik yeniden kayıt işleminin başarısız olması durumunda bu hata oluşur.

Geçici çözüm

Kullanıcılar, hata ekranının sağ üst köşesindeki X simgesini tıklayarak manuel yeniden kayıt ekranına geçebilir. Alternatif olarak yönetici, Chrome cihazların otomatik olarak yeniden kaydolmasına izin vermek için proxy sunucuda chromeos-ca.gstatic.com barındırıcı adını beyaz listeye ekleyebilir.

Bazı Chromebook pilleri uzun süreli depolamadan sonra yeniden şarj edilemez

Bilinen sorun

Lityum iyon piller uzun bir süre boyunca şarj edilmediğinde (örneğin, okul tatillerinde) genelde yavaş biçimde boşalır. Aşağıdaki Chromebook modelleri ise depolama sırasında pilin şarj olma özelliğini etkileyecek kadar çok boşalabilir:  

  • CTL J2 / J4 Chrome for Education cihazı
  • CDI eduGear Chromebook K Series
  • HiSense Chromebook 11
  • Poin2 Chromebook 11

Geçici çözüm

Bu cihazların uzun süreli depolanmasıyla ilgili talimatlar için Chromebook'ları uzun süreli depolama başlıklı makaleye göz atın.

Chrome cihazının tarayıp bağlanabileceği gizli SSID ağlarının sayısındaki sınırlama

Bilinen sorun

Bir Chrome cihazının tarayıp bağlanabileceği, manuel olarak kaydedilen ve yönetilen gizli SSID ağlarının sayısı, WLAN yonga setinin desteklediği değerle sınırlıdır; bu değer ise Chrome cihaz modellerine göre farklılık göstermektedir.

Bu değer, Chrome cihazında geliştirici modundayken şu komutla doğrulanabilir:

$ /usr/sbin/iw phy | grep -i ssid

Örneğin, bu komutu Acer Chromebook C720'ye girdiğimizde aşağıdaki sonucu alırız:

$ /usr/sbin/iw phy | grep -i ssid
        max # scan SSIDs: 4

Bu örnekte, C720 bize 4 yanıtını vermektedir. Bu ağlardan biri tarama için kullanılır. Bu yüzden, cihaza kayıtlı, ağ politikası tarafından yönetilen ya da manuel olarak eklenmiş en çok üç adet gizli SSID ağının bulunması tavsiye edilir.

Geçici çözüm

Müşterilerimize, erişim noktalarında gizli SSID kullanmamalarını öneririz.

Önemli: Lütfen bu tür durumlar için şu etiketi kullanın: crbug.com/577993 - "FR: Support for more hidden SSIDs than the hardware supports" (Donanımın desteklediğinden daha fazla gizli SSID için destek).

"Cihaz yapılandırması belirleniyor" hata mesajı

Bilinen sorun

Chromebook'unuzun ilk kurulumunu yaparken ekranınız "Cihaz yapılandırması belirleniyor" mesajında takılı kalıyorsa sisteminizi yeniden başlatmanız gerekebilir.

Geçici çözüm

  1. Güç düğmesine basın ve Chromebook'unuz kapanana kadar düğmeyi basılı tutun.
  2. Chromebook'unuzu tekrar açın.

Hata iletisi görünmeye devam ederse Google Destek bölümü ile iletişim kurun.

Kiosk

Bazı Chromebox'ların kiosk modunda yanıt vermediği bildirildi

Bilinen sorun

Bazı yöneticiler, kiosk modunda kullandıkları ASC Chromebox 3 ve CTL Chromebox CBx1 cihazların belirli bir süre açık durumda bırakıldığında yanıt vermediğini ve HDMI sinyali yayınlamadığını bildirmiştir. Güç LED'i açık kalır, ancak bu cihazlar yanıt vermez.

Etkilenen cihazlar

  • ASUS Chromebox 3
  • CTL Chromebox CBx1

Geçici çözüm

Şu anda bu konuyu araştırıyoruz. Alanınızda bu sorundan etkilenen  
birimleriniz olduğundan şüpheleniyorsanız lütfen bir destek kaydı açın.

Bu cihazları kurtarmak için kapatıp tekrar açın. Chrome 72 veya sonraki bir sürümüne güncelleyin. Chrome için sürüm sabitlemeyi kullanıyorsanız Chrome 72 veya sonraki bir sürümüne güncellediğinizden emin olun. Müşteriler, güncellemenin bu sorunu hafiflettiğini bildirmiştir.

 

Son güncelleme tarihi: 22 Mart 2019

"Sisteminiz kendi kendini onarıyor. Lütfen bekleyin." hata mesajı

Bilinen sorun

Cihazınızı başlatırken ekranınız, "Sisteminiz kendi kendini onarıyor. Lütfen bekleyin." mesajıyla donuyorsa donanım arızalı olabilir. Cihazı değiştirmeniz gerekebilir.

Geçici çözüm

Kuruluşunuzun cihazları etkilediğinden şüpheleniyorsanız destek bölümümüzde bir destek kaydı oluşturun.

Chrome Kiosk başlatılmıyor. Oturum açma ekranını görüyorum

Bilinen sorun:

Başlatma sırasında bazı Chrome Kiosk'ların, kiosk uygulamasını otomatik olarak başlatmak yerine Chrome OS oturum açma sayfasını gösterdiğini bildiren raporlar aldık.

Sorunu çözmeye yönelik adımlar:

Aşağıda, bazı kullanıcıların bu sorunun çözümü olarak bildirdiği bir yöntem yer almaktadır:

Bu sorunla aktif olarak ilgilenmekteyiz ve yakın zamanda bu Bilinen Sorunu daha ayrıntılı bilgi ve talimatlarla güncelleyeceğiz.

 

Son güncelleme: 19 Eylül 2018

Özelleştirilmiş kiosk uygulaması politikaları uygulanmıyor

Bilinen sorun

Yeni bir kiosk uygulaması eklendikten sonra uygulama politikalarınız uygulanmıyor.

Geçici çözüm

 Kiosk Ayarları'ndaki Kiosk Uygulamasını Otomatik Başlat listesinden uygulamayı seçin.

Chrome Sign Builder'da Google Dokümanlar hatası

Bilinen sorun

Chrome Sign Builder'da bir Google Slaytlar sunusu ekledikten sonra Open presentation options'ı (Sunu seçeneklerini aç) kullanarak ayarları değiştirdiğimde bir Google Dokümanlar hatası alıyorum.

Geçici çözüm

Sunu URL'sini, Chrome Sign Builder'ın Add new content (Yeni içerik ekle) penceresini kullanarak eklediğinizde, Open presentation options'ı (Sunu seçeneklerini aç) tıklamayın. Bunun yerine, ayar değişikliklerini Google Slaytlar'daki Web'de yayınla penceresinde yapın ve yayınlanan URL'yi kullanın.

Bu geçici çözümle ilgili daha fazla bilgi için bu Chromium hatasını inceleyin.

Chrome Enterprise

Kullanıcıların, Arama için CAPTCHA testi yapması gerekli

Bilinen sorun

Kuruluşunuz, tüm arama isteklerini proxy kullanarak tek bir IP üzerinden yönlendiriyorsa bu sorun oluşabilir. Google Arama, bu istekleri potansiyel spam ve kötüye kullanım olarak algılayabilir. Bu da CAPTCHA testini tetikler.

Geçici çözüm

  • DefaultSearchProviderSuggestURL politikasını kullanırsanız URL'yi {google:baseURL}complete/search?output=chrome&q={searchTerms} olarak değiştirin.
  • Ağınızda kötü amaçlı yazılım kontrolü gerçekleştirin.
  • Kullanıcıların Hola VPN kullanmasını engelleyin.

İlgili konular

Hata: "Özne Alternatif Adı Eksik" veya NET::ERR_CERT_COMMON_NAME_INVALID ya da "Bağlantınız gizli değil"

Bilinen sorun

Taşıma Katmanı Güvenliği (TLS) bağlantıları sırasında Chrome tarayıcı, geçerli bir güvenilir sunucu sertifikası kullandığından emin olmak üzere siteye olan bağlantıyı kontrol eder.

Chrome 58 ve sonraki sürümlerinde, alan adı ile site sertifikasını eşleştirmek için commonName değil yalnızca subjectAlternativeName uzantısı kullanılır. Sertifika öznesi alternatif adı bir alan adı veya IP adresi olabilir. Sertifika doğru subjectAlternativeName uzantısına sahip değilse kullanıcılara bağlantının özel olmadığını bildiren NET::ERR_CERT_COMMON_NAME_INVALID hatası görüntülenir. Sertifikada subjectAlternativeName uzantısı yoksa kullanıcılar Chrome DevTools'daki Security (Güvenlik) panelinde, özne alternatif adının eksik olduğunu bildiren bir uyarı görürler.

Geçici çözüm

Bazı genel anahtar altyapıları (PKI), eski sistemler ve ağ izleme yazılımlarının eski sürümleri sertifikaları subjectAlternativeName uzantıları olmadan kullanır. Bu öğelerin herhangi biriyle ilgili sorunlarla karşılaşıyorsanız yazılım satıcısına veya yöneticiye başvurarak yeni bir sertifika oluşturmasını isteyin.

Microsoft® Windows® için New-SelfSignedCertificate PowerShell Cmdlet'ini kullanabilir ve DnsName parametresini ayarlayabilirsiniz.

OpenSSL için, özne alternatif adını belirtmek üzere subjectAltName uzantısını kullanabilirsiniz.

Chrome 65'e kadarki sürümlerde, gerekiyorsa EnableCommonNameFallbackForLocalAnchors politikasını ayarlayabilirsiniz. Bu politika, sertifikada subjectAlternativeName uzantısı yoksa Chrome'un ana makine adını eşleştirmek için serfifikanın commonName girişini kullanmasına olanak tanır.

Cihaz yönetimi

Devre dışı bırakılmış bir Chrome cihazı yeniden etkinleştiremiyorum

Bilinen sorun

Chrome OS çalıştıran bir cihazı etkinleştirmeyi denediyseniz ancak cihaz devre dışı moddan çıkmıyorsa seri numarasını kontrol edin.

Seri numarasını bulup kontrol etmek için:

  1. Cihazı açın.

  2. Oturum açmadan önce Alt+V tuşlarına basın.

  3. Ekranda gördüğünüz seri numarasını cihazda basılı olan seri numarasıyla karşılaştırın. Bazı yenilenmiş veya başka şekilde değiştirilmiş Chrome cihazların çıkartmalarında yanlış seri numarası bulunabilir.

  4. Seri numaraları eşleşmiyorsa yazdırılan numara yanlıştır. Etkinleştirme komutunda yazdırılan numarayı kullanırsanız komut başarısız olur.

Geçici çözüm

Üreticiyle iletişime geçip cihazı değiştirmesini istemenizi öneririz. Cihazı kullanmaya devam edecekseniz cihazı yönetmek için ekranda bulunan seri numarasını (cihazın çıkartmasındaki değil) kullanın.

Daha ayrıntılı bilgi için Chrome OS cihaz bilgilerini görüntüleme başlıklı makaleye bakın.

Kullanıcı, onaylanmış kullanıcı listesinde olsa bile oturum açamıyor

Bilinen sorun

Kullanıcılar oturum açmaya çalıştıkları sırada bir alan politikası nedeniyle cihaza giriş yapmalarına izin verilmediğini belirten hata mesajı alıyorsa bunun nedeni SSL filtrelemesi olabilir.

Geçici çözüm

Kısa bir süre önce, SSL filtreleri için beyaz listeye eklenecek URL'lerin listesini güncelledik. Bu nedenle, lütfen URL'leri inceleyip bu listeye göre güncelleyin.

Yönetici denetleme günlüğüne kaydedilmeyen değişiklikler

Bilinen sorun

Şu an için, Directory API'yi ve üçüncü taraf araçları kullanan Chrome cihazlarda yapılan değişiklikler yönetici denetleme günlüklerine kaydedilmemektedir.

Bu size yardımcı oldu mu?
Bunu nasıl iyileştirebiliriz?