এইচটিটিপি.সাইস কম ঝুঁকিপূর্ণ, কারণ এটি তৃতীয় পক্ষের সরবরাহিত কোনও কাইপ চালাতে পারে না।
Http.sys কয়েকটি কাজ করে।
এটি প্রক্সি-ফরওয়ার্ডার হিসাবে কাজ করে, তাই একাধিক প্রক্রিয়া এইচটিটিপি নাম জায়গার বিভিন্ন অংশে অনুরোধের জবাব দিতে দেয়। gbjbaanb উত্তর এটি ভাল কভার।
এটি স্ট্যাটিক ফাইলগুলি সরাসরি উইন্ডোজ ফাইল ক্যাশে থেকে পরিবেশন করে। কোনও প্রসঙ্গের স্যুইচ নেই বলে এটি ছোট ফাইল স্ট্যাটিক ফাইলগুলির জন্য দুর্দান্ত গতিপথ সরবরাহ করে।
এটি কোনও অ্যাপ্লিকেশন থেকে আউটপুটকে ক্যাশে করবে এটি কোনও এইচটিটিপি অনুরোধের কাছে পাঠিয়ে দেবে এবং ক্যাশেড ফলাফলটি ফিরিয়ে দেবে। অ্যাপ্লিকেশনটি ক্যাচিং কতক্ষণ চলবে (যদি থাকে) তার সম্পূর্ণ নিয়ন্ত্রণে।
HTTP.sys সাধারণ কাজগুলি খুব দ্রুত করতে ডিজাইন করা হয়েছে, ব্যবহারকারীর স্পেসে থাকা সমস্ত প্রক্রিয়াতে অন্য সবকিছু পাস করার সময়।
মন্তব্যে জবাবে ড
"কম ঝুঁকি, কারণ এটি তৃতীয় পক্ষের সরবরাহিত কোনও কোড চালাতে পারে না" - এগুলি তারা সর্বদা বলে, এবং এটি প্রায় কখনও সত্য নয়।
সমস্যাটি হ'ল আপনার মাইক্রোসফ্টকে এই প্রশ্নটি জিজ্ঞাসা করার জন্য জটিল কার্নেল কোডটি লিখতে বিশ্বাস করতে হবে, অন্যথায় আপনি ওয়েব হোস্টিংয়ের জন্য উইন্ডোজটি মোটেই ব্যবহার না করার সিদ্ধান্ত নিয়েছেন । যে কোনওভাবে কার্নেলটি কতটা জটিল তা এইচএসটিপি.সিস কার্নেল বাগের ঝুঁকিতে খুব সামান্য যোগ করে।
যদি কোনও HTTP.sys ঝুঁকি হ্রাস করে, কারণ "নিম্ন স্তরের" ওয়েব পরিবেশন এবং অ্যাপ্লিকেশন কোডের নীচে এরকম স্পষ্ট বিভাজন রয়েছে।
একটি ভাল নকশাযুক্ত সেটআপে, ওয়েব সার্ভার চালিত মেশিনটি (বা ভার্চুয়াল সার্ভার) খুব বেশি ঝুঁকির লক্ষ্য হিসাবে, বাকি নেটওয়ার্কগুলিতে খুব সীমিত অ্যাক্সেস পায় has কার্নেল বা একটি ব্যবহারকারী মোড ওয়েব সার্ভার হ্যাক হয়ে থাকলে এটি খুব সামান্য আলাদা করে তোলে, কারণ সার্ভারের নেটওয়ার্কে আর কোনও "অধিকার" না থাকা উচিত, তারপরে ওয়েব-সার্ভার ব্যবহারকারী মোড প্রক্রিয়াটির কাজটি করা দরকার।