উইন্ডোজ 7 এ দূরবর্তীভাবে একটি কিল-সুইচ কীভাবে সম্পাদন করবেন?


10

আমার কোনও এডি সংযুক্ত উইন্ডোজ 7 এন্টারপ্রাইজ কম্পিউটারে দূর থেকে কিল-সুইচ করা দরকার। বিশেষত, আমার প্রয়োজন

  • দূরবর্তী অবস্থান থেকে দৃশ্যমান ব্যবহারকারীর মিথস্ক্রিয়া ছাড়াই মেশিন অ্যাক্সেস করুন (আমার একটি ডোমেন অ্যাকাউন্ট রয়েছে যা মেশিনে প্রশাসক)
  • এটি তৈরি করুন যাতে মেশিনটি ব্যবহারযোগ্য না হয় (ক্র্যাশ / পুনরায় বুট হয় এবং বুট ফিরে না আসে)
  • মেশিনের বিষয়বস্তু সংরক্ষণ করুন (কী পরিবর্তন হয়েছিল তা নথিভুক্ত করতে সক্ষম হন)

মেশিনটি অবশ্যই যথেষ্ট ক্ষতিগ্রস্থ হবে যে বেসিক + সমস্যা সমাধানের ব্যর্থ হয় এবং এটি কোনও সংস্থার সহায়তা ডেস্কে আনার প্রয়োজন।

মতামত অনুমান করার জন্য: আমি বুঝতে পারি যে এটি ছায়াময় শোনায় তবে একটি কর্পোরেট পরিবেশের মধ্যে এই ক্রিয়াটি প্রয়োজনীয়, অনুমোদিত এবং আইনী প্রয়োজনীয়।

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

  • এমবিআর মুছে ফেলা এবং একটি রিবুট জোর করে
  • চাবি অপসারণ। dllসেগুলি নিরাপদ বুটের সময় স্বয়ংক্রিয়ভাবে পুনরুদ্ধার হবে না

নিম্নলিখিত মন্তব্যের সম্পাদনা করুন: এটি একটি খুব নির্দিষ্ট ফরেনসিক মামলা যা এই সংশ্লেষিত উপায়ে পরিচালনা করা দরকার।


4
আমি উঁচুতে না গিয়ে এই চেহারাটি কিছুটা ছায়াময়। কেবল সেখানে গিয়ে কম্পিউটার দখল করা কি সহজ হবে না?
মিশেলজেড

3
আপনি এমন পরিস্থিতি বর্ণনা করেন নি যা আপনাকে এমন কিছু চেষ্টা করতে পরিচালিত করেছিল, যার ফলে আপনার পতন হতে পারে। আমি কয়েকটি বিষয় কল্পনা করতে পারি যা এইরকম কিছু প্রমাণ করতে পারে তবে আপনি যদি বাস্তবে পরিস্থিতিটি বর্ণনা করেন তবে আপনি আরও ভাল উত্তর পেতে পারেন।
মাইকেল হ্যাম্পটন

6
যদি এটি ফরেনসিক মামলা হয় তবে আমি শারীরিকভাবে সেখানে গিয়ে মেশিনটি বাছাইয়ের চেয়ে আলাদা কিছু করার বিরুদ্ধে আপনাকে দৃ strongly ়ভাবে পরামর্শ দিচ্ছি । অন্য যে কোনও আইনগত প্রমাণ যা থেকে আসতে পারে তা অবৈধ করতে বাধ্য।
ম্যাসিমো

2
@ ফ্রুপফ্রুপ: এখানে কেউ ফ্রিকিং করছে না; কিন্তু আমি ভাল মনে করি যে, এমনকি যদি আপনি সত্যিই to go "সিস্টেম অব্যবহারযোগ্য করি" চাই, মোছার চেষ্টা C:\Windowsশুধুমাত্র এমনকি বিবৃত লক্ষ্যে পৌঁছনোর ছাড়া একটি জগাখিচুড়ি করতে, সম্ভবত যাচ্ছে; বুট ম্যানেজারকে ব্লক করা অনেক বেশি নিরাপদ, এটি অপরিবর্তনীয়, এবং প্রকৃত ওএসকে অদৃশ্য হয়ে যাবে (এভাবে ফরেনসিক বিশ্লেষণের অনুমতি দেয়)।
ম্যাসিমো

2
এছাড়াও এখানে দেখুন: meta.stackexchange.com/questions/66377/ what-is-the-xy-problem
ম্যাসিমো

উত্তর:


11

আপনার আসলে মেশিনটি ধ্বংস করার দরকার নেই; এটি বন্ধ করে ব্যবহারকারীকে লক আউট করতে বাধ্য করুন force

  • shutdown /m <machinename> /f /t 0একটি কম্পিউটার শাটডাউন জোর করতে চালান ।
  • ব্যবহারকারীর জন্য সক্রিয় ডিরেক্টরি ব্যবহারকারী অ্যাকাউন্টটি অক্ষম করুন।
  • কম্পিউটারের জন্য অ্যাক্টিভ ডিরেক্টরি ব্যবহারকারী অ্যাকাউন্টটি অক্ষম করুন।

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

লক্ষ্যযুক্ত কম্পিউটারে যদি ব্যবহারকারীর স্থানীয় ব্যবহারকারীর অ্যাকাউন্ট থাকে তবে আপনি উপরের পদক্ষেপগুলি সম্পাদন করার আগে এটি অক্ষম করতে পারেন; আপনি অন্য কোনও কম্পিউটারে একটি ডোমেন প্রশাসক হিসাবে কম্পিউটার ম্যানেজমেন্ট এমএমসি শুরু করে এবং এটি যে কম্পিউটারটি পরিচালনা করতে চান তা দূরবর্তীভাবে সংযুক্ত করে আপনি এটি করতে পারেন; সেখান থেকে, স্থানীয় ব্যবহারকারী অ্যাকাউন্টগুলি (যেমন এগুলিকে অক্ষম করা বা তাদের পাসওয়ার্ড পরিবর্তন করা) ব্যবহার করে কেউ মেশিনে লগ ইন করতে না পারে তা নিশ্চিত করার জন্য আপনি অন্য যে কোনও প্রয়োজনীয় পদক্ষেপ নিতে পারেন।


পার্শ্ব দ্রষ্টব্য: এটি যদি আইনী / সম্মতি সংক্রান্ত সমস্যার জন্য হয় তবে মেশিনে কোনও কিছু পরিবর্তন বা মুছতে না পারার এটি একটি দৃ strong় কারণ ; অন্যথায় ব্যবহারকারী পরে বলতে পারেন (সম্ভবত সঠিকভাবে) মেশিনের সাথে ছড়িয়ে পড়েছে; এছাড়াও, আপনি যদি ফাইল সিস্টেমে কিছু মুছে ফেলেন তবে আপনি মূল্যবান ডেটা হারাতে পারেন (ব্যবহারকারী ফোল্ডারে ব্যক্তিগত ফাইল বা অ্যাপ্লিকেশনগুলি সংরক্ষণ করেছেন কিনা তা কে বলতে পারে?)


এটি সম্পূর্ণ সঠিক এবং আরও ভাল উপায় better তবে ওপি বলেছে যে ব্যবহারকারীর কোনও নোটিশ নেওয়া উচিত নয় ... যদি সে আর লগ না করতে পারে তবে সে নোটিশ নেবে ... বেশিরভাগ ব্যবহারকারীরা তখন হেল্পডেস্কে কল করে তাদের অ্যাকাউন্টটি আনলক করতে বলে ...
ফ্রুপফ্রুপ

1
যদি মেশিনটি হঠাৎ করে ক্র্যাশ হয় তবে ব্যবহারকারী অবশ্যই যেভাবেই খেয়াল করবে ...
ম্যাসিমো

এটি কি ইউএসবি থেকে ইউজার বুট এবং স্থানীয় প্রশাসকের অ্যাকাউন্ট যুক্ত করতে পারে? (অ্যাক্টিভ ডিরেক্টরি সম্পর্কে আমি কিছুই জানি না)
jingyu9575

2
@ jingyu9575 যদি ব্যবহারকারী কোনও অফলাইন ব্যবহারকারী ডাটাবেস সম্পাদনা করতে যথেষ্ট দক্ষ-জ্ঞানী হন, তবে মেশিনটিকে সহায়তা ডেস্কে না নিয়ে তিনি সম্ভবত উইন্ডোজ পুনরায় ইনস্টল করবেন। আমরা এখানে ঠিক কী অর্জন করতে চাই?!?
ম্যাসিমো

এই পরিবর্তনগুলি আসলে এটি করে না। তাদের যা করতে হবে তা হ'ল নেটওয়ার্ক কেবলে বুট ডাব্লু / ও প্লাগিং।
জোশডসন

4

আমি ইতিমধ্যে বেশ কয়েকবার বলেছি, এটি যদি ফরেনসিক মামলা হয় তবে আমি শারীরিকভাবে সেখানে যাওয়া এবং মেশিনটি তোলা ছাড়া আলাদা কিছু করার বিরুদ্ধে আপনাকে দৃ ; ়ভাবে পরামর্শ দিচ্ছি ; এটা গরমিল কোনো উপায় কোন আইনি প্রমাণ এটি থেকে আসতে পারে বাতিল করতে বাধ্য করা হয়।


এটি বলেছে যে, সিস্টেমটি কীভাবে ইনস্টল করা হয়েছে তার উপর নির্ভর করে যতটা সম্ভব সামান্য পরিমাণ ক্ষতির সময় অপসারণযোগ্য মেশিনকে রেন্ডার করার বিভিন্ন উপায় রয়েছে (সিস্টেমটি BIOS- বা UEFI- ভিত্তিক এবং বুট পার্টিশন ব্যবহার করা থাকলে মূল পার্থক্যগুলি বনাম। সিস্টেম পার্টিশনে সংরক্ষণ করা বুট ফাইলগুলি); এখানে কিছু বিকল্প রয়েছে:

  • বুট পার্টিশন এবং / অথবা ইউইএফআই পার্টিশনের সামগ্রীগুলি মুছুন (সাধারণত লুকানো থাকে তবে আপনি এটি মাউন্ট করতে পারেন); বা বুট পার্টিশনটি ব্যবহার না করা হলে সিস্টেম পার্টিশন থেকে বুট ফাইলগুলি মুছুন।
  • ফাইলটি মুছুন C:\bootmgr
  • বুট ম্যানেজার কনফিগারেশন ব্যবহার করে পরিবর্তন করুন bcdedit.exe
  • সক্রিয় পার্টিশন না থাকার জন্য পার্টিশন টেবিলটি পরিবর্তন করুন।

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

আপনি যদি বুট ফাইলগুলিতে আপনার হস্তক্ষেপ সীমাবদ্ধ করেন তবে প্রকৃত সিস্টেমটি অচ্ছুত হবে এবং আপনি এর সমস্ত সামগ্রী পুনরুদ্ধার করতে সক্ষম হবেন (এবং ক্ষতিটিকে পূর্বাবস্থায় ফেরাতে পারলে এটি আবার বুটও করতে পারবেন)।


3

কিছু প্রশ্ন:

  • কোনও ধ্বংসাত্মক পথে যাওয়ার দরকার আছে কি?

যদি হ্যাঁ তবে @ ফ্রুপফ্রুপের উত্তর সহ যান।

  • ব্যবহারকারীর কি কেবল একটি ডোমেন লগন রয়েছে, না তাদেরও স্থানীয় লগইন রয়েছে?
  • এটি কার্যকর হওয়ার জন্য কত দ্রুত প্রয়োজন?

আর একটি জিনিস যা আপনি করতে পারেন তা হ'ল জেনেরিক সক্রিয় ডিরেক্টরি লগইন ত্রুটির কারণ। প্রথমে সেই মেশিনে ক্যাশেড লগইন অক্ষম করুন, তারপরে সক্রিয় ডিরেক্টরিতে কম্পিউটার অ্যাকাউন্টটি অক্ষম করুন বা মুছুন । এটিকে দেখতে কম্পিউটারের মতো ফিট থাকার মতো করে তুলতে, আপনি get-process | stop-process -forceএকটি রিমোট পাওয়ারশেল সেশনে একটি সাধারণ করতে পারেন । অথবা এমনকি taskkill /im csrss.exe /fরিমোট কমান্ড প্রম্পটে, psexec বা অনুরূপ ব্যবহার করে।

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


1

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

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

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

আমি তাদের ব্যবহার না করে এবং / অথবা হেল্প ডেস্ককে এটি চালু করার জন্য ডেকে আনা ছাড়া কোনও ব্যবহারকারীর কাছে কম্পিউটারকে অকেজো করার উপায় সম্পর্কে সত্যই জানি না etc.

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.