প্রথম থেকেই শুনেছি যে আপনি কখনও উইন্ডোজে রিমোট প্রসেসার কল পরিষেবাটি অক্ষম করবেন না। এটি করা ভয়াবহ জিনিসগুলিকে নিয়ে যায় যা পূর্বে উল্টানো কঠিন ছিল (আমি বিশ্বাস করি যে এটি করা এখন আর সহজ নয় তবে এখন ঠিক করা আরও সহজ)। তবে এটি কী করে বা মূলত পুরো অপারেটিং সিস্টেমের জন্য এটি কেন এত গুরুত্বপূর্ণ তা আমার কোনও ধারণা নেই।
আরপিসি সেবার উদ্দেশ্যটি যোগ করা সম্ভব এবং কেন আরও অনেক পরিষেবা / অ্যাপ্লিকেশন / ক্রিয়াকলাপ চালানোর জন্য নির্ভর করে?
উত্তর:
উইন্ডোজের ডিজাইনাররা সিদ্ধান্ত নিয়েছে অনেকগুলি একে অপরের সাথে আরপিসির মাধ্যমে কথা বলবে - যাতে তারা স্থানীয়ভাবে বা কোনও নেটওয়ার্কের মাধ্যমে কথা বলতে পারে।
এর মধ্যে অ্যাক্টিভ ডিরেক্টরি, বেশিরভাগ এমএমসি কনসোল, ডিভাইস ম্যানেজারের মতো কিছু নিয়ন্ত্রণ প্যানেল অ্যাপলেটগুলির কার্যকারিতা, প্রশাসনিক সরঞ্জামগুলির অনেকগুলি জিনিস এবং সম্ভবত অভ্যন্তরীণ উইন্ডোজ উপাদানগুলি অন্তর্ভুক্ত রয়েছে।
আমি বিশ্বাস করি আপনি যখন কোনও এমএমসি কনসোলে অ্যাক্সেস করেন তখনও compmgmt.mscলোকাল মেশিন সম্পর্কে জিনিস দেখতে চান , এটি মূলত লোকালহোস্টে আরপিসি করা হয় (যদিও আমি ভুল হতে পারি)।
টিসিপি / আইপি এর এক স্তরের কিছু হিসাবে আরপিসিকে এমন কিছু হিসাবে ভাবেন যা অনেকগুলি উইন্ডোজের উপাদান দ্বারা নিম্ন-স্তরের (এবং নিরাপত্তাহীন) নেটওয়ার্কযোগ্য যোগাযোগ কাঠামো হিসাবে ব্যবহৃত হয়। সরাসরি টিসিপি / আইপি ব্যবহার করবেন না কেন? উইন্ডোজ এনটি ইঞ্জিনিয়ার হয়েছিল (১৯৯৩ সালে প্রকাশিত প্রাথমিক সংস্করণ), আপনার টিসিপি / আইপি ছাড়াও অন্যান্য নেটওয়ার্ক প্রোটোকল ছিল যেমন নেটওয়্যার (এসপিএক্স / আইপিএক্স), নেটবিআইওএস, অ্যাপলটাল (আমার মনে হয় উইন্ডোজ সেদিন এটি সমর্থন করেছিল) , ভুল হতে পারে ...) এবং এই জাতীয়। সুতরাং এটি স্থানীয় মেশিন বা রিমোট মেশিনে উইন্ডোজের উপাদানগুলির সাথে অন্য উপাদানগুলির সাথে কথা বলতে সক্ষম করার জন্য এটি একটি নেটওয়ার্ক-অজোনস্টিক উপায়।
সত্যটি হ'ল: আরপিসি লোকাল মেশিনে ব্যাপকভাবে ব্যবহৃত হয় , তবে HOST-to-HOST ব্যবহারের জন্য মাইক্রোসফ্ট অভ্যন্তরীণভাবে ব্যবহৃত হয়, তৃতীয় পক্ষের দ্বারা খুব কমই ব্যবহৃত হয় ।
কাঁচা আরপিসি উপাদান, যেমন রেজিস্ট্রি, লগটন, ফায়ারওয়াল, পরিষেবা নিয়ন্ত্রণ, এসকিউএল সার্ভার ... আপনি তাদের মধ্যে "হোস্ট-টু-হোস্ট" বিভাগে তালিকার কয়েকটি দেখতে পারেন।
অনেকগুলি ডিসিএম উপাদান (সি এর সি ++ মোড়কের মতো আরপিসির উপর ভিত্তি করে), সিওএম + উপাদান অন্তর্ভুক্ত করে।
আপনার মেশিনে কয়টি DCOM উপাদান রয়েছে তা দেখতে আপনি dcomcnfg চালাতে পারেন:
এক্সেল, ইন্টারনেট এক্সপ্লোরার, ভিজ্যুয়াল স্টুডিও ... স্বয়ংক্রিয়ভাবে তৈরি করা যেতে পারে কারণ তারা DCOM উপাদান:
এমনকি এক্সপ্লোরারের ফাইল সম্পত্তি সংলাপটিও ডিসিওএম উপাদান, মজার? আপনি যদি ডিসিএমসিএনএফজির প্রবর্তন অনুমতিগুলির "সম্পাদনা সীমা" থেকে সমস্ত এসিএল সরিয়ে ফেলেন তবে আপনি কেবল পরিচালনার কাজই করেন না, এমনকি এক্সপ্লোরারটিতে ফাইলের সম্পত্তিও দেখান!
রিমোট ম্যানেজমেন্ট স্টাফ যেমন "কম্পিউটার ম্যানেজমেন্ট", "রেজিস্ট্রি এডিটর", আপনি এটিকে একটি দূরবর্তী মেশিনে সংযোগ করতে দিতে পারেন! আন্ডারলাইনটি যা ঘটে তা হ'ল এসপিবি ওভার এসপিবি প্রোটোকল (টিসিপি পোর্ট 445, ফাইল শেয়ারিং নামে পরিচিত)।
সমস্ত আরপিসি ইন্টার্নফেসগুলি দূরবর্তী মেশিনে ফেলে দেওয়ার জন্য আপনি আরপিসিডাম্প বা আইপিডস সরঞ্জামটি ব্যবহার করতে পারেন, নিম্নলিখিত ফলাফলগুলি দেখুন, আপনি অনেকগুলি সিস্টেম ম্যানেজমেন্ট ইন্টারফেস দেখতে পারেন (সেগুলি স্থানীয়ভাবেও ব্যবহার করা যেতে পারে):
[MS-RSP]: Remote Shutdown Protocol
[MS-TSCH]: Task Scheduler Service Remoting Protocol
[MS-TSCH]: Task Scheduler Service Remoting Protocol
[MS-TSCH]: Task Scheduler Service Remoting Protocol
[MS-EVEN6]: EventLog Remoting Protocol
Adh APIs
AppInfo
Base Firewall Engine API
DHCP Client LRPC Endpoint
DHCPv6 Client LRPC Endpoint
DfsDs service
EFSK RPC Interface
Event log TCPIP
Fw APIs
Group Policy RPC Interface
IP Transition Configuration endpoint
IdSegSrv service
Impl friendly name
KeyIso
LicenseManager
NRP server endpoint
NSI server endpoint
NetSetup API
Ngc Pop Key Service
Proxy Manager client server endpoint
Proxy Manager provider server endpoint
Secure Desktop LRPC interface
Security Center
UserMgrCli
WM_WindowManagerRPC\Server
WinHttp Auto-Proxy Service
Witness Client Test Interface
Witness Client Upcall Server
XactSrv service
...
Received 499 endpoints.
আরপিসি কেন গুরুত্বপূর্ণ? প্রতিটি পরিপক্ক সিস্টেমে ক্রস-প্রসেস যোগাযোগ ব্যবস্থা প্রয়োজন, স্টাব / প্রক্সি তৈরির জন্য একটি টুলসেট, বস্তুটি প্যাক করার জন্য / আনপ্যাক করার মান standard প্রতিটি সিস্টেমে একই জিনিস থাকে। আপনার অবশ্যই অ্যান্ড্রয়েড জানতে হবে, এর বাইন্ডারটি ডিসিওএম এর নকশার সাথে খুব মিল।
প্রকৃতপক্ষে, HOST থেকে HOST আরপিসি ব্যাপকভাবে ছড়িয়ে যায় না, কারণ এটি জটিল এবং অস্বচ্ছ, 445 বা 135 পোর্টের কারণে প্রায়শই অবরুদ্ধ হয়ে পড়ে এবং ইন্টারনেটের সাথে বন্ধুত্বপূর্ণ নয় এবং প্রমাণীকরণের অভিজ্ঞতাটি খারাপ। লোকেরা একটি দূরবর্তী উপাদানটি চালিত করতে একটি এইচটিটিপিএস সার্ভার চয়ন করতে পছন্দ করে, এটি আরও সোজা এবং নিয়ন্ত্রণযোগ্য।
রিমোট প্রসেসার কল (আরপিসি) এমন একটি প্রোটোকল যা কোনও প্রোগ্রাম নেটওয়ার্কের বিবরণ না বুঝে কোনও নেটওয়ার্কের অন্য কম্পিউটারে অবস্থিত একটি প্রোগ্রাম থেকে একটি পরিষেবার জন্য অনুরোধ করতে ব্যবহার করতে পারে। (একটি প্রক্রিয়া কল কখনও কখনও ফাংশন কল বা একটি সাবরুটিন কল হিসাবেও পরিচিত)) আরপিসি ক্লায়েন্ট / সার্ভার মডেল ব্যবহার করে। অনুরোধ প্রোগ্রামটি একটি ক্লায়েন্ট এবং পরিষেবা সরবরাহকারী প্রোগ্রামটি সার্ভার। একটি নিয়মিত বা স্থানীয় প্রক্রিয়া কলের মতো, আরপিসি হ'ল একটি সিঙ্ক্রোনাস অপারেশন যা দূরবর্তী পদ্ধতির ফলাফল প্রত্যাবর্তন না করা পর্যন্ত অনুরোধ প্রোগ্রামটি স্থগিত করা দরকার। যাইহোক, একই ঠিকানার জায়গাগুলি ভাগ করে নেওয়া লাইটওয়েট প্রক্রিয়া বা থ্রেডের ব্যবহার একাধিক আরপিসি একসাথে সঞ্চালনের অনুমতি দেয়।
যখন RPC ব্যবহার করে প্রোগ্রাম স্টেটমেন্টগুলি এক্সিকিউটেবল প্রোগ্রামে সংকলিত হয়, তখন একটি স্টাব সংকলিত কোডে অন্তর্ভুক্ত করা হয় যা দূরবর্তী প্রক্রিয়া কোডের প্রতিনিধি হিসাবে কাজ করে। যখন প্রোগ্রামটি চালানো হয় এবং পদ্ধতি কল জারি করা হয়, তখন স্টাবটি অনুরোধটি গ্রহণ করে এবং স্থানীয় কম্পিউটারে ক্লায়েন্ট রানটাইম প্রোগ্রামে ফরোয়ার্ড করে। ক্লায়েন্ট রানটাইম প্রোগ্রামে দূরবর্তী কম্পিউটার এবং সার্ভার অ্যাপ্লিকেশনটিকে কীভাবে সম্বোধন করা যায় তার জ্ঞান রয়েছে এবং নেটওয়ার্ক জুড়ে বার্তা প্রেরণ করে যা দূরবর্তী পদ্ধতির অনুরোধ করে। একইভাবে, সার্ভারটিতে একটি রানটাইম প্রোগ্রাম এবং স্টাব অন্তর্ভুক্ত রয়েছে যা দূরবর্তী পদ্ধতির নিজেই ইন্টারফেস। ফলাফল একইভাবে ফেরত দেওয়া হয়।
বেশ কয়েকটি আরপিসি মডেল এবং বাস্তবায়ন রয়েছে। একটি জনপ্রিয় মডেল এবং বাস্তবায়ন হ'ল ওপেন সফটওয়্যার ফাউন্ডেশনের ডিস্ট্রিবিউটড কম্পিউটিং এনভায়রনমেন্ট (ডিসিই)। ইলেকট্রিক্যাল অ্যান্ড ইলেকট্রনিক্স ইঞ্জিনিয়ার্স ইনস্টিটিউট তার আইএসও রিমোট প্রসিডিয়ার কল স্পেসিফিকেশন, আইএসও / আইইসি সিডি 11578 এন 6561, আইএসও / আইইসি, নভেম্বর 1991 সালে আরপিসিকে সংজ্ঞায়িত করেছে।
আরপিসি নেটওয়ার্ক যোগাযোগের ওপেন সিস্টেম ইন্টারকানেকশন (ওএসআই) মডেলটিতে ট্রান্সপোর্ট লেয়ার এবং অ্যাপ্লিকেশন স্তরকে প্রশস্ত করে। আরপিসি একটি অ্যাপ্লিকেশন বিকাশকে আরও সহজ করে তোলে যা একটি নেটওয়ার্কে বিতরণ করা একাধিক প্রোগ্রাম অন্তর্ভুক্ত করে।
ক্লায়েন্ট / সার্ভার যোগাযোগের বিকল্প পদ্ধতির মধ্যে মেসেজ কুইং এবং আইবিএম এর অ্যাডভান্সড প্রোগ্রাম-টু-প্রোগ্রাম যোগাযোগ (এপিসি) রয়েছে।
মাইক্রোসফ্ট থেকে আরও এখানে: http://msdn.microsoft.com/en-us/library/windows/desktop/aa378651(v=vs.85).aspx
উদ্দেশ্য
মাইক্রোসফট দূরবর্তী অবস্থান থেকে প্রসিডিউর কল (RPC) বিতরণ করা ক্লায়েন্ট / সার্ভার প্রোগ্রাম তৈরি করার জন্য একটি শক্তিশালী প্রযুক্তি সংজ্ঞায়িত করে। আরপিসি রান-টাইম স্টাব এবং গ্রন্থাগারগুলি নেটওয়ার্ক প্রোটোকল এবং যোগাযোগ সম্পর্কিত বেশিরভাগ প্রক্রিয়া পরিচালনা করে। এটি আপনাকে নেটওয়ার্কের বিশদের চেয়ে অ্যাপ্লিকেশনের বিশদগুলিতে ফোকাস করতে সক্ষম করে। উইন্ডোজ অপারেটিং সিস্টেমের উপর ভিত্তি করে সমস্ত ক্লায়েন্ট / সার্ভার অ্যাপ্লিকেশনগুলিতে
প্রযোজ্য
আরপিসি ব্যবহার করা যেতে পারে। এটি ইউনিক্স এবং অ্যাপল হিসাবে অপারেটিং সিস্টেম অন্তর্ভুক্ত যে ভিন্ন ভিন্ন নেটওয়ার্ক পরিবেশের জন্য ক্লায়েন্ট এবং সার্ভার প্রোগ্রাম তৈরি করতে ব্যবহার করা যেতে পারে।