GCDS ত্রুটি বার্তা

গুগল ক্লাউড ডিরেক্টরি সিঙ্ক (GCDS) ব্যবহার করার সময় আপনি নিম্নলিখিত ত্রুটির বার্তাগুলির সম্মুখীন হতে পারেন। ত্রুটিগুলি সমাধান করতে নীচের টেবিলটি ব্যবহার করুন।

লগ বিশ্লেষক চেষ্টা করুন

এই টুলটি জমা দেওয়ার কয়েক মুহূর্তের মধ্যেই বেশিরভাগ সমস্যা সনাক্ত করতে পারে।

ট্রেস-লেভেল লগিং কীভাবে সক্ষম করবেন সে সম্পর্কে বিস্তারিত জানুন।

ত্রুটি বার্তা এবং সমাধান

ত্রুটি বার্তা বর্ণনা এবং সমাধান

নেটওয়ার্ক সমস্যা: নির্দিষ্ট LDAP সার্ভারের সাথে সংযোগ স্থাপন করা যায়নি: সহজ বাঁধাই ব্যর্থ হয়েছে: সার্ভারের নাম: 636, কারণ: SSLHandshakeException - কোনও বিষয়ের বিকল্প নাম উপস্থিত নেই

নেটওয়ার্ক সমস্যা: নির্দিষ্ট LDAP সার্ভারের সাথে সংযোগ স্থাপন করা যায়নি: সহজ বাঁধাই ব্যর্থ হয়েছে: সার্ভারের নাম: 636, কারণ: SSLHandshakeException - সার্ভারের নামের সাথে মিলে যাওয়া কোনও বিষয় বিকল্প DNS নামের সন্ধান পাওয়া যায়নি।

সার্টিফিকেটের কমন নেম (CN) এবং সাবজেক্ট অল্টারনেটিভ নেম (SAN) আপনার GCDS কনফিগারেশন ফাইলে থাকা LDAP সার্ভারের নামের সাথে মেলে না।

এটি ঠিক করতে, হয়:

  • আপনার GCDS কনফিগারেশন ফাইলটি সংশোধন করুন। যদি আপনি GCDS কনফিগারেশনে LDAP সার্ভারের IP ঠিকানা যোগ করে থাকেন, তাহলে এর Fully Qualified Domain Name (FQDN)ও লিখুন (উদাহরণস্বরূপ, dc01.solarmora.com )।
  • সার্টিফিকেটে একটি SAN যোগ করুন–নিশ্চিত করুন যে SAN-তে GCDS কনফিগারেশনে আপনি যে LDAP সার্ভারটি ব্যবহার করছেন তার নাম অন্তর্ভুক্ত রয়েছে।

অস্থায়ী সমাধান হিসেবে, আপনি GCDS ইনস্টলেশন ফোল্ডারের config-manager.vmoptions এবং sync-cmd.vmoptions ফাইলগুলিতে একটি নতুন লাইন যোগ করে এন্ডপয়েন্ট আইডেন্টিফিকেশন বন্ধ করতে পারেন। ফাইলগুলিতে যোগ করার আগে লাইন ব্রেকটি সরিয়ে ফেলুন:

-Dcom.sun.jndi.ldap.object. অক্ষম করুন এন্ডপয়েন্ট আইডেন্টিফিকেশন=সত্য

sun.security.provider.certpath.SunCertPathBuilder ব্যতিক্রম: অনুরোধকৃত লক্ষ্যে বৈধ সার্টিফিকেশন পথ খুঁজে পাওয়া যাচ্ছে না

ldap_simple_bind_s() ব্যর্থ হয়েছে: শক্তিশালী প্রমাণীকরণ প্রয়োজন

সার্টিফিকেট-সম্পর্কিত সমস্যা সমাধানের ধাপগুলি অনুসরণ করুন।

InvalidCipherTextException: অবৈধ এনক্রিপশন প্যারামিটার। সল্ট/ইটারেশন/ইনিশিয়ালাইজেশন ভেক্টর

যদি আপনি এমন একটি কম্পিউটারে GCDS চালান যার GUI নেই, তাহলে আপনি হয়তো কীটি সঠিকভাবে আমদানি করতে পারেননি। ধাপগুলির জন্য, GUI ছাড়া মেশিনে আমি কীভাবে GCDS অনুমোদন করব? -এ যান।

java.lang.RuntimeException: পুনরুদ্ধারযোগ্য নয় এমন SQLException এর সম্মুখীন হয়েছে। স্টেট ডাটাবেস " path-to-folder \syncState\ folder-name " নির্দিষ্ট করেছে

বার্তায় চিহ্নিত ফোল্ডারটি খুঁজে বের করুন এবং মুছে ফেলুন। তারপর, আবার সিঙ্ক শুরু করুন।

java.sql.SQLException: পৃষ্ঠায় অবৈধ চেকসাম

আরেকটি প্রক্রিয়া হল GCDS-এর সাথে একই সময়ে ক্যাশে ফোল্ডার বা ফাইলগুলি অ্যাক্সেস করা।

সমস্যা সমাধানের জন্য, মাইক্রোসফটের প্রসেস মনিটর ডাউনলোড করে চালান এবং একটি ফিল্টার তৈরি করুন। ফিল্টার অপশনগুলিতে, Path , Contains , এবং path-to-folder \syncState ব্যবহার করে ফোল্ডার বা ফাইলগুলিতে অ্যাক্সেস করা প্রক্রিয়াগুলি সনাক্ত করুন।

আরও তথ্যের জন্য, প্রসেস মনিটরে যান।

অবৈধ ইনপুট: কোয়েরি

আপনি "ব্যবহারকারী অনুসন্ধান অনুসন্ধান" ক্ষেত্রে একটি অবৈধ প্রশ্ন লিখেছেন। অনুসন্ধান অনুসন্ধানটি সরান অথবা নিশ্চিত করুন যে এটি "ব্যবহারকারীদের জন্য অনুসন্ধান" বিভাগে অনুসন্ধান নির্দেশিকা পূরণ করে।

ব্যবহারকারীদের অনুসন্ধান কোয়েরি সম্পর্কে আরও তথ্যের জন্য, "বহির্ভূতকরণের নিয়ম এবং কোয়েরি সহ ডেটা বাদ দিন" বিভাগে যান।

SocketException - সংযোগ রিসেট

LDAP সার্ভারের সাথে সংযোগ করার সময় যদি আপনি এই বার্তাটি পান, তাহলে বুঝতে হবে সার্ভারটি সংযোগটি বন্ধ করে দিয়েছে। সম্ভাব্য কারণগুলি হল:

  • আপনি LDAP+SSL ব্যবহার করছেন এবং LDAP সার্ভারটি GCDS-এর (যেমন, সাইফার স্যুট) সমর্থনকারী TLS প্যারামিটারগুলি গ্রহণ করার জন্য কনফিগার করা নেই। নিশ্চিত করুন যে আপনার LDAP সার্ভারে সর্বশেষ নিরাপত্তা আপডেট এবং সেটিংস আছে।
  • একটি ফায়ারওয়াল নিয়ম সংযোগটি ব্লক করছে।
অনুরোধকৃত সময়ের মধ্যে একটি লক পাওয়া যায়নি।

এই সমস্যা সমাধানের জন্য:

  1. আপনার কম্পিউটারে GCDS-এর শুধুমাত্র একটি উদাহরণ চলছে কিনা তা নিশ্চিত করুন।

    একই XML ফাইল ব্যবহার করে আপনি একবারে শুধুমাত্র একটি GCDS ইনস্ট্যান্স চালাতে পারবেন।

  2. অন্য কোনও প্রক্রিয়া যাতে GCDS ক্যাশে ডাটাবেস অ্যাক্সেস না করে তা নিশ্চিত করতে সিস্টেমটি পুনরায় চালু করুন। তারপর, আবার সিঙ্ক চালান।
  3. যদি সমস্যাটি থেকে যায়, তাহলে SyncState ফোল্ডারটি খুঁজে বের করুন এবং নাম পরিবর্তন করুন যাতে GCDS একটি নতুন ক্যাশে ডাটাবেস তৈরি করতে বাধ্য হয়। আপনি ব্যবহারকারী প্রোফাইল ফোল্ডার (উইন্ডোজ) এর অধীনে অথবা হোম ডিরেক্টরিতে (লিনাক্স) ফোল্ডারটি খুঁজে পেতে পারেন।
ত্রুটি ৪০০: invalid_request: আপনি যে অ্যাপটি ব্যবহার করছেন তার সংস্করণে আপনাকে সুরক্ষিত রাখার জন্য সর্বশেষ নিরাপত্তা বৈশিষ্ট্যগুলি অন্তর্ভুক্ত নেই। দয়া করে একটি বিশ্বস্ত উৎস থেকে ডাউনলোড করে সর্বশেষ, সবচেয়ে নিরাপদ সংস্করণে আপডেট করুন।

নিশ্চিত করুন যে আপনি GCDS এর সর্বশেষ সংস্করণ ব্যবহার করছেন। বিস্তারিত জানার জন্য, GCDS আপডেট করুন এ যান।

java.sql.SQLException: ডিরেক্টরি <directory> তৈরি করা যাবে না।

সিঙ্ক স্টেট ডাটাবেস রক্ষণাবেক্ষণের জন্য GCDS-এর ডিরেক্টরিতে সম্পূর্ণ অনুমতি প্রয়োজন। আপনি এই ত্রুটিটি দেখতে পারেন যদি:

  • GCDS যে ব্যবহারকারী GCDS ইনস্টল করেছেন তার থেকে আলাদা ব্যবহারকারী হিসেবে চলছে।
  • ইনস্টলেশনের পর থেকে অনুমতিগুলি পরিবর্তিত হয়েছে
org.jdom.input.
JDOMParseException:
লাইন ১-এ ত্রুটি: প্রোলগে কন্টেন্ট অনুমোদিত নয়

GCDS একটি অসমর্থিত অক্ষর এনকোডিং সহ একটি কনফিগারেশন ফাইল লোড করার চেষ্টা করছে।

GCDS ডিফল্ট অক্ষর এনকোডিং হিসেবে UTF-8 ব্যবহার করে। আপনার কনফিগারেশন ফাইলের জন্য একই এনকোডিং ব্যবহার করা উচিত, যদিও অন্যান্য এনকোডিংগুলি সামঞ্জস্যপূর্ণ।

এই সমস্যা সমাধানের জন্য:

  1. আপনার কনফিগারেশন ফাইলের এনকোডিং UTF-8 এ পরিবর্তন করুন:
    1. একটি টেক্সট এডিটর খুলুন।
    2. ফাইলটি একটি ভিন্ন এনকোডিং দিয়ে সংরক্ষণ করুন।
  2. আপনার কনফিগারেশন ফাইলের বিষয়বস্তু সঠিক কিনা তা যাচাই করুন।
  3. GCDS-এ আবার কনফিগারেশন ফাইল লোড করার চেষ্টা করুন।

সবচেয়ে সাধারণ অসমর্থিত এনকোডিংগুলি হল UTF-7 এবং UTF-8 BOM।

javax.net.ssl.
SSLহ্যান্ডশেক ব্যতিক্রম:
করমর্দনের সময় সংযোগ

নেটওয়ার্ক সংযোগের সমস্যার কারণে GCDS-এর Google সার্ভারের সাথে সিকিউর সকেটস লেয়ার (SSL) হ্যান্ডশেক সম্পন্ন করা সম্ভব হয়নি। একটি কম্পিউটার খুব ধীরে ধীরে একটি প্যাকেট রাউটিং করছে অথবা আপনার ISP সাময়িকভাবে পরিষেবা বন্ধ করে দিচ্ছে, এই সমস্যার কারণ হতে পারে।

GCDS SSL হ্যান্ডশেক ৩ বার পর্যন্ত সম্পন্ন করার চেষ্টা করে। যদি আপনি লগে নিম্নলিখিত বার্তাটি দেখতে পান, তাহলে GCDS পরবর্তী প্রচেষ্টায় সফলভাবে হ্যান্ডশেক সম্পন্ন করেছে এবং আর কোনও পদক্ষেপ নেওয়ার প্রয়োজন নেই: [usersyncapp.sync.FullSyncAgent] কোনও পার্থক্য সনাক্ত করা হয়নি, কোনও পরিবর্তনের প্রয়োজন নেই।

নেটওয়ার্ক টাইমআউটের কারণ কী হতে পারে তা জানতে আপনার স্থানীয় নেটওয়ার্ক প্রশাসকের সাথে কাজ করুন।

বর্তমান অনুরোধের জন্য কোটা অতিক্রম করেছে

যদি আপনি লগে এই ত্রুটিটি পান, তাহলে এর অর্থ হল GCDS-কে Google API ব্যবহার করা থেকে সাময়িকভাবে ব্লক করা হয়েছে। GCDS API গুলি পুনরায় চেষ্টা করে, এবং আপনার সিঙ্কটি প্রত্যাশা অনুযায়ী চলতে থাকবে।

যদি আপনি সিঙ্ক সারাংশ রিপোর্টে ত্রুটি পান এবং সিঙ্ক সঠিকভাবে সম্পন্ন না হয়, তাহলে সহায়তার সাথে যোগাযোগ করুন। বিস্তারিত জানার জন্য, সহায়তার সাথে যোগাযোগ করার আগে আমার কী GCDS তথ্য প্রয়োজন? বিভাগে যান।

java.lang.RuntimeException:
অজানা LDAP অনুসন্ধান নিয়মের সুযোগ "নাল"

কনফিগারেশন ম্যানেজারের নিম্নলিখিত বিভাগগুলির একটিতে একটি নিয়ম খালি আছে:

  • LDAP কনফিগারেশন এবং তারপর সংগঠন ইউনিট এবং তারপর অনুসন্ধানের নিয়ম
  • LDAP কনফিগারেশন এবং তারপর ব্যবহারকারীরা এবং তারপর ব্যবহারকারী সিঙ্ক
  • LDAP কনফিগারেশন এবং তারপর গোষ্ঠী এবং তারপর গ্রুপ অনুসন্ধানের নিয়ম
  • LDAP কনফিগারেশন এবং তারপর ব্যবহারকারীর প্রোফাইল এবং তারপর ব্যবহারকারীর প্রোফাইল সিঙ্ক
  • LDAP কনফিগারেশন এবং তারপর ভাগ করা পরিচিতি এবং তারপর পরিচিতি সিঙ্ক

আরও তথ্যের জন্য, কনফিগারেশন ম্যানেজারের সাথে আপনার সিঙ্ক সেট আপ করুন এ যান।

পাসওয়ার্ডের জন্য অবৈধ ডাইজেস্ট দৈর্ঘ্য

কনফিগারেশন ম্যানেজারে পাসওয়ার্ড সিঙ্ক করার জন্য পাসওয়ার্ড এনক্রিপশন পদ্ধতিটি সঠিকভাবে কনফিগার করা হয়নি, অথবা আপনার LDAP সার্ভার এমন একটি এনক্রিপশন পদ্ধতি ব্যবহার করে যা GCDS দ্বারা সমর্থিত নয়। সমর্থিত পদ্ধতিগুলি হল Plaintext, Base64, MD5, এবং SHA1। Microsoft Active Directory-এর সাথে পাসওয়ার্ড সিঙ্ক করতে, Password Sync ব্যবহার করুন।

আরও তথ্যের জন্য, "আপনি পাসওয়ার্ডগুলি কীভাবে সিঙ্ক্রোনাইজ করবেন?" এবং "GCDS আপডেট করুন" এ যান।

০টি নেস্টেড গ্রুপ(গুলি)

আপনার LDAP সার্ভারে GCDS ব্যবহারকারী এবং নেস্টেড গ্রুপের মধ্যে সঠিকভাবে পার্থক্য করছে না। এই সমস্যা সমাধানের জন্য:

  1. <features> বিভাগে আপনার কনফিগারেশন ফাইলে নিম্নলিখিত লাইনটি যোগ করুন:
    ব্যবহারকারীদের_নেস্টেড_গ্রুপ_এএস
  2. <ঐচ্ছিক> ট্যাগের মধ্যে লাইনটি আবদ্ধ করুন।
  3. আপনার কনফিগারেশন ফাইলটি সংরক্ষণ করুন এবং সিঙ্ক করুন।
ব্যবহারকারীকে সাসপেন্ড করুন

কনফিগারেশন ম্যানেজারের বাইরে ডুপ্লিকেট করা কোনও কনফিগারেশন ফাইলের সাথে সিঙ্ক করলে GCDS অপ্রত্যাশিত পরিবর্তন করার চেষ্টা করতে পারে। নতুন কনফিগারেশন ফাইলটি মূল কনফিগারেশন ফাইলের মতো একই ক্যাশে অ্যাক্সেস করছে এবং দুটির মধ্যে অসঙ্গতি ব্যবহারকারীদের সাসপেন্ড করতে পারে।

একটি GCDS কনফিগারেশন ফাইলের নকল করতে, সর্বদা কনফিগারেশন ম্যানেজারে " Save As" বিকল্পটি ব্যবহার করুন। এটি করার ফলে নিশ্চিত হয় যে নতুন কনফিগারেশন ফাইলটির নিজস্ব ক্যাশে রয়েছে।

আরও তথ্যের জন্য, কনফিগারেশন ফাইলের সাথে কাজ করুন এ যান।

অজানা সদস্য এড়িয়ে যাওয়া হচ্ছে

আপনি একটি পুরনো GCDS XML কনফিগারেশন ফাইল ব্যবহার করছেন, এবং GCDS এমন একটি গ্রুপ সদস্যের মুখোমুখি হয়েছে যা আপনার কনফিগারেশনের ব্যবহারকারী অনুসন্ধান নিয়মে অন্তর্ভুক্ত নয়। আপনার ব্যবহারকারী অনুসন্ধান নিয়মে সমস্ত গ্রুপ সদস্য এবং মালিকদের অন্তর্ভুক্ত করা উচিত, এমনকি যদি আপনি সেই ব্যবহারকারীদের Google ডোমেনে সিঙ্ক করতে না চান। এই ব্যবহারকারীদের গ্রুপগুলি সঠিকভাবে প্রক্রিয়া করার জন্য GCDS-কে ইমেল ঠিকানাগুলি বের করতে হবে।

বিকল্পভাবে, একটি নতুন, ফাঁকা XML কনফিগারেশন ফাইল তৈরি করুন। এরপর GCDS একটি স্বাধীন গ্রুপ সিঙ্ক সক্ষম করে, যা ব্যবহারকারীর সিঙ্ক নিয়ম নির্বিশেষে GCDS কে গ্রুপ সদস্যদের সমাধান করতে বাধ্য করে। যদি আপনি নিশ্চিত না হন, তাহলে এটিই প্রস্তাবিত বিকল্প।

কোনও কনফিগারেশন পরিবর্তন করার সময় বা একটি নতুন কনফিগারেশন ফাইল তৈরি করার সময়, নিশ্চিত করুন যে আপনি একটি সিমুলেশন চালাচ্ছেন এবং সম্পূর্ণ সিঙ্ক চালানোর আগে ফলাফলগুলি পর্যালোচনা করেছেন।

আরও তথ্যের জন্য, আপনার ব্যবহারকারীর তালিকা নির্ধারণ করুন এ যান।

com.google.data.client.
গুগল সার্ভিস এক্সেপশন:
অবৈধ শংসাপত্র

কনফিগারেশন ম্যানেজারে আপনি যে অ্যাডমিন অ্যাকাউন্টটি উল্লেখ করেছেন তা কোনও অ্যাডমিনিস্ট্রেটর নয়, অথবা ব্যবহারকারীর নাম এবং পাসওয়ার্ড ভুল।

কনফিগারেশন ম্যানেজারে, গুগল ডোমেনে যান এবং তারপর সেটিংসে যান এবং অ্যাডমিন ইমেল ঠিকানায় উল্লেখিত অ্যাডমিনিস্ট্রেটর অ্যাকাউন্টের তথ্য যাচাই করুন।

আরও তথ্যের জন্য, আপনার Google ডোমেন সেটিংস নির্ধারণ করুন এ যান।

com.google.gdata.util.
রিসোর্সনটফাউন্ডএক্সেপশন:

কনফিগারেশন ম্যানেজারের শেয়ার্ড কন্টাক্টস বিভাগে নির্দিষ্ট সিঙ্ক কী অ্যাট্রিবিউট আপনার LDAP সার্ভার থেকে খালি মান ফেরত দেয়। LDAP সার্ভার থেকে এমন একটি অ্যাট্রিবিউট নির্বাচন করুন যাতে প্রতিটি রিসোর্সের জন্য সিঙ্ক কী মান থাকে এবং কখনও কোনও নাল বা খালি স্ট্রিং ফেরত দেয় না।

গণনা করা পার্থক্যগুলি অতিক্রম করে
মুছে ফেলার সীমা কনফিগার করা হয়েছে,
পরিবর্তনগুলি প্রয়োগ না করা

GCDS-এ সেট করা মুছে ফেলা বা সাসপেনশনের সীমা পৌঁছে গেছে। এই ত্রুটি এড়াতে GCDS-এ মুছে ফেলার সীমা সেটিং পরিবর্তন করুন, অথবা কী মুছে ফেলা বা সাসপেন্ড করা হত সে সম্পর্কে আরও বিশদের জন্য সিঙ্ক লগ দেখুন এবং আপনার সীমা পরিবর্তন করার প্রয়োজন কিনা তা সিদ্ধান্ত নিন।

অবৈধ ইমেল

GCDS এমন একটি ব্যবহারকারী বা ইমেল উপনাম তৈরি করার চেষ্টা করছে যা এমন একটি ডোমেনে বিদ্যমান যা আপনার Google অ্যাকাউন্টের অংশ নয়। এই বিকল্পগুলি ব্যবহার করে দেখুন:

  • কনফিগারেশন ম্যানেজারে , ব্যবহারকারীর অ্যাকাউন্টগুলিতে যান। এবং তারপর বর্জনের নিয়ম এবং ব্যবহারকারী বর্জনের নিয়ম তৈরি করুন যা বহিরাগত ডোমেনের ব্যবহারকারীদের বাদ দেয়।
  • আপনার ব্যবহারকারী অনুসন্ধানের নিয়মগুলি পরিবর্তন করুন যাতে বহিরাগত ডোমেনের ব্যবহারকারীরা ফিরে না আসে।
  • অনুপস্থিত ডোমেনটি আপনার Google অ্যাকাউন্টে একটি সেকেন্ডারি ডোমেন হিসেবে যোগ করুন।
ডোমেন ব্যবহারকারীর সীমা পৌঁছে গেছে

আপনার অ্যাকাউন্টে যত ব্যবহারকারীর জন্য ব্যবস্থা করা হয়েছে তার চেয়ে বেশি ব্যবহারকারীকে GCDS সিঙ্ক করছে। এই বিকল্পগুলি ব্যবহার করে দেখুন:

  • কনফিগারেশন ম্যানেজারে , ব্যবহারকারীর অ্যাকাউন্টগুলিতে যান। এবং তারপর অনুসন্ধানের নিয়মগুলি নির্ধারণ করুন এবং কম ব্যবহারকারী ফেরত দেওয়ার জন্য আপনার ব্যবহারকারী অনুসন্ধানের সুযোগ সীমিত করুন।
  • কনফিগারেশন ম্যানেজারে , নিশ্চিত করুন যে আপনি সঠিক DN নির্দিষ্ট করেছেন যা শুধুমাত্র Google ডোমেনে আমদানি করা প্রয়োজন এমন ব্যবহারকারীদের ধারণকারী রুটকে নির্দেশ করে।
  • আপনি আরও ব্যবহারকারীর লাইসেন্স পেতে পারেন। আরও তথ্যের জন্য, আরও ব্যবহারকারীর লাইসেন্স কিনুন -এ যান।
java.lang.RuntimeException:
javax.naming.InvalidNameException:
[LDAP: ত্রুটি কোড 34 - অবৈধ DN]

কনফিগারেশন ম্যানেজারে উল্লেখিত একটি বেস ডিএন এমন কোনও বস্তুর দিকে নির্দেশ করছে যা আপনার LDAP সার্ভারে বিদ্যমান নেই। আপনার LDAP সংযোগ, ব্যবহারকারী, গোষ্ঠী, প্রোফাইল এবং ভাগ করা পরিচিতি ফিল্টার বিভাগে নির্দিষ্ট বেস ডিএন পরীক্ষা করুন। নিশ্চিত করুন যে আপনি প্রতিটির জন্য বেস ডিএন হিসাবে একটি বিদ্যমান অবজেক্ট ব্যবহার করছেন।

জাভা.সিকিউরিটি.সার্ট.
সার্টপাথভ্যালিডেটর ব্যতিক্রম:
প্রত্যাহার স্থিতি পরীক্ষা ব্যর্থ হয়েছে:
কোন CRL পাওয়া যায়নি

অন্য কোনও পরিষেবা বা নেটওয়ার্ক ডিভাইস API-এর জন্য ব্যবহৃত HTTPS সার্টিফিকেটের জন্য সার্টিফিকেট কর্তৃপক্ষের সাথে যোগাযোগ করতে GCDS-কে বাধা দিচ্ছে। GCDS চালানো মেশিন থেকে সংযোগ সীমাবদ্ধ করতে পারে এমন ফায়ারওয়াল বা প্রক্সি নিয়মগুলি পরীক্ষা করুন।

যদি GCDS চালিত মেশিন থেকে ওয়েব অ্যাক্সেস করার জন্য একটি প্রক্সির প্রয়োজন হয়, তাহলে এটি সঠিকভাবে কনফিগার করা আবশ্যক।

সমস্যাটি সমাধানের জন্য, আপনি সার্টিফিকেট রিভোকেশন লিস্ট (CRL) চেকটি অক্ষম করতে পারেন। CRL চেকটি অক্ষম করতে, GCDS ইনস্টলেশন ডিরেক্টরিতে config-manager.vmoptions এবং sync-cmd.vmoptions ফাইলগুলিতে নিম্নলিখিত লাইনগুলি যোগ করুন:
-Dcom.sun.net.ssl.checkরিভোকেশন=মিথ্যা
-Dcom.sun.security.enableCRLDP=মিথ্যা

আরও তথ্যের জন্য, কীভাবে GCDS সার্টিফিকেট প্রত্যাহার তালিকা পরীক্ষা করে দেখুন।

javax.naming.directory.
অবৈধ অনুসন্ধান ফিল্টার ব্যতিক্রম:
ভারসাম্যহীন বন্ধনী; অবশিষ্ট নাম

কনফিগারেশন ম্যানেজারের নিম্নলিখিত এক বা একাধিক পৃষ্ঠায় উল্লেখিত প্রশ্নগুলিতে সুষম বন্ধনী নেই:

  • LDAP কনফিগারেশন এবং তারপর সংগঠন ইউনিট এবং তারপর অনুসন্ধানের নিয়ম
  • LDAP কনফিগারেশন এবং তারপর ব্যবহারকারীরা এবং তারপর ব্যবহারকারী সিঙ্ক
  • LDAP কনফিগারেশন এবং তারপর গোষ্ঠী এবং তারপর গ্রুপ অনুসন্ধানের নিয়ম
  • LDAP কনফিগারেশন এবং তারপর ব্যবহারকারীর প্রোফাইল এবং তারপর ব্যবহারকারীর প্রোফাইল সিঙ্ক
  • LDAP কনফিগারেশন এবং তারপর ভাগ করা পরিচিতি এবং তারপর পরিচিতি সিঙ্ক
রুট ব্যতিক্রম হল javax.naming।
যোগাযোগ ব্যতিক্রম:
সার্ভারের নাম : 389

GCDS প্রদত্ত LDAP সার্ভারের নামটি সমাধান করতে পারছে না। LDAP সার্ভারের জন্য একটি সম্পূর্ণ যোগ্য ডোমেন নাম প্রবেশ করান এবং GCDS চালিত কম্পিউটারটি এটি সমাধান করতে পারছে কিনা তা নিশ্চিত করুন।

দ্রষ্টব্য: অ্যাক্টিভ ডিরেক্টরি ব্যবহার করার সময়, আপনার ডোমেনের সম্পূর্ণরূপে যোগ্য ডোমেন নামটি সার্ভারের নাম হিসাবে ব্যবহার করুন।

SSL পিয়ার ভুলভাবে বন্ধ হয়ে গেছে

সমস্যাটি সাধারণত প্রক্সির মাধ্যমে জোর করে ট্র্যাফিক পাঠানোর কারণে হয়। আপনি যদি প্রক্সি ব্যবহার করেন, তাহলে আপনাকে GCDS প্রক্সি সেটিংস কনফিগার করতে হবে।

"অ্যালাও অ্যাক্সেস টু ইউআরএল এবং পোর্ট" এর ধাপগুলি সম্পূর্ণ করে নিশ্চিত করুন যে জিসিডিএস এই নির্দিষ্ট ইউআরএল এবং পোর্টগুলির সাথে সংযোগ করতে পারে।

স্থানীয় কম্পিউটারের নিরাপত্তা সফ্টওয়্যার সংযোগ সমস্যা তৈরি করতে পারে। আপনার প্রশাসককে ক্লায়েন্ট মেশিনে যেকোনো নিরাপত্তা সফ্টওয়্যার অক্ষম করতে বলুন এবং আবার চেষ্টা করুন।

আপনি এই API অ্যাক্সেস করার জন্য অনুমোদিত নন।

নিশ্চিত করুন যে আপনি প্রয়োজনীয় Google API গুলি সক্ষম করেছেন।

আরও তথ্যের জন্য, আপনার Google অ্যাকাউন্ট অনুমোদন করুন বিভাগে যান।

ডোমেন ব্যবহারকারীর সীমা অতিক্রম করেছে

আপনার কাছে যত ব্যবহারকারীর লাইসেন্স আছে তার চেয়ে বেশি ব্যবহারকারী যোগ করার চেষ্টা করেছেন। আরও ব্যবহারকারীর লাইসেন্স কিনতে আপনার বিক্রয় প্রতিনিধির সাথে যোগাযোগ করুন। অথবা, কম ব্যবহারকারীকে সিঙ্ক্রোনাইজ করতে আপনার LDAP কোয়েরিগুলি পরিবর্তন করুন।

java.lang.RuntimeException: বেস DN-এ অবজেক্ট: "DC=domain,DC=com" অনুপস্থিত বা অ্যাক্সেসযোগ্য না হওয়ায় কোয়েরি কার্যকর করা যায়নি।

LDAP কনফিগারেশন ট্যাবে এবং যেকোনো অনুসন্ধান নিয়মে যেখানে আপনি একটি বেস DN ওভাররাইড সংজ্ঞায়িত করেছেন, DN পরীক্ষা করে শুরু করুন।

যদি তাতেও সমস্যার সমাধান না হয়, এবং আপনি নিশ্চিত হন যে DN বৈধ, তাহলে সমস্যাটি DNS রেজোলিউশনের হতে পারে। আপনি লগে অতিরিক্ত ত্রুটির তথ্য দেখতে পারেন যেমন:

  • javax.naming.PartialResultException [রুট ব্যতিক্রম হল javax.naming.CommunicationException: domain.com:389 [রুট ব্যতিক্রম হল java.net.ConnectException: সংযোগ প্রত্যাখ্যান: সংযোগ]]
  • javax.naming.PartialResultException [রুট ব্যতিক্রম হল javax.naming.CommunicationException: domain.com:389 [রুট ব্যতিক্রম হল java.net.ConnectException: সংযোগের সময়সীমা শেষ: সংযোগ করুন]]

এই ত্রুটিগুলি সনাক্ত করে যে হোস্টনামটি সংযোগ প্রত্যাখ্যান করছে অথবা সময় শেষ করছে। এই হোস্টনামে একটি DNS লুকআপ চালানোর চেষ্টা করুন, এবং নিশ্চিত করুন যে ফেরত পাঠানো সমস্ত ঠিকানা বৈধ এবং আপনার কনফিগার করা পোর্টে সংযোগগুলিকে অনুমতি দিন।

দ্রষ্টব্য : GCDS কনফিগারেশনে একটি বৈধ হোস্টনেম বা IP ঠিকানা নির্দিষ্ট করলেও এই ত্রুটিগুলি ঘটতে পারে। অ্যাক্টিভ ডিরেক্টরি একটি LDAP রেফারেল প্রতিক্রিয়া জারি করতে পারে, যা GCDS কে একটি হোস্টনেমের মাধ্যমে সংযোগ করার নির্দেশ দেয়। এই রেফারেলটি শেষ পর্যন্ত সেই হোস্টনেমের দিকে যেতে পারে যা সমাধান করতে ব্যর্থ হচ্ছে। আপনি গ্লোবাল ক্যাটালগ পোর্ট ব্যবহার করে আপনার অ্যাক্টিভ ডিরেক্টরি সার্ভারের সাথে সংযোগ করে এই রেফারেলগুলি এড়াতে পারেন, যা ডিফল্ট 3268 এ থাকে। বিস্তারিত জানার জন্য, আপনার Microsoft ডকুমেন্টেশন দেখুন।

অবস্থানে অক্ষরটি অবৈধ

কাস্টম স্কিমার কিছু তথ্য বৈধ নয়। কাস্টম স্কিমার ক্ষেত্রে প্রযোজ্য সীমা পরীক্ষা করতে, ডিরেক্টরি API: কাস্টম ব্যবহারকারী ক্ষেত্রগুলিতে যান।

যদি আপনার ট্রেস-লেভেল লগ সক্রিয় থাকে, তাহলে আপনি কাস্টম স্কিমার জন্য সম্পূর্ণ HTTP অনুরোধটিও দেখতে পাবেন।

java.util.সমসাময়িক।
এক্সিকিউশন এক্সেপশন: java.lang.OutOfMemoryError: GC
ওভারহেড সীমা অতিক্রম করেছে

নির্ধারিত মেমোরি সীমা অতিক্রম করেছে। এই ঘটনার ফলে সিঙ্ক ব্যর্থ হয়েছে।

এই সমস্যাটি সমাধানের জন্য, মেমরি-সম্পর্কিত ত্রুটি দেখতে পেলে কী হবে? -এ যান।

নির্দিষ্ট LDAP সার্ভারের সাথে সংযোগ স্থাপনের চেষ্টা ব্যর্থ হয়েছে।

GCDS LDAP সার্ভারের সাথে সংযোগ করতে পারছে না। নিশ্চিত করুন:

  • আপনি সঠিক যোগাযোগ প্রোটোকল ব্যবহার করছেন। যদি LDAP সার্ভারের একটি নিরাপদ প্রোটোকলের প্রয়োজন হয়, তাহলে LDAP + SSL ব্যবহার করুন।
  • LDAP সার্ভারটি সক্রিয় এবং এর কোনও সংযোগ সমস্যা নেই।
নেটওয়ার্ক সমস্যা: নির্দিষ্ট LDAP সার্ভারের সাথে সংযোগ করতে অক্ষম

GCDS LDAP সার্ভার খুঁজে পাচ্ছে না। নিশ্চিত করুন যে GCDS চালিত কম্পিউটারের নির্দিষ্ট হোস্ট এবং পোর্টে অ্যাক্সেস আছে।

প্রমাণীকরণ সমস্যা: সরবরাহকৃত শংসাপত্র ব্যবহার করে সংযোগ করতে অক্ষম

প্রমাণীকরণ সমস্যার কারণে LDAP সার্ভার GCDS অনুরোধগুলি প্রত্যাখ্যান করছে।

নিশ্চিত করুন যে অনুমোদিত ব্যবহারকারী এবং তাদের পাসওয়ার্ড সঠিক। আপনার সম্পূর্ণ DN ব্যবহার করে অনুমোদিত ব্যবহারকারীকে যুক্ত করা উচিত। অনুমোদিত ব্যবহারকারী যোগ করার বিশদ জানতে, LDAP সংযোগ সেটিংসে যান।

বেস ডিএন < base-dn > এ কোয়েরি কার্যকর করতে ব্যর্থ হয়েছে

GCDS বেস DN এর সাথে সংযোগ করতে পারছে না। নিশ্চিত করুন:

  • বেস ডিএনটি LDAP সার্ভারে বিদ্যমান।
  • অনুমোদিত ব্যবহারকারীর বেস DN এর জন্য অনুমতি আছে। বিস্তারিত জানার জন্য, LDAP সংযোগ সেটিংসে যান।
বেস ডিএন-এ <base-dn> অ্যাট্রিবিউটের জন্য কোয়েরি কার্যকর করতে ব্যর্থ হয়েছে: <attribute> , কারণ: NameNotFoundException

GCDS LDAP সার্ভার থেকে তথ্য পুনরুদ্ধার করতে ব্যর্থ হচ্ছে। নিশ্চিত করুন:

  • < base-dn > অবজেক্টটি বিদ্যমান এবং অনুমোদিত ব্যবহারকারীর কাছে অ্যাক্সেসযোগ্য। বিস্তারিত জানার জন্য, LDAP সংযোগ সেটিংসে যান।
  • <attribute> LDAP সার্ভারে <base-dn> অবজেক্টের জন্য বিদ্যমান।

সদস্য ইতিমধ্যেই আছেন

আপনি এই ত্রুটিটি দেখতে পেতে পারেন যদি:

  • আপনার একজন সদস্য আছেন যার প্রাথমিক LDAP ঠিকানাটি Google Workspace-এ একটি উপনাম ঠিকানা। সম্ভব হলে এই পরিস্থিতি এড়িয়ে চলুন (উদাহরণস্বরূপ, উপনামের জন্য একটি ভিন্ন ব্যবহারকারীর নাম ব্যবহার করুন)।
  • একটি ব্যবহারকারীর অ্যাকাউন্টে দুটি উপনাম ঠিকানার জন্য একই ব্যবহারকারীর নাম রয়েছে। এবং, Google Domain Configuration পৃষ্ঠায়, আপনি LDAP ইমেল ঠিকানায় ডোমেন নাম প্রতিস্থাপন করুন বাক্সটি চেক করেছেন।

    যখন আপনি বাক্সটি চেক করেন, তখন উভয় ইমেল ঠিকানাই "বিকল্প ইমেল ডোমেন" ক্ষেত্রে তালিকাভুক্ত ডোমেনের সাথে মেলে পরিবর্তন করা হয়।

বাক্সটি আনচেক করুন অথবা উপনাম ব্যবহারকারীর নামগুলির একটি পরিবর্তন করুন।

যদি আপনি লগগুলিতে নিম্নলিখিত বার্তাটি পান: "ঠিকানার সংঘর্ষের কারণে গ্রুপ-ইমেল-ঠিকানা গ্রুপে সদস্য ব্যবহারকারী-ইমেল-ঠিকানা যোগ করার সময় ত্রুটি" তাহলে পরীক্ষা করুন যে:

  • আপনার বর্জন নিয়মের উপর ভিত্তি করে GCDS ব্যবহারকারী-ইমেল-ঠিকানা সহ ব্যবহারকারীকে সিঙ্ক থেকে বাদ দিয়েছে। আপনার বর্জন নিয়মগুলি পরীক্ষা করে আবার চেষ্টা করুন। বিশদ বিবরণের জন্য, বর্জন নিয়ম এবং প্রশ্নের সাথে ডেটা বাদ দিন বিভাগে যান।
  • আপনি GCDS-এর বাইরের ব্যবহারকারী বা গ্রুপ আপডেট করেছেন। ক্যাশে সাফ করে আবার চেষ্টা করুন।
অবৈধ ইনপুট: INVALID_OU_ID

GCDS একজন ব্যবহারকারীকে এমন একটি সাংগঠনিক ইউনিটে রাখার চেষ্টা করছে যা আপনার প্রতিষ্ঠানের Google অ্যাকাউন্টে নেই। আপনার ব্যবহারকারী অনুসন্ধানের নিয়মগুলি সামঞ্জস্য করুন এবং আবার চেষ্টা করুন। বিস্তারিত জানার জন্য, ব্যবহারকারী অনুসন্ধানের নিয়মগুলিতে যান।

'licensing.googleapis.com' পরিষেবার 'প্রতি মিনিটে ব্যবহারকারীর জন্য প্রশ্ন' এবং 'প্রতি মিনিটে প্রশ্ন' মেট্রিকের জন্য কোটা অতিক্রম করেছে "কারণ": "rateLimitExceeded"

GCDS কনফিগারেশন XML ফাইলে, নিশ্চিত করুন যে <maxResults> মান 500 তে সেট করা আছে। প্রয়োজনে, এটি 500 তে পরিবর্তন করুন এবং সিঙ্ক পুনরায় কার্যকর করুন।

সাধারণ GCDS সমস্যাগুলির সমাধান করুন


Google, Google Workspace, এবং সম্পর্কিত চিহ্ন এবং লোগো হল Google LLC-এর ট্রেডমার্ক। অন্যান্য সমস্ত কোম্পানি এবং পণ্যের নাম হল সেই কোম্পানিগুলির ট্রেডমার্ক যার সাথে তারা যুক্ত।