GCDS hata mesajları

Sertifikanın Ortak Adı (CN) ve Konu Alternatif Adı (SAN), GCDS yapılandırma dosyanızdaki LDAP sunucusunun adıyla eşleşmiyor.

Bu sorunu düzeltmek için:

• GCDS yapılandırma dosyanızı düzeltin. GCDS yapılandırmasına LDAP sunucusu IP adresini eklediyseniz Tam Etki Alan Adı'nı da (FQDN) girin (ör. dc01.solarmora.com).
• Sertifikaya bir SAN ekleyin. SAN'nin, GCDS yapılandırmasında kullandığınız LDAP sunucusunun adını içerdiğinden emin olun.

Geçici bir çözüm olarak, GCDS kurulum klasöründeki config-manager.vmoptions ve sync-cmd.vmoptions dosyalarına yeni bir satır ekleyerek uç nokta tanımlamayı kapatabilirsiniz. Dosyalara eklemeden önce satır sonunu kaldırın:

-Dcom.sun.jndi.ldap.object. disableEndpointIdentification=true

GCDS ile aynı anda başka bir işlem de önbellek klasörüne veya dosyalara erişiyor.

Sorunu gidermek için Microsoft'un Process Monitor uygulamasını indirip çalıştırın ve bir filtre oluşturun. Filtre seçeneklerinde, klasöre veya dosyalara erişen işlemleri tanımlamak için Path (Yol), Contains (İçerir) ve *klasör-yolu*\syncState seçeneklerini kullanın. Daha fazla bilgi için Process Monitor'a gidin.

LDAP sunucusuna bağlanırken bu mesajı alırsanız sunucu bağlantıyı kapatmıştır. Olası nedenler şunlardır:

• LDAP+SSL kullanıyorsunuz ve LDAP sunucusu, GCDS'nin desteklediği TLS parametrelerini (ör. şifre paketi) kabul edecek şekilde yapılandırılmamış. LDAP sunucunuzun en son güvenlik güncellemelerine ve ayarlarına sahip olduğundan emin olun.
• Bağlantıyı engelleyen bir güvenlik duvarı kuralı olabilir.

1. Bilgisayarınızda yalnızca bir GCDS örneğinin çalıştığını doğrulayın. Aynı XML dosyasını kullanarak aynı anda yalnızca bir GCDS örneği çalıştırabilirsiniz.
2. Başka hiçbir işlemin GCDS önbellek veritabanına erişmediğinden emin olmak için sistemi yeniden başlatın. Ardından, senkronizasyonu tekrar çalıştırın.
3. Sorun devam ederse GCDS'yi yeni bir önbellek veritabanı oluşturmaya zorlamak için SyncState klasörünü bulup yeniden adlandırın. Klasörü, kullanıcı profili klasöründe (Windows) veya ana dizinde (Linux) bulabilirsiniz.

• GCDS, GCDS'yi yükleyen kullanıcıdan farklı bir kullanıcı olarak çalışıyor.
• İzinler, yükleme işleminden sonra değiştiyse

GCDS, desteklenmeyen karakter kodlaması içeren bir yapılandırma dosyası yüklemeye çalışıyor. GCDS, varsayılan karakter kodlaması olarak UTF-8 kullanır. Başka kodlamalar da uyumludur. Ancak yapılandırma dosyaları için UTF-8 kullanmalısınız.

Bu sorunu çözmek için:

1. Yapılandırma dosyanızın kodlamasını UTF-8 olarak değiştirin:
   1. Bir metin düzenleyici açın.
   2. Dosyayı farklı bir kodlamayla kaydedin.
2. Yapılandırma dosyanızın içeriğinin doğru olduğunu onaylayın.
3. Yapılandırma dosyasını tekrar GCDS'ye yüklemeyi deneyin.

Desteklenmeyen kodlamaların en yaygın örnekleri UTF-7 ve UTF-8 BOM'dir.

Bir ağ bağlantısı sorunu, GCDS'nin Google sunucusuyla Güvenli Yuva Katmanı (SSL) el sıkışması işlemini tamamlamasını engelledi. Bir bilgisayarın bir paketi çok yavaş olarak yönlendirmesi veya İSS'nizin geçici olarak hizmet dışı kalması buna neden olabilir. GCDS, SSL el sıkışmasını en fazla 3 kez tamamlamayı dener. Günlüklerde aşağıdaki mesajla karşılaşırsanız bu, GCDS'nin sonraki denemelerde el sıkışmayı başarıyla tamamladığı ve başka bir işlemin gerekli olmadığı anlamına gelir: [usersyncapp.sync.FullSyncAgent] No differences detected, no changes necessary.

Ağ zaman aşımlarının nedenini öğrenmek için yerel ağ yöneticinizle çalışın.

• LDAP Yapılandırması Kuruluş Birimleri Arama Kuralları
• LDAP Yapılandırması Kullanıcılar Kullanıcı Senkronizasyonu
• LDAP Yapılandırması Gruplar Grup Arama Kuralları
• LDAP Yapılandırması Kullanıcı Profilleri Kullanıcı Profilleri Senkronizasyonu
• LDAP Yapılandırması Paylaşılan Kişiler Kişi Senkronizasyonu

1. Yapılandırma dosyanızın <features> (özellikler) bölümüne şu satırı ekleyin:

   GROUP_NESTED_GROUPS_AS_USERS

2. Satırı <optional> (isteğe bağlı) etiketlerinin içine alın.
3. Yapılandırma dosyanızı kaydedin ve senkronize edin.

Configuration Manager'ın dışında kopyası oluşturulmuş bir yapılandırma dosyasıyla senkronizasyon gerçekleştirirseniz GCDS beklenmeyen değişiklikler yapmayı deneyebilir. Yeni yapılandırma dosyası ilk yapılandırma dosyasıyla aynı önbelleğe erişiyor ve bu 2 dosya arasındaki tutarsızlıklar kullanıcıların askıya alınmasına neden olabilir.

GCDS yapılandırma dosyasının kopyasını oluşturmak için her zaman Configuration Manager'daki Save As (Farklı Kaydet) seçeneğini kullanın. Bu işlem, yeni yapılandırma dosyasının kendi önbelleğine sahip olmasını sağlar.

Daha fazla bilgi için Yapılandırma dosyalarıyla çalışma başlıklı makaleyi inceleyin.

Bu, daha eski bir GCDS XML yapılandırma dosyası kullandığınız ve GCDS'nin, yapılandırmanızın kullanıcı arama kurallarında yer almayan bir grup üyesiyle karşılaştığı anlamına gelir. Tüm grup üyelerini ve sahiplerini kullanıcı arama kurallarına dahil etmeniz gereklidir (söz konusu kullanıcıları Google alanıyla senkronize etmeyi istemiyor olsanız bile). GCDS'nin, grupları düzgün bir şekilde işlemek için bu kullanıcıların e-posta adreslerini çıkartması gerekir.

Alternatif olarak yeni ve boş bir XML yapılandırma dosyası oluşturabilirsiniz. Bu şekilde GCDS, GCDS'yi kullanıcı senkronizasyonu kurallarından bağımsız olarak grup üyelerini çözmesi için zorlayan bağımsız grup senkronizasyonunu etkinleştirir. Emin değilseniz önerilen seçenek budur.

Herhangi bir yapılandırma değişikliği yaparken veya yeni bir yapılandırma dosyası oluştururken simülasyon çalıştırdığınızdan ve tam senkronizasyon gerçekleştirmeden önce sonuçları incelediğinizden emin olun.

Daha fazla bilgi için Kullanıcı listenizi tanımlama başlıklı makaleyi inceleyin.

Configuration Manager'da belirttiğiniz yönetici hesabı yönetici değil veya kullanıcı adı ve şifre yanlış.

Configuration Manager'da Google Domain Settings (Ayarlar) bölümüne gidin ve Admin Email Address (Yönetici E-posta Adresi) alanında belirtilen yönetici hesabı bilgilerini doğrulayın.

Daha fazla bilgi için Google alanı ayarlarınızı tanımlama başlıklı makaleyi inceleyin.

• Configuration Manager'da User Accounts (Kullanıcı Hesapları) Exclusion Rules (Hariç Tutma Kuralları) bölümüne gidin ve kuruluş dışı alanlardaki kullanıcıları hariç tutan kurallar oluşturun.
• Harici alanlardaki kullanıcıların döndürülmemesi için kullanıcı arama kurallarınızı değiştirin.
• Eksik alanı Google Hesabınıza ikincil bir alan olarak ekleyin.

• Configuration Manager'da Kullanıcı Hesapları Arama kuralları'na gidin ve kullanıcı aramanızın kapsamını daha az kullanıcı döndürülecek şekilde sınırlayın.
• Configuration Manager'da, yalnızca Google alanına aktarılması gereken kullanıcıların bulunduğu kökü işaret eden doğru DN'yi belirttiğinizden emin olun.
• Daha fazla kullanıcı lisansı da alabilirsiniz. Daha fazla bilgi için Daha fazla kullanıcı lisansı satın alma başlıklı makaleyi inceleyin.

Başka bir hizmet veya ağ cihazı, GCDS'nin API'ler için kullanılan HTTPS sertifikasıyla ilişkili sertifika yetkilisiyle iletişim kurmasını engelliyor. GCDS'yi çalıştıran makineden bağlantıları engelleyebilecek güvenlik duvarı veya proxy kuralları olup olmadığını kontrol edin. GCDS'yi çalıştıran makineden web'e erişmek için bir proxy gerekliyse doğru şekilde yapılandırılması gerekir.

Sorunu gidermek için sertifika iptal listesi (CRL) kontrolünü devre dışı bırakabilirsiniz. CRL kontrolünü devre dışı bırakmak için GCDS yükleme dizinindeki config-manager.vmoptions ve sync-cmd.vmoptions dosyalarına aşağıdaki satırları ekleyin:

-Dcom.sun.net.ssl.checkRevocation=false
-Dcom.sun.security.enableCRLDP=false

Daha fazla bilgi edinmek için GCDS sertifika iptal listelerini nasıl kontrol eder? başlıklı makaleyi inceleyin.

• LDAP Yapılandırması Kuruluş Birimleri Arama Kuralları
• LDAP Yapılandırması Kullanıcılar Kullanıcı Senkronizasyonu
• LDAP Yapılandırması Gruplar Grup Arama Kuralları
• LDAP Yapılandırması Kullanıcı Profilleri Kullanıcı Profilleri Senkronizasyonu
• LDAP Yapılandırması Paylaşılan Kişiler Kişi Senkronizasyonu

GCDS, verilen LDAP sunucu adını çözemiyor. LDAP sunucusu için tam alan adı girdiğinizden ve GCDS'yi çalıştıran bilgisayarın bunu çözebildiğinden emin olun.

Not: Active Directory'yi kullanırken sunucu adı olarak tam alan adınızı kullanın.

Bu sorunun nedeni genellikle bir proxy aracılığıyla zorlanan trafiktir. Proxy kullanıyorsanız GCDS proxy ayarlarını yapılandırmanız gereklidir. URL'lere ve bağlantı noktalarına erişim izni verin başlıklı makaledeki adımları uygulayarak GCDS'nin bu URL'lere ve bağlantı noktalarına bağlanabildiğinden emin olun.

Yerel bilgisayardaki güvenlik yazılımı bağlantı sorunları oluşturabilir. Yöneticinizden, istemci makinesindeki tüm güvenlik yazılımlarını devre dışı bırakmasını isteyin ve tekrar deneyin.

DN'yi LDAP Yapılandırması sekmesinde ve temel DN değişikliği tanımladığınız tüm arama kurallarında kontrol ederek işe başlayın. Sorunu bu şekilde çözemiyorsanız ve DN'nin geçerli olduğundan eminseniz DNS'nin çözümlenmesiyle ilgili bir sorun söz konusu olabilir. Günlükte, aşağıdaki gibi ek hata bilgileri görebilirsiniz:

• javax.naming.PartialResultException [Root exception is javax.naming.CommunicationException: domain.com:389 [Root exception is java.net.ConnectException: Connection refused: connect]]
• javax.naming.PartialResultException [Root exception is javax.naming.CommunicationException: domain.com:389 [Root exception is java.net.ConnectException: Connection timed out: connect]]

Bu hatalar, ana makine adının bağlantıyı reddettiği veya bağlantının zaman aşımına uğradığı anlamına gelir. Bu ana makine adında bir DNS araması çalıştırmayı deneyin ve döndürülen tüm adreslerin geçerli olduğundan ve yapılandırdığınız bağlantı noktasında bağlantılara izin verdiğemin olun.

Not: GCDS yapılandırmasında geçerli bir ana makine adı veya IP adresi belirtmiş olsanız bile bu tür hatalar oluşabilir. Active Directory, GCDS'yi bir ana makine adı üzerinden bağlanmaya yönlendiren bir LDAP yönlendirme yanıtı verebilir. Bu yönlendirme de nihai olarak, çözümlenemeyen ana makine adına olabilir. Bu yönlendirmelerden kaçınmak için Active Directory sunucunuza varsayılan olarak 3268 değerini taşıyan Global Catalog bağlantı noktasını kullanarak bağlanın. Ayrıntılı bilgi için Microsoft dokümanlarınıza bakın.

Bu, özel şemadaki bilgilerin bazılarının geçersiz olduğu anlamına gelir. Özel şemalarda geçerli olan sınırlar hakkında bilgi edinmek için Directory API: Custom User Fields (Directory API: Özel Kullanıcı Alanları) başlıklı makaleyi inceleyin.

İzleme düzeyi günlüklerini etkinleştirdiyseniz özel şema için HTTP isteğinin tamamını da görebilirsiniz.

• Doğru iletişim protokolünü kullanıyorsunuz. LDAP sunucusu güvenli bir protokol gerektiriyorsa LDAP + SSL kullanın.
• LDAP sunucusu etkin ve herhangi bir bağlantı sorunu yok.

• LDAP sunucusunda ana DN olmalıdır.
• Yetkili kullanıcı ana DN için gerekli izinlere sahip olmalıdır. Ayrıntılar için LDAP bağlantısı ayarları başlıklı makaleyi inceleyin.

• Yetkili kullanıcıda <*base-dn*> nesnesi mevcut ve erişilebilir durumda olmalıdır. Ayrıntılar için LDAP bağlantısı ayarları başlıklı makaleyi inceleyin.
• LDAP sunucusunda <*base-dn*> nesnesi için <*attribute*> mevcut.

• Birincil LDAP adresi Google Workspace'te takma ad adresi olan bir üyeniz vardır. Mümkünse bu durumdan kaçının (örneğin, takma ad için farklı bir kullanıcı adı kullanın).
• Bir kullanıcı hesabı, 2 takma ad adresi için aynı kullanıcı adına sahiptir. Ayrıca, Google Domain Configuration (Google Alanı Yapılandırması) sayfasında, Replace domain names in LDAP email addresses (LDAP e-posta adreslerindeki alan adlarını değiştir) kutusunu işaretlemişsinizdir. Kutuyu işaretlediğinizde, her iki e-posta adresi de Alternate email domain (Alternatif e-posta alanı) alanında listelenen alanla eşleşecek şekilde değiştirilir.

Kutunun işaretini kaldırın veya takma adla ilişkili kullanıcı adlarından birini değiştirin.

Günlüklerde "Error while adding member *user-email-address* to group *group-email-address* due to address collision" (Adres çakışması nedeniyle *group-email-address* grubuna *user-email-address* üyesi eklenirken hata oluştu) mesajını görürseniz aşağıdakileri kontrol edin:

• GCDS, *user-email-address* adresine sahip kullanıcıyı, hariç tutma kurallarınıza göre senkronizasyondan hariç tutmuş olabilir. Hariç tutma kurallarınızı kontrol edip tekrar deneyin. Ayrıntılar için Hariç tutma kuralları ve sorgularla verileri hariç tutma başlıklı makaleyi inceleyin.
• Kullanıcıyı veya grubu GCDS dışında güncellemiş olabilirsiniz. Önbelleği temizleyip tekrar deneyin.