উইন্ডোজ 10 এ কি টাস্ক ম্যানেজার ডিফল্টরূপে প্রশাসক হিসাবে চালায়?


29

আমি একটি অ-প্রতিক্রিয়াশীল প্রক্রিয়াটি বন্ধ করার চেষ্টা করছিলাম এবং আমি প্রথমবার "শেষ প্রক্রিয়া" ক্লিক করার পরে কিছুই ঘটেনি। তাই আমি এটি আবার করেছি এবং এবার একটি উইন্ডো পপ আপ করে বলে "অ্যাক্সেস অস্বীকৃত"। শেষ পর্যন্ত প্রক্রিয়াটি বন্ধ হয়ে গেল, তবে এটি আমাকে ভাবতে লাগল ..

যদি আমি প্রশাসক হিসাবে টাস্ক ম্যানেজার চালাতাম তবে কি আমাকে এখনও এই "অ্যাক্সেস অস্বীকার করা" বার্তাটি দিত? অথবা, প্রকৃতপক্ষে, উইন্ডোজ 10 ডিফল্টরূপে প্রশাসক হিসাবে টাস্ক ম্যানেজার চালায় (যখন ব্যবহারকারী অ্যাকাউন্ট প্রশাসক হয়)) তদ্ব্যতীত, প্রশাসক হিসাবে চালানোর মধ্যে কোনও পার্থক্য আছে কি না ?

এ পদ্ধতিতে এডমিন হিসাবে চালানো:

আমি যে এবং মাত্র করছেন মধ্যে কোনো লক্ষণীয় পার্থক্য দেখি না Ctrl+ + Shift+ + Escape

দ্রষ্টব্য: এই প্রশ্নটি বিশেষত উইন্ডোজ 10 (এবং সম্ভবত 8 / 8.1) এর জন্য এবং আমি প্রো চালিয়ে যাচ্ছি। এছাড়াও, আমার ইউএসি 'কখনই জানাবে না' তে সেট করেছে।


যদি ইউএসি বন্ধ থাকে এবং আপনি প্রশাসক অ্যাকাউন্ট ব্যবহার করেন, তবে আপনার শুরু করা প্রতিটি প্রক্রিয়া প্রশাসকের সুযোগ-সুবিধার সাথে চলে।
অ্যালেক্সি ইভানভ

@ অ্যালেক্সাআইভানভ আমি বিশ্বাস করি না যে এটি সত্য। কিছু কিছু হতে পারে তবে সমস্ত প্রক্রিয়া এবং অ্যাপ্লিকেশন নয় ..
উন্মাদ

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

1
@ অ্যালেক্সিআইভানভ এবং এখন আমি গ্রুপ নীতি থেকে ইউএসি অক্ষম করেছি, আপনি ঠিক বলেছেন! সবকিছু এখন উন্নত চলছে।
উন্মাদ

হাঁ। যদিও আইআইআরসি উইন্ডোজ মেট্রো অ্যাপ্লিকেশনগুলি উন্নত না করার উপর নির্ভরশীল ।
qasdfdsaq

উত্তর:


37

উইন্ডোজ 10 এ কি টাস্ক ম্যানেজার ডিফল্টরূপে প্রশাসক হিসাবে চালায়?

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

যদি আমি প্রশাসক হিসাবে টাস্ক ম্যানেজারকে চালিত করতাম তবে কী আমাকে এখনও এই "অ্যাক্সেস প্রত্যাখ্যান করা" বার্তাটি দিত?

হ্যাঁ। এমন প্রচুর প্রক্রিয়া রয়েছে যা এমনকি প্রশাসককেও শেষ হওয়ার অনুমতি দেওয়া হয় না। তদুপরি, অস্তিত্বহীন কার্য শেষ করার চেষ্টা করাও এই ত্রুটি বার্তাটি উত্পন্ন করে।

যদি আপনি "অ্যাক্সেস অস্বীকৃত" বার্তাটি পেয়েছিলেন কারণ যদি টাস্ক ম্যানেজারটি প্রশাসক হিসাবে চালিত না হয়, তবে আপনি খুব স্পষ্ট বার্তা পেয়ে যাবেন যাতে:

এখানে চিত্র বর্ণনা লিখুন

তদ্ব্যতীত, প্রশাসক হিসাবে চালানোর মধ্যে কোনও পার্থক্য আছে কি না?

হ্যাঁ, তবে এটি দেখার জন্য আপনাকে এটিকে প্রশাসনিক কোনও অ্যাকাউন্ট থেকে চালনা করতে হবে।

ঘটনাক্রমে উপরের সমস্ত আচরণগুলি উইন্ডোজ 8 / 8.1-তে ঠিক একই রকম


1
প্রকৃতপক্ষে এটা. সমস্ত পয়েন্ট কভার করে, তবে আমি অন্যান্য উত্তরগুলির জন্য একটি সুযোগ পাওয়ার 48 ঘন্টা সময় দিতে চাইছি (যেমন আমি খুব শীঘ্রই গ্রহণের জন্য একাধিক অনুষ্ঠানে চিৎকার করেছি :)
পাগল

আমার অভিজ্ঞতায়, সাধারণত এটি ঘটে যখন কোনও প্রক্রিয়া কার্নেল-মোডের I / O সম্পূর্ণ করার অনুরোধের জন্য অপেক্ষা করে। উইন্ডোজ 8
ক্রিস্টোফার অলিক্স

"Psexec -d -i -s
Taskmgr

1
@ drake7707 প্রকৃতপক্ষে, সুরক্ষিত প্রক্রিয়াগুলি বন্ধ করা যায় না এমনকি ব্যবহারকারী মোড থেকে ড্যাক-ড্যাকও করা যায় না, এমনকি আপনি সিস্টেম হিসাবে চালাচ্ছেন। আমি বিশ্বাস করি না যে ব্যবহারকারী মোডটি কার্নেল মোডে ঝুলানো প্রক্রিয়াগুলির সাথে অনুমোদনের সাথে ডিল করতে পারে; আপনাকে সমস্ত হ্যান্ডলগুলি বন্ধ করতে হবে ( আমার আরও উত্তর দেখুন ) এবং সমস্ত কার্নেল-মোড অনুরোধগুলি সম্পূর্ণ হওয়ার জন্য অপেক্ষা করতে হবে।
বেন এন

@ বেন আরও সাধারণভাবে, কার্নেলের মধ্যে ঝুলন্ত কোনও কিছুর পয়েন্টে; কোনও অ্যাপ্লিকেশনটি কোনও নিরাপদ উপায়ে শেষ করতে না পারার চেয়ে আপনার সম্ভবত আরও বেশি গুরুতর সমস্যা নেই।
ড্যান নীলি

18

বিদ্যমান উত্তরটি খুব ভাল। আমি তাদের জন্য কিছু প্রযুক্তিগত বিশদ সরবরাহ করব, যারা এই জাতীয় জিনিস পছন্দ করে।

Taskmgr.exe(ইন \Windows\System32) হ'ল এমন প্রোগ্রাম যা আপনি যখন টাস্ক ম্যানেজারের জন্য কল করেন তখন চালিত হয়। এটি একটি হেক্স সম্পাদকের সাথে পরিদর্শন করে আমি আবিষ্কার করেছি যে এর ম্যানিফেস্টটি সেট requestedExecutionLevelকরে highestAvailable। এর অর্থ হ'ল আপনি যদি স্থানীয় প্রশাসক হিসাবে চালাচ্ছেন তবে টাস্ক ম্যানেজারের আপনাকে উন্নত করতে হবে। আপনি ইউসিএকে সর্বোচ্চ স্তরে সেট করে এবং টাস্ক ম্যানেজারটি চালু করতে Ctrl + Shift + Esc টিপে সহজেই এটি প্রদর্শন করতে পারেন, এটি উল্লেখ করে যে এটি একটি এলিভেশন প্রম্পট উত্পাদন করে। যদি ইউএসি সর্বোচ্চ স্তরে না থাকে তবে টাস্ক ম্যানেজার নিঃশব্দে উন্নতি করতে পারে কারণ এটি একটি অবিচ্ছেদ্য উইন্ডোজ উপাদান। সংক্ষেপে, হ্যাঁ, টাস্ক ম্যানেজার যখন সম্ভব হয় তখন ডিফল্ট হিসাবে অ্যাডমিন হিসাবে চালিত হয়

highestAvailable(এর বিপরীতে requireAdministrator) নন-অ্যাডমিনদের প্রোগ্রামকে উন্নীত করার জন্য বলা ছাড়া প্রোগ্রামটি চালানোর অনুমতি দেয়, তবে তারা অবশ্যই এটি থেকে প্রশাসনিক কোনও কিছুই করতে সক্ষম হবেন না।

কোনও প্রোগ্রামটি এলিভেটেড চলছে কিনা তা দেখার দ্রুত এবং নোংরা উপায়টি হল টাস্ক ম্যানেজারের বিশদ ট্যাবে ইউএসি ভার্চুয়ালাইজেশন কলাম সক্ষম করা । যদি এবং কেবলমাত্র যদি সেই কলামটিতে কোনও প্রক্রিয়া প্রবেশের অনুমতি না দেওয়া হয় তবে তা উন্নত হয়। (প্রশাসনিক প্রক্রিয়া সামঞ্জস্য-পুনঃনির্দেশিত হতে পারে না।) আপনি পরীক্ষা পারে কিনা তা শক্তিশালী অধিকার আছে (যেমন SeSecurityPrivilege) Sysinternals ব্যবহার প্রক্রিয়া এক্সপ্লোরার

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


2
প্রচুর অ্যান্টিভাইরাস অ্যাপ্লিকেশন (মাইক্রোসফ্টের নিজস্ব সহ) সুরক্ষিত।
qasdfdsaq

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

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

1

আমি এই ত্রুটি বার্তার আর একটি সম্ভাব্য কারণ আবিষ্কার করেছি, যা "অ্যাক্সেস অস্বীকৃত" এর ত্রুটির সমস্যা সমাধানের সময় আমি কখনই যাচাই করার চিন্তা করতাম না।

পটভূমি

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

ত্রুটির কারণ

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

 

* "আপডেট গতি" পরিবর্তন করতে সেটিং প্রতিরোধ দীর্ঘমেয়াদী সমাধান হিসাবে বিরাম দেওয়া মধ্যে প্রথম স্থান (যা ঘটবে ক্রমাগত ) ... আমি এখনও সেই এক জন্য অনুসন্ধান করছি!

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