কেন জিপিডিট এবং সংশ্লিষ্ট রেজিস্ট্রি এন্ট্রি সিঙ্ক্রোনাইজ করা হয় না?


11

আমি উইন্ডোজ 10 প্রো এ আছি আমি লক্ষ্য করেছি যে আমি যখন জিপিডিটের মাধ্যমে কিছু নীতি প্রয়োগ করি তখন সংশ্লিষ্ট এন্ট্রিগুলি রেজিস্ট্রিতে তৈরি হয়। যদি আমি পূর্বাবস্থায় ফেরা করি তবে এন্ট্রিগুলি রেজিস্ট্রি থেকেও সরানো হবে।

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

আমি কিছু অনুপস্থিত করছি? জিপিডিট পলিসি কি রেজিস্ট্রি এন্ট্রির চেয়ে বেশি কিছু? সুতরাং ... তারা কোথায় রাখা হয়?

উত্তর:


12

যেহেতু গোষ্ঠী নীতি সম্পাদকের ক্ষেত্রে আপনি যে পরিবর্তনগুলি করেছেন তা রেজিস্ট্রিতে আপনি যা দেখেন তার উপর প্রভাব ফেলে তাই বিপরীতটিও সত্য বলে ধরে নেওয়া একেবারে যুক্তিযুক্ত। তবে এটি সেভাবে কাজ করে না।

স্থানীয় গোষ্ঠী নীতি সেটিংস (যা আমি বিশ্বাস করি যে আপনি আপনার পোস্টে উল্লেখ করছেন) এর মধ্যে registry.polঅবস্থিত ফাইলগুলিতে সঞ্চিত রয়েছে C:\Windows\system32\GroupPolicy। এই ফাইলগুলি প্রতিবার সিস্টেমের গোষ্ঠী নীতি রিফ্রেশ সম্পাদন করে রেজিস্ট্রিতে সম্পর্কিত কীগুলি ওভাররাইট করে। এটিতে কোন সেটিংস রয়েছে তা দেখার জন্য সম্পাদক কখনই রেজিস্ট্রিটি পড়েন না।

যখনই নিম্নলিখিত ইভেন্টগুলির মধ্যে একটি ঘটে তখন একটি গোষ্ঠী নীতি রিফ্রেশ ট্রিগার হয়:

  • নিয়মিত নির্ধারিত রিফ্রেশ বিরতিতে (প্রতি 90 মিনিট ডিফল্ট অনুসারে)
  • কোনও ব্যবহারকারী লগন বা লগঅফ ইভেন্ট (কেবলমাত্র ব্যবহারকারী নীতি)
  • একটি কম্পিউটার রিবুট (কেবল কম্পিউটার নীতি)
  • একটি ম্যানুয়ালি ট্রিগার ট্রিট মাধ্যমে gpupdate
  • ডোমেন নিয়ামক (যদি কম্পিউটারটি ডোমেন-যোগদান করা থাকে) থেকে প্রশাসক দ্বারা জারি করা একটি পলিসি রিফ্রেশ কমান্ড।

এটি মনে রাখা গুরুত্বপূর্ণ যে কম্পিউটারটি যদি ডোমেন-যুক্ত হয়ে থাকে তবে স্থানীয় গোষ্ঠী নীতি ফাইলগুলি প্রক্রিয়া করার পরে ডোমেন নীতিগুলি প্রয়োগ করা হবে (যার অর্থ কিছু সেটিংস ডোমেন নীতি দ্বারা ওভাররাইট হয়ে যেতে পারে)। আপনি স্থানীয় গোষ্ঠী নীতি সম্পাদকটিতে ডোমেন নীতিগুলি দেখতে সক্ষম হবেন না।


সুন্দর রুনডাউন (+1)। আমি কেবল যুক্ত করব যা gpupdate /forceকখনও কখনও বেশি নির্ভরযোগ্যভাবে কাজ করতে পারে।
dxiv

3
@dxiv; এটি ঘটায় কারণ সিস্টেমটি নীতিটি ক্যাশে করে এবং কেবলমাত্র সেটিংস প্রয়োগ করার চেষ্টা করে যা গতবার থেকে রিফ্রেশ হওয়ার পরে পরিবর্তিত হয়েছিল। / বল এটিকে সমস্ত সেটিংস পুনরায় প্রয়োগ করে makes এটি আরও নির্ভরযোগ্য বলে মনে হচ্ছে কারণ আপনি যখন কেবল কোনও সমস্যায় থাকেন তখন আপনি কেবলমাত্র একটি জিপিআপডেট করেন এবং ক্যাশেটি খারাপ হওয়ার কারণে এই সমস্যাটি সাধারণত হয় :-)
ওয়েস

9

এটি তিনটি কারণে এটির মতো কাজ করে:

  • গোষ্ঠী নীতি একটি সক্রিয় ডিরেক্টরি ডোমেন নিয়ামককে মনে রেখে "পুশিং" দিয়ে ডিজাইন করা হয়েছে। মেশিনগুলি ডোমেন নিয়ন্ত্রকের কাছে নীতি নিয়ন্ত্রণ করতে চায় না।

  • নীতি এবং সক্রিয় ডিরেক্টরি ধারণাটি এমন সময়ে তৈরি হয়েছিল যখন ডায়াল-আপ সংযোগগুলি খুব সাধারণ ছিল এবং ব্রডব্যান্ড ছিল না। এই পরিস্থিতিতে কোনও ডোমেন নিয়ন্ত্রকের কাছে আয়নাতে রেজিস্ট্রি পরিবর্তনের জন্য সম্ভবত খুব সীমিত ব্যান্ডউইথ ব্যবহার করা হবে এবং এমন পরিস্থিতিতে যেখানে সিস্টেমগুলি মাঝে মাঝে ডায়াল-আপ সেশনের মাধ্যমে কোনও ডোমেন নিয়ামকের সাথে কথা বলত এবং সেখানে শোনা যায়নি এনটি 4 দিন আমি বিশ্বাস করি।

  • আপনি সম্ভবত লক্ষ্য করেছেন যে অনেকগুলি নীতিমালায় একটি "কনফিগার করা নেই", "সক্ষম" বা "অক্ষম" সেটিং রয়েছে। নীতি দ্বারা স্থানীয় সেটিংটি অচ্ছুত থাকার জন্য গোষ্ঠী নীতিতে "কনফিগার করা নেই" সেটিংস রয়েছে। এটির অর্থ হ'ল আপনি, কোনও অ্যাপ্লিকেশন বা কোনও স্থানীয় প্রশাসক প্রাসঙ্গিক রেজিস্ট্রি এন্ট্রিগুলিকে সংশোধন করতে পারেন এবং কোনও নীতি এটি পরিবর্তন করে না। আপনি নীতি মাধ্যমে সিস্টেমের প্রতিটি দিক নিয়ন্ত্রণ করতে চান না।

সুতরাং স্থানীয় রেজিস্ট্রি এবং একটি গোষ্ঠী নীতি মেশিন-> এডি থেকে ডিজাইন করে সিঙ্ক করে না। স্থানীয় গোষ্ঠী নীতি gpedit.mscএকইভাবে কাজ করে যদিও এটি কোনও ডোমেন নিয়ামকের সাথে সিঙ্ক হয় না।


2
আমি মনে করি আপনার দ্বিতীয় বিষয়টি প্রযুক্তিগতভাবে সঠিক হলেও এটি ন্যূনতম আমদানির। সাধারণত AD এবং উইন্ডোজ ডোমেনগুলি প্রথমে ডায়ালআপ লাইনে কখনও ব্যবহারের উদ্দেশ্যে করা হয় নি, কেবল ল্যান। আপনার অন্যান্য পয়েন্টগুলি তবে স্পট-অন রয়েছে।
জ্যামি হানরাহান

আমি কেবল স্মরণ করি যে আপনি "এসএমটিপি" কে এডি সিঙ্কের জন্য কোথাও একটি প্রোটোকল হিসাবে নির্দিষ্ট করতে পারবেন বা করতে পারেন ...
লরেন্স

SMTP এর? সাধারণ মেল ট্রান্সফার প্রোটোকল? এটি একটি মেল পরিবহণ স্তর, ডায়ালআপ বনাম ল্যানের সাথে কিছুই করার নেই। এটা সম্ভবত অন্য কিছু ছিল। এসএলআইপি নাকি পিপিপি, হতে পারে?
জ্যামি হানরাহান ২


তবে এটি ডায়ালআপ নির্দিষ্ট করে না, আপনার আইপি সংযোগ দেওয়ার জন্য যা কিছু ব্যবহার করা হচ্ছে তার জন্য কেবলমাত্র একটি অ্যাপ্লিকেশন-স্তর প্রোটোকল ব্যবহৃত হয়। "আইপি ট্রান্সপোর্টের উপরে অ্যাক্টিভ ডিরেক্টরি রেপ্লিকেশন দ্বারা ব্যবহৃত প্রতিলিপি প্রোটোকল" - দেখুন এটি কোনও নিজস্ব আইপি সরবরাহকারী নয়। ডায়ালআপ সংযোগের জন্য এটি পিপিপি বা এসএলআইপি হবে।
জ্যামি হানরাহান
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.