pysnmpbulkwalk - عبر الإنترنت في السحابة

برنامج:

اسم

pysnmpcmd - خيارات وسلوك شائع في معظم أدوات سطر أوامر PySNMP

موجز

com.pysnmpcmd [خيارات] الوكيل [المعلمات]

الوصف

تصف صفحة الدليل هذه الخيارات الشائعة لأوامر PySNMP: com.pysnmpbulkwalk,
com.pysnmpget, com.pysnmpset, com.pysnmptranslate, com.pysnmpwalk. تستخدم تطبيقات سطر الأوامر ملحق
بروتوكول SNMP للتواصل مع وكيل شبكة قادر على بروتوكول SNMP. فردي
تأخذ التطبيقات عادةً (ولكن ليس بالضرورة) معلمات إضافية معطاة
بعد مواصفات الوكيل. تم توثيق هذه المعلمات في صفحات الدليل الخاصة بـ
كل تطبيق.

OPTIONS

-a أوثبروتوكول
قم بتعيين بروتوكول المصادقة (MD5 أو SHA) المستخدم في SNMPv3 المصدق
الرسائل.

-A المصادقة
قم بتعيين عبارة مرور المصادقة المستخدمة لرسائل SNMPv3 المصادق عليها.

-c مجتمع
قم بتعيين سلسلة المجتمع لمعاملات SNMPv1 / v2c.

-d تفريغ (بالنظام الست عشري) حزم SNMP الأولية المرسلة والمستلمة.

-D رمز مميز [، ...]
قم بتشغيل إخراج التصحيح للمعيار TOKEN(س). يحاول من جميع للإسهاب للغاية
الناتج.

-e معرف المحرك
قم بتعيين معرف المحرك الموثوق (الأمان) المستخدم لرسائل طلب SNMPv3. إنها
عادة ليس من الضروري تحديد هذا ، لأنه عادة ما يتم اكتشافه
تلقائيا.

-E معرف المحرك
قم بتعيين معرف محرك السياق المستخدم لـ SNMPv3 REQUEST الرسائل scopedPdu. ان لم
المحدد ، فسيتم تعيين هذا بشكل افتراضي إلى معرف المحرك الموثوق.

-ح ، --مساعدة
اعرض رسالة استخدام موجزة ثم اخرج.

-H اعرض قائمة بتوجيهات ملف التكوين التي يفهمها الأمر ثم
ىخرج.

-I [هو]
يحدد خيارات تحليل الإدخال. يرى INPUT OPTIONS أدناه.

-l المستوى الثاني
قم بتعيين مستوى الأمان المستخدم لرسائل SNMPv3 (noAuthNoPriv | authNoPriv | authPriv).
يجب تقديم عبارة (عبارات) مرور مناسبة عند استخدام أي مستوى أعلى من
noAuthNoPriv.

-m MIBLIST
تحدد قائمة مفصولة بنقطتين لوحدات MIB النمطية (وليس الملفات) لتحميلها لهذا الغرض
التطبيق.

الكلمة الخاصة الجميع يتم استخدامه لتحميل جميع وحدات MIB في بحث دليل MIB
قائمة. كل ملف لا يبدأ اسمه بـ "." سيتم تحليله كما لو كان ملف
ملف MIB.

-M ديرليست
يحدد قائمة أدلة مفصولة بنقطتين للبحث عن MIBs. لاحظ أن MIBs
المحدد باستخدام الخيار -m سيتم تحميله من أحد المجلدات المدرجة بواسطة
الخيار M (أو ما يعادله).

-n اسم السياق
قم بتعيين اسم السياق المستخدم لرسائل SNMPv3. اسم السياق الافتراضي هو فارغ
خيط "".

-O [ابيEfnqQsStTuUvxX]
يحدد خيارات طباعة الإخراج. يرى OUTPUT OPTIONS أدناه.

-r يعيد المحاولة
يحدد عدد مرات إعادة المحاولة لاستخدامها في الطلبات. الافتراضي هو 5.

-t مهلة
يحدد المهلة بالثواني بين عمليات إعادة المحاولة. الافتراضي هو 1.

-u secName
قم بتعيين اسم الأمان المستخدم لرسائل SNMPv3 المصادق عليها.

-v 1 | 2c | 3
يحدد إصدار البروتوكول المراد استخدامه: 1 (RFCs 1155-1157) ، 2c (RFCs 1901-1908) ، أو
3 (RFCs 2571-2574). الافتراضي هو عادة الإصدار 3.

-الخامس، --الإصدار
عرض معلومات الإصدار للتطبيق ثم الخروج.

-x بروتوكول خاص
قم بتعيين بروتوكول الخصوصية (DES أو AES) المستخدم لرسائل SNMPv3 المشفرة.

-X كلمة مرور خاصة
قم بتعيين عبارة مرور الخصوصية المستخدمة لرسائل SNMPv3 المشفرة.

-Z الأحذية ، الوقت
قم بتعيين وقت تشغيل المحرك ووقت المحرك المستخدم لرسائل SNMPv3 المصادق عليها. هذا
سيقوم بتهيئة الفكرة المحلية لوكلاء التشغيل / الوقت باستخدام ملف
القيمة المخزنة في شاشة LCD. ليس من الضروري عادةً تحديد هذا الخيار ، مثل
عادة ما يتم اكتشاف هذه القيم تلقائيًا.

وكيل SPECIFICATION

السلسلة وكيل في ال موجز أعلاه يحدد كيان SNMP البعيد الذي تريد
يتواصل. تأخذ هذه المواصفات الشكل:

[ :]

في أبسط صوره ، ملف وكيل قد تتكون المواصفات من اسم مضيف أو عنوان IPv4 بتنسيق
التدوين القياسي "الرباعي المنقط". في هذه الحالة ، ستتم محاولة الاتصال باستخدام
UDP / IPv4 إلى المنفذ 161 للمضيف المحدد. وإلا فإن جزء من
يتم تحليل المواصفات وفقًا للجدول التالي:

شكل

اسم مضيف udp [: منفذ] or عنوان IPv4 [: المنفذ]

لاحظ أن السلاسل غير حساسة لحالة الأحرف ، لذلك ، على سبيل المثال ، "tcp"
و "TCP" متكافئان. فيما يلي بعض الأمثلة مع تفسيرها:

اسم المضيف: 161 إجراء الاستعلام باستخدام مخططات بيانات UDP / IPv4 إلى اسم المضيف في الميناء 161.
": 161" زائدة هنا لأن هذا هو منفذ SNMP الافتراضي
في أي حال.

udp: اسم المضيف مطابق للمواصفات السابقة. "udp:" زائدة عن الحاجة
هنا منذ UDP / IPv4 هو النقل الافتراضي.

OUTPUT OPTIONS

يمكن التحكم في تنسيق الإخراج من أوامر SNMP باستخدام معلمات مختلفة لـ
ال -O علَم. يمكن رؤية تأثيرات هذه الخيارات الفرعية بالمقارنة مع
الناتج الافتراضي التالي (ما لم ينص على خلاف ذلك):
$ snmpget -c public -v 1 localhost sysUpTime.0
SNMPv2-MIB :: sysUpTime.0 = الجداول الزمنية: (14096763) يوم واحد ، 1: 15: 09

-أو عرض قيم السلسلة كسلاسل ASCII (ما لم يتم تعريف DISPLAY-HINT لـ
كائن MIB المقابل). بشكل افتراضي ، تحاول المكتبة تحديد
ما إذا كانت القيمة سلسلة قابلة للطباعة أو ثنائية ، ويعرضها وفقًا لذلك.

لا يؤثر هذا الخيار على الكائنات التي do لديك عرض تلميح.

-ب عرض فهارس الجدول عدديًا ، بدلاً من محاولة تفسير المثيل
المعرفات الفرعية كسلسلة أو قيم OID:
$ snmpgetnext -c public -v 1 localhost vacmSecurityModel
SNMP-VIEW-BASED-ACM-MIB :: vacmSecurityModel.0. "wes" = xxx
snmpgetnext -c public -v 1 -ب المضيف المحلي vacmSecurityModel
SNMP-VIEW-BASED-ACM-MIB :: vacmSecurityModel.0.3.119.101.115 = xxx

-أو يزيل التسميات الرمزية من قيم التعداد:
$ snmpget -c public -v 1 localhost ipForwarding.0
IP-MIB :: ipForwarding.0 = العدد الصحيح: إعادة توجيه(1)
snmpget -c public -v 1 -أو المضيف المحلي ipForwarding.0
IP-MIB :: ipForwarding.0 = العدد الصحيح: 1

-OE يعدل سلاسل الفهرس لتخطي حروف الاقتباس:
$ snmpgetnext -c public -v 1 localhost vacmSecurityModel
SNMP-VIEW-BASED-ACM-MIB :: vacmSecurityModel.0. "wes" = xxx
snmpgetnext -c public -v 1 -OE المضيف المحلي vacmSecurityModel
SNMP-VIEW-BASED-ACM-MIB :: vacmSecurityModel.0. \ "wes \" = xxx

هذا يسمح بإعادة استخدام الإخراج في أوامر shell.

-ل قم بتضمين القائمة الكاملة لكائنات MIB عند عرض معرف الكائن:
.iso.org.dod.internet.mgmt.mib-2.sysUpTime.0 =
المواعيد: (14096763) يوم واحد ، 1:15: 09

-على يعرض OID عدديًا:
.1.3.6.1.2.1.1.3.0 = المواعيد: (14096763) 1 يوم ، 15: 09: 27.63

-موافق يزيل علامة التساوي ومعلومات الكتابة عند عرض قيم varbind:
SNMPv2-MIB::sysUpTime.0 1:15:09:27.63

-أوك يزيل معلومات الكتابة عند عرض قيم varbind:
SNMPv2-MIB::sysUpTime.0 = 1:15:09:27.63

-أوس اعرض اسم كائن MIB (بالإضافة إلى أي مثيل أو معرفات فرعية أخرى):
sysUpTime.0 = المواعيد: (14096763) 1 يوم ، 15: 09: 27.63

-عظم اعرض اسم MIB ، بالإضافة إلى اسم الكائن:
SNMPv2-MIB :: sysUpTime.0 = الجداول الزمنية: (14096763) يوم واحد ، 1: 15: 09

هذا هو تنسيق إخراج معرف الكائن الافتراضي.

-Ot عرض قيم TimeTicks كأرقام أولية:
SNMPv2-MIB :: sysUpTime.0 = 14096763

-OT إذا تمت طباعة القيم كسلاسل سداسية ، فقم بعرض نسخة قابلة للطباعة أيضًا.

-أو اعرض OID بنمط UCD التقليدي (موروث من CMU الأصلي
شفرة). هذا يعني إزالة سلسلة من البادئات "القياسية" من معرف الكائن ، و
عرض القائمة المتبقية بأسماء كائنات MIB (بالإضافة إلى أي معرفات فرعية أخرى):
system.sysUpTime.0 = المواعيد: (14096763) 1 يوم ، 15: 09: 27.63

-أنت لا تطبع لاحقة UNITS في نهاية القيمة.

-أوف اعرض قيمة varbind فقط ، وليس OID:
snmpget -c public -v 1 -أو المضيف المحلي ipForwarding.0
عدد صحيح: إعادة توجيه(1)

-ثور عرض قيم السلسلة كسلاسل سداسية (ما لم يتم تعريف DISPLAY-HINT لـ
كائن MIB المقابل). بشكل افتراضي ، تحاول المكتبة تحديد
ما إذا كانت القيمة سلسلة قابلة للطباعة أو ثنائية ، ويعرضها وفقًا لذلك.

لا يؤثر هذا الخيار على الكائنات التي do لديك عرض تلميح.

-ثور عرض فهارس الجدول في إخراج أكثر "برنامج مثل" ، وتقليد التقليدية
تنسيق فهرس نمط الصفيف:
$ snmpgetnext -c public -v 1 localhost ipv6RouteTable
IPv6-MIB :: ipv6RouteIfIndex.63.254.1.0.255.0.0.0.0.0.0.0.0.0.0.0.64.1 = العدد الصحيح: 2
snmpgetnext -c public -v 1 -OE المضيف المحلي ipv6RouteTable
IPv6-MIB::ipv6RouteIfIndex[3ffe:100:ff00:0:0:0:0:0][64][1] = INTEGER: 2

يمكن أيضًا تكوين معظم هذه الخيارات عبر رموز التكوين المميزة. انظر
snmp.conf(5) صفحة دليل للحصول على التفاصيل.

INPUT OPTIONS

يمكن التحكم في تفسير أسماء عناصر الإدخال والقيم التي سيتم تخصيصها
باستخدام معلمات مختلفة من -I علَم. سيتم وصف السلوك الافتراضي في
نهاية هذا القسم.

-يب يحدد أن الاسم المحدد يجب اعتباره تعبيرًا عاديًا للمطابقة
(غير حساس لحالة الأحرف) مقابل أسماء الكائنات في شجرة MIB. "أفضل" مباراة الإرادة
يمكن استخدامها - تُحسب على أنها تلك التي تطابق الأقرب إلى بداية
اسم العقدة والأعلى في الشجرة. على سبيل المثال ، كائن MIB
يمكن مطابقة نموذج vacmSecurityModel بالتعبير vacmsecuritymodel (الاسم الكامل ،
لكن حالة مختلفة) ، أو نموذج * vacm (نمط regexp).

لاحظ أن '.' هي شخصية خاصة في أنماط التعبير العادي ، لذا فإن
لا يمكن للتعبير تحديد معرفات فرعية للمثيل أو أكثر من اسم كائن واحد. أ
سيتم تطبيق تعبير "أفضل تطابق" فقط على أسماء كائنات MIB الفردية. ل
مثال ، التعبير sys * ontact.0 لن يتطابق مع مثيل sysContact.0
(برغم من sys * ontact سيطابق sysContact). وبالمثل ، تحديد وحدة MIB
الاسم لن ينجح (لذلك SNMPv2-MIB :: sys. * ontact لا تتطابق أيضًا).

-آه تعطيل استخدام معلومات DISPLAY-HINT عند تعيين القيم. هذا من شأنه
ثم يتطلب توفير القيمة الخام:
snmpset ... HOST-RESOURCES-MIB :: hrSystemData.0
× "07 D2 0C 0A 02 04 06 08"
بدلاً من نسخة منسقة:
snmpset ... HOST-RESOURCES-MIB :: hrSystemDate.0
= 2002-12-10,2:4:6.8

-أ تعطيل فحص فهارس الجدول والقيمة التي سيتم تعيينها مقابل ذات الصلة
تعريفات MIB. سيؤدي هذا (نأمل) إلى قيام الوكيل البعيد بالإبلاغ عن ملف
طلب غير صالح ، بدلاً من التحقق (ورفض) هذا قبل إرساله إلى
عامل بعيد.

الفحوصات المحلية أكثر كفاءة (والتشخيصات المقدمة تميل أيضًا إلى أن تكون أكثر
دقيق) ، ولكن تعطيل هذا السلوك مفيد بشكل خاص عند اختبار
عامل بعيد.

-توجو يتيح البحث "الوصول العشوائي" لأسماء MIB. بدلاً من توفير مسار معرف كائن كامل
إلى كائن MIB المطلوب (أو تأهيل هذا الكائن بوحدة نمطية MIB صريحة
name) ، سيتم البحث في شجرة MIB عن اسم الكائن المطابق. هكذا
.iso.org.dod.internet.mib-2.system.sysDescr.0 (أو SNMPv2-MIB :: sysDescr.0) يمكن أن يكون
تم تحديده ببساطة على أنه sysDescr.0.

: تحذير
نظرًا لأن أسماء كائنات MIB ليست فريدة بشكل عام ، فقد يؤدي هذا الأسلوب إلى إرجاع ملف
كائن MIB مختلف بناءً على ملفات MIB التي تم تحميلها.

• MIB-MODULE :: objectName يتميز بناء الجملة بميزة تحديد ملف
كائن MIB معين ، فضلاً عن كونه أكثر كفاءة قليلاً (وتلقائيًا
تحميل ملف MIB الضروري إذا لزم الأمر).

-يكون لاحقة
يضيف اللاحقة المحددة لكل OID نصي معطى في سطر الأوامر. هذا يمكن
يمكن استخدامها لاسترداد كائنات متعددة من نفس صف الجدول ، عن طريق تحديد
قيمة الفهرس المشتركة.

-يكون اختصار
يضيف البادئة المحددة لكل OID نصي معطى في سطر الأوامر. هذا يمكن
تستخدم لتحديد اسم وحدة MIB صريح لجميع الكائنات التي يتم استردادها (أو
للكاتبين الكسالى بشكل لا يمكن علاجه).

-يو تمكن النهج التقليدي على غرار UCD لتفسير OIDs المدخلات. هذا
يفترض أن OIDs متجذرة عند نقطة 'mib-2' في الشجرة (ما لم تبدأ
مع "." أو تضمين اسم وحدة MIB). إذن مثيل sysDescr أعلاه
سيشار إليه باسم system.sysDescr.0.

تم تحديد أسماء الكائنات بعلامة "." يتم تفسيرها دائمًا على أنها "مؤهلة تمامًا"
معرّفات OID ، تسرد تسلسل كائنات MIB من جذر شجرة MIB. هذه الأشياء و
أولئك المؤهلين من خلال اسم وحدة MIB صريح لا يتأثرون بامتداد -يب, -توجو و -يو
الأعلام.

وبخلاف ذلك ، إذا لم يتم تحديد أي من خيارات الإدخال أعلاه ، فإن السلوك الافتراضي لـ a
OID "النسبي" هو محاولة تفسيره على أنه (ضمنيًا) معرف كائن مؤهل بالكامل ، إذن
تطبيق بحث "وصول عشوائي" (-توجو) ، متبوعًا بـ "أفضل تطابق" لمطابقة الأنماط (-يب).

البيئة المتغيرات

PREFIX البادئة القياسية لمعرفات الكائنات (عند استخدام مخرجات نمط UCD). الافتراضات
إلى .iso.org.dod.internet.mgmt.mib-2

قائمة MIBS المراد تحميلها. افتراضيات SNMPv2-TC: SNMPv2-MIB: IF-MIB: IP-MIB: TCP-
MIB: UDP-MIB: SNMP-VACM-MIB. تم تجاوزه بواسطة -m الخيار.

ميبديرز
قائمة الدلائل للبحث عن MIBs. افتراضيات على DATADIR / snmp / mibs.
تم تجاوزه بواسطة -M الخيار.

استخدم pysnmpbulkwalk عبر الإنترنت باستخدام خدمات onworks.net