Bilinen Sorunlar

Cloud Print

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

Bilinen sorun:

Google Grupları'nda oluşturulmuş bir grupla yazıcı paylaşmak için Google Cloud Print'i kullanıyorsanız, belirli gruplarla 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, Tüm kullanıcıları bir gruba ekleme bölümünde açıklanmıştır.

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

Eklenen bir yazıcının görülememesi

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ından Cihazlar'a gidin.

    Ana sayfada Cihazlar'ı görmüyorsanız alt taraftaki Diğer denetimler'i tıklayın.

  3. Solda, Chrome yönetimi'ni tıklayın.
  4. Cihaz ayarları'nı tıklayın.
  5. Sol tarafta, bir yazıcıyı kaldırmak istediğiniz kuruluş birimini seçin.

    Tüm cihazlar için üst düzey kuruluşu seçin. Bunu istemiyorsanız alt kuruluşlardan birini seçin. Başlangıçta bir kuruluş birimi kendi üst kuruluşunun ayarlarını devralır.

  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 tekrar tıklayın.
  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ı

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

İş yeriniz veya okulunuz aracılığıyla aldığınız Chrome OS çalıştıran bir cihaz kullanıyorsanız, cihazın kilidini açmak için parmak izi sensöründen yararlanamazsınız.

Özellik kullanıma sunulduğunda bu sayfayı güncelleyeceğiz.

 

Son güncellenme tarihi: 21 Aralık 2018

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.

Sorunu çözmeye yönelik adımlar:

Aşağıda, kullanıcıların bu sorunların çözümü olarak bildirdiği iki yöntem yer almaktadı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 aktif olarak ilgilenmekteyiz ve yakın zamanda bu Bilinen Sorun'u daha ayrıntılı bilgilerle güncelleyeceğiz.

 

Son güncelleme: 19 Eylül 2018

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

Hata mesajı: "Kayıt sertifikası alınamadı"

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

 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

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

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.

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 iletisi

Chromebook'unuzun ilk kurulumunu yaparken ekranınızda "Cihaz yapılandırması belirleniyor" yazan bir ileti takılı kalırsa sisteminizi yeniden başlatmanız gerekebilir:

  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

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

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.

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

Chrome Kiosk başlatılmıyor. Onun yerine oturum açma ekranı gösteriliyor

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

 Yeni bir kiosk uygulaması eklendikten sonra uygulama politikalarınız uygulanmıyorsa lütfen Tek Uygulama Kiosk ayarlarında, Kiosk Uygulamasını Otomatik Başlat listesinden ilgili uygulamayı seçin.

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.

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, Google Slaytlar'daki Web'de yayınla penceresinde gerekli ayarları yapın ve yayınlanan URL'yi kullanın. Bu geçici çözümle ilgili daha fazla bilgi edinmek için ilgili Chromium hata kaydına göz atın.

Chrome İşletme Sürümü

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

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.

Sorunu denemek ve düzeltmek için:

  • DefaultSearchProviderSuggestURL politikasını kullanıyorsanı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"

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. Özne 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.

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ını yeniden etkinleştiremiyorum

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.

Önerilen düzeltme: Üreticiden cihazı değiştirmesini istemeniz önerilir. Cihazı kullanmaya devam ederseniz 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 göz atın.

Kullanıcı, onaylı kullanıcı listesi politikası kapsamında olmasına rağmen oturum açamıyor

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. 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.
Bu size yardımcı oldu mu?
Bunu nasıl iyileştirebiliriz?