আপনার হোস্ট কাস্টম অ্যাট্রিবিউটকে "http_vhosts" অভিধান হিসাবে সংজ্ঞায়িত করে কিন্তু এটি কখনই ব্যবহৃত হয় না (সেই অভিধানের উপর পুনরাবৃত্তি বিধি এবং পরিষেবা বিষয়বস্তুগুলি জিব্রেটিং করার নিয়মের কোনও প্রয়োগ নেই)।
পরিবর্তে পরিষেবাটি বিধি প্রয়োগ করে (লুপ ছাড়াই) কেবল পরিষেবাটি "httpS" প্রয়োগ করে। দুর্ঘটনাক্রমে হোস্ট কাস্টম বৈশিষ্ট্য "http_ssl" সেট করা আছে - এটি স্ট্রিং হিসাবে সংখ্যার পরিবর্তে বুলিয়ান হিসাবে সত্য পড়তে হবে (এটি সর্বদা সত্য)।
আপনি সম্ভবত একাধিক ইউআরআই পরীক্ষা করতে চান / না।
আমার প্রস্তাব (2 সমাধান):
1) আপনার পরিষেবা প্রয়োগের নিয়মটি ঠিক করুন এবং আপনার হোস্ট অবজেক্টের সংজ্ঞা থেকে http_ * কাস্টম বৈশিষ্ট্যগুলি সরান। পরিবর্তে সেগুলিতে পরিষেবা প্রয়োগের বিধি প্রয়োগ করুন:
apply Service "httpS" {
import "generic-service"
check_command = "http"
vars.http_uri = "/"
vars.http_ssl = true
assign where host.name == "mailserver-01"
}
ডকুমেন্টেশনে আপনি http চেককম্যান্ডের জন্য কমান্ড প্যারামিটার হিসাবে ব্যবহৃত সমস্ত কাস্টম বৈশিষ্ট্যগুলি খুঁজে পেতে পারেন : http://docs.isinga.org/isinga2/latest/doc/module/isinga2/chapter/plugin-check-commands#plugin-check- কম্যান্ড-HTTP
২) পরিবর্তে নিয়মের জন্য প্রয়োগ করা পরিষেবাটি ব্যবহার করুন এবং হোস্টে সংজ্ঞায়িত http_vhosts অভিধানে লুপ করুন।
vars.http_vhosts["https /"] = {
http_ssl = true
http_uri = "/"
}
নামকরণ এখানে নোট করুন: "https /" উত্পাদিত পরিষেবার নাম হবে। http_ssl এবং http_uri হল http চেককম্যান্ডের প্রয়োজনীয় কাস্টম বৈশিষ্ট্যগুলির ঠিক একই নাম।
নিয়মের জন্য প্রয়োগের ভিতরে ম্যাজিকটি ঘটে: অভিধান কী হ'ল পরিষেবার নাম। অভিধান মানটি নেস্টেড ডিকশনারি এবং এতে কী_এইচডি__রি এবং http_ssl রয়েছে। উদাহরণস্বরূপ এটিকে "কনফিগারেশন" বলা হয়। এই কনফিগারেশন অভিধানটিতে "ভার্স" অ্যাট্রিবিউটের মতো হুবহু কাঠামো রয়েছে যার কারণে আমরা কেবল এটি পরিষেবার মধ্যে সংযোজন করতে পারি সংজ্ঞাটির জন্য প্রয়োগ করুন।
apply Service for (servicename => config in host.vars.http_vhosts) {
import "generic-service"
check_command = "http"
vars += config
}
আইসিঙ্গা 2 ডেমন-সি ব্যবহার করে কনফিগারটি যাচাই করুন এবং তারপরে কোন কাস্টম বৈশিষ্ট্য উত্পন্ন হয় তা দেখার জন্য উত্পন্ন পরিষেবা অবজেক্টগুলি অনুসন্ধান করুন (আইসিঙ্গা 2 অবজেক্ট তালিকা)।
একটি ভাল জিনিস - সমস্ত হোস্টগুলির মধ্যে যাঁর http_vhosts কাস্টম বৈশিষ্ট্যটি সংজ্ঞায়িত করা হয়েছে তারা এই পরিষেবাগুলি তৈরি করবে, এক্সটায়ার "অ্যাসাইনমেন্ট" এক্সপ্রেশনটির প্রয়োজন নেই (ব্যতিক্রমের ক্ষেত্রে সম্ভবত উপেক্ষা করুন)। সঠিক কৌশলটি দিয়ে আপনি একবারে নিয়মের জন্য আবেদন লিখবেন এবং ভবিষ্যতে কেবল নতুন কাস্টম অ্যাট্রিবিউট অভিধানের সাথে নতুন হোস্ট যুক্ত করবেন :-)
http://docs.icinga.org/icinga2/latest/doc/module/icinga2/chapter/monitoring-basics#using-apply-for
যদিও সমাধান 2) এর জন্য আইসিঙ্গা 2 কনফিগারেশন ভাষা এবং এর কীওয়ার্ড, মানের ধরণ এবং যাদু কৌশল সম্পর্কে উন্নত জ্ঞান প্রয়োজন। তবুও আমরা মনে করি যে এই জাতীয় পদ্ধতি এবং সর্বোত্তম অনুশীলনগুলি ফাইল গ্রহণ এবং পরিবর্তনের মাধ্যমে দীর্ঘমেয়াদী রক্ষণাবেক্ষণ হ্রাস করতে সহায়তা করে।
আপনি আরও যেতে পারেন এবং হোস্টের নামের উপর ভিত্তি করে বিভিন্ন থ্রিশোকডের জন্য অন্যথায় শর্তাদি ব্যবহার করতে পারেন। অথবা টাইমপিরিয়ডগুলির উপর ভিত্তি করে গতিশীল থ্রেশহোল্ডগুলি সংজ্ঞায়িত করতে ফাংশনগুলি ব্যবহার করুন।