亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? snmp-user-based-sm-mib.txt

?? php安裝源碼,請下載后按照說明文件安裝及配置
?? TXT
?? 第 1 頁 / 共 3 頁
字號:
                          usmUserPublic=randomValue)

                 If you do the key change for yourself:

                   4) SET(usmUserSpinLock.0=sValue,
                          usmUserOwnAuthKeyChange=kcValue
                          usmUserPublic=randomValue)

                 If you get a response with error-status of noError,
                 then the SET succeeded and the new key is active.
                 If you do not get a response, then you can issue a
                 GET(usmUserPublic) and check if the value is equal

                 to the randomValue you did send in the SET. If so, then
                 the key change succeeded and the new key is active
                 (probably the response got lost). If not, then the SET
                 request probably never reached the target and so you
                 can start over with the procedure above.
                "
    DEFVAL      { ''H }    -- the empty string
    ::= { usmUserEntry 6 }

usmUserOwnAuthKeyChange OBJECT-TYPE
    SYNTAX       KeyChange   -- typically (SIZE (0 | 32)) for HMACMD5
                             -- typically (SIZE (0 | 40)) for HMACSHA
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "Behaves exactly as usmUserAuthKeyChange, with one
                 notable difference: in order for the set operation
                 to succeed, the usmUserName of the operation
                 requester must match the usmUserName that
                 indexes the row which is targeted by this
                 operation.
                 In addition, the USM security model must be
                 used for this operation.

                 The idea here is that access to this column can be
                 public, since it will only allow a user to change
                 his own secret authentication key (authKey).
                 Note that this can only be done once the row is active.

                 When a set is received and the usmUserName of the
                 requester is not the same as the umsUserName that
                 indexes the row which is targeted by this operation,
                 then a 'noAccess' error must be returned.

                 When a set is received and the security model in use
                 is not USM, then a 'noAccess' error must be returned.
                "
    DEFVAL      { ''H }    -- the empty string
    ::= { usmUserEntry 7 }

usmUserPrivProtocol OBJECT-TYPE
    SYNTAX       AutonomousType
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "An indication of whether messages sent on behalf of
                 this user to/from the SNMP engine identified by
                 usmUserEngineID, can be protected from disclosure,
                 and if so, the type of privacy protocol which is used.

                 An instance of this object is created concurrently
                 with the creation of any other object instance for
                 the same user (i.e., as part of the processing of
                 the set operation which creates the first object
                 instance in the same conceptual row).

                 If an initial set operation (i.e. at row creation time)
                 tries to set a value for an unknown or unsupported
                 protocol, then a 'wrongValue' error must be returned.

                 The value will be overwritten/set when a set operation
                 is performed on the corresponding instance of
                 usmUserCloneFrom.

                 Once instantiated, the value of such an instance of
                 this object can only be changed via a set operation to
                 the value of the usmNoPrivProtocol.

                 If a set operation tries to change the value of an
                 existing instance of this object to any value other
                 than usmNoPrivProtocol, then an 'inconsistentValue'
                 error must be returned.

                 Note that if any privacy protocol is used, then you
                 must also use an authentication protocol. In other
                 words, if usmUserPrivProtocol is set to anything else
                 than usmNoPrivProtocol, then the corresponding instance
                 of usmUserAuthProtocol cannot have a value of
                 usmNoAuthProtocol. If it does, then an
                 'inconsistentValue' error must be returned.
                "
    DEFVAL      { usmNoPrivProtocol }
    ::= { usmUserEntry 8 }

usmUserPrivKeyChange OBJECT-TYPE
    SYNTAX       KeyChange  -- typically (SIZE (0 | 32)) for DES
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "An object, which when modified, causes the secret
                 encryption key used for messages sent on behalf
                 of this user to/from the SNMP engine identified by
                 usmUserEngineID, to be modified via a one-way
                 function.

                 The associated protocol is the usmUserPrivProtocol.
                 The associated secret key is the user's secret
                 privacy key (privKey). The associated hash
                 algorithm is the algorithm used by the user's

                 usmUserAuthProtocol.

                 When creating a new user, it is an 'inconsistentName'
                 error for a set operation to refer to this object
                 unless it is previously or concurrently initialized
                 through a set operation on the corresponding instance
                 of usmUserCloneFrom.

                 When the value of the corresponding usmUserPrivProtocol
                 is usmNoPrivProtocol, then a set is successful, but
                 effectively is a no-op.

                 When this object is read, the zero-length (empty)
                 string is returned.
                 See the description clause of usmUserAuthKeyChange for
                 a recommended procedure to do a key change.
                "
    DEFVAL      { ''H }    -- the empty string
    ::= { usmUserEntry 9 }

usmUserOwnPrivKeyChange OBJECT-TYPE
    SYNTAX       KeyChange  -- typically (SIZE (0 | 32)) for DES
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "Behaves exactly as usmUserPrivKeyChange, with one
                 notable difference: in order for the Set operation
                 to succeed, the usmUserName of the operation
                 requester must match the usmUserName that indexes
                 the row which is targeted by this operation.
                 In addition, the USM security model must be
                 used for this operation.

                 The idea here is that access to this column can be
                 public, since it will only allow a user to change
                 his own secret privacy key (privKey).
                 Note that this can only be done once the row is active.

                 When a set is received and the usmUserName of the
                 requester is not the same as the umsUserName that
                 indexes the row which is targeted by this operation,
                 then a 'noAccess' error must be returned.

                 When a set is received and the security model in use
                 is not USM, then a 'noAccess' error must be returned.
                "
    DEFVAL      { ''H }    -- the empty string
    ::= { usmUserEntry 10 }

usmUserPublic    OBJECT-TYPE
    SYNTAX       OCTET STRING (SIZE(0..32))
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "A publicly-readable value which can be written as part
                 of the procedure for changing a user's secret
                 authentication and/or privacy key, and later read to
                 determine whether the change of the secret was
                 effected.
                "
    DEFVAL      { ''H }  -- the empty string
    ::= { usmUserEntry 11 }

usmUserStorageType OBJECT-TYPE
    SYNTAX       StorageType
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "The storage type for this conceptual row.

                 Conceptual rows having the value 'permanent' must
                 allow write-access at a minimum to:

                 - usmUserAuthKeyChange, usmUserOwnAuthKeyChange
                   and usmUserPublic for a user who employs
                   authentication, and
                 - usmUserPrivKeyChange, usmUserOwnPrivKeyChange
                   and usmUserPublic for a user who employs
                   privacy.

                 Note that any user who employs authentication or
                 privacy must allow its secret(s) to be updated and
                 thus cannot be 'readOnly'.

                 If an initial set operation tries to set the value to
                 'readOnly' for a user who employs authentication or
                 privacy, then an 'inconsistentValue' error must be
                 returned.  Note that if the value has been previously
                 set (implicit or explicit) to any value, then the rules
                 as defined in the StorageType Textual Convention apply.

                 It is an implementation issue to decide if a SET for
                 a readOnly or permanent row is accepted at all. In some
                 contexts this may make sense, in others it may not. If
                 a SET for a readOnly or permanent row is not accepted
                 at all, then a 'wrongValue' error must be returned.
                "
    DEFVAL      { nonVolatile }
    ::= { usmUserEntry 12 }

usmUserStatus    OBJECT-TYPE
    SYNTAX       RowStatus
    MAX-ACCESS   read-create
    STATUS       current
    DESCRIPTION "The status of this conceptual row.

                 Until instances of all corresponding columns are
                 appropriately configured, the value of the
                 corresponding instance of the usmUserStatus column
                 is 'notReady'.

                 In particular, a newly created row for a user who
                 employs authentication, cannot be made active until the
                 corresponding usmUserCloneFrom and usmUserAuthKeyChange
                 have been set.

                 Further, a newly created row for a user who also
                 employs privacy, cannot be made active until the
                 usmUserPrivKeyChange has been set.

                 The RowStatus TC [RFC2579] requires that this
                 DESCRIPTION clause states under which circumstances
                 other objects in this row can be modified:

                 The value of this object has no effect on whether
                 other objects in this conceptual row can be modified,
                 except for usmUserOwnAuthKeyChange and
                 usmUserOwnPrivKeyChange. For these 2 objects, the
                 value of usmUserStatus MUST be active.
                "
    ::= { usmUserEntry 13 }

-- Conformance Information *******************************************

usmMIBCompliances OBJECT IDENTIFIER ::= { usmMIBConformance 1 }
usmMIBGroups      OBJECT IDENTIFIER ::= { usmMIBConformance 2 }

-- Compliance statements

usmMIBCompliance MODULE-COMPLIANCE
    STATUS       current
    DESCRIPTION "The compliance statement for SNMP engines which
                 implement the SNMP-USER-BASED-SM-MIB.
                "

    MODULE       -- this module
        MANDATORY-GROUPS { usmMIBBasicGroup }

        OBJECT           usmUserAuthProtocol
        MIN-ACCESS       read-only
        DESCRIPTION     "Write access is not required."

        OBJECT           usmUserPrivProtocol
        MIN-ACCESS       read-only
        DESCRIPTION     "Write access is not required."
    ::= { usmMIBCompliances 1 }

-- Units of compliance
usmMIBBasicGroup OBJECT-GROUP
    OBJECTS     {
                  usmStatsUnsupportedSecLevels,
                  usmStatsNotInTimeWindows,
                  usmStatsUnknownUserNames,
                  usmStatsUnknownEngineIDs,
                  usmStatsWrongDigests,
                  usmStatsDecryptionErrors,
                  usmUserSpinLock,
                  usmUserSecurityName,
                  usmUserCloneFrom,
                  usmUserAuthProtocol,
                  usmUserAuthKeyChange,
                  usmUserOwnAuthKeyChange,
                  usmUserPrivProtocol,
                  usmUserPrivKeyChange,
                  usmUserOwnPrivKeyChange,
                  usmUserPublic,
                  usmUserStorageType,
                  usmUserStatus
                }
    STATUS       current
    DESCRIPTION "A collection of objects providing for configuration
                 of an SNMP engine which implements the SNMP
                 User-based Security Model.
                "
    ::= { usmMIBGroups 1 }

END

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
成人激情午夜影院| 一区二区三区美女视频| 麻豆专区一区二区三区四区五区| 欧美精品丝袜中出| 亚洲午夜精品在线| 678五月天丁香亚洲综合网| 日韩精品电影一区亚洲| 欧美成人性福生活免费看| 国产在线不卡一卡二卡三卡四卡| 欧美国产精品劲爆| 色综合天天综合网天天看片| 午夜精品久久久久久久99樱桃| 欧美日本国产一区| 国产综合色精品一区二区三区| 国产欧美日本一区二区三区| 日本高清不卡一区| 男男成人高潮片免费网站| 久久久午夜精品理论片中文字幕| www.av精品| 日本va欧美va精品发布| 国产欧美日韩久久| 欧美三级中文字| 国产大陆精品国产| 午夜a成v人精品| 国产日韩亚洲欧美综合| 在线精品观看国产| 国产主播一区二区三区| 亚洲男帅同性gay1069| 91精品国产黑色紧身裤美女| 成人爱爱电影网址| 视频精品一区二区| 国产精品第一页第二页第三页| 欧美顶级少妇做爰| 成人精品高清在线| 狂野欧美性猛交blacked| 亚洲欧洲成人精品av97| 日韩三级在线免费观看| 99riav久久精品riav| 全国精品久久少妇| 亚洲免费高清视频在线| 久久久五月婷婷| 欧美视频在线播放| 不卡免费追剧大全电视剧网站| 日本成人在线不卡视频| 亚洲男人天堂av网| 国产精品午夜久久| 亚洲精品一区二区三区精华液| 91成人国产精品| 成人福利视频网站| 蜜桃一区二区三区在线观看| 亚洲精品菠萝久久久久久久| 久久久国产精品麻豆| 欧美三级视频在线播放| 99麻豆久久久国产精品免费优播| 久久99热狠狠色一区二区| 亚洲综合色区另类av| 国产精品卡一卡二| 日韩精品一区二区三区中文精品| 欧洲av在线精品| 一本久道久久综合中文字幕| 国产一区不卡在线| 久久99国产乱子伦精品免费| 亚洲123区在线观看| 亚洲黄色免费电影| 亚洲视频每日更新| 国产精品―色哟哟| 国产精品美日韩| 国产婷婷精品av在线| www日韩大片| 337p日本欧洲亚洲大胆精品| 日韩一区二区高清| 日韩一区二区三区在线观看 | 国产午夜精品福利| 欧美v国产在线一区二区三区| 7777精品伊人久久久大香线蕉完整版| 色av一区二区| 欧美在线观看禁18| 在线免费观看日韩欧美| 色老汉一区二区三区| 色香蕉久久蜜桃| 在线精品视频免费播放| 欧美色大人视频| 欧美日韩国产高清一区| 欧美日韩国产经典色站一区二区三区 | 久久精品一区蜜桃臀影院| 日韩欧美国产系列| 久久日韩精品一区二区五区| 国产午夜三级一区二区三| 欧美激情一区二区三区全黄| 中文无字幕一区二区三区| 亚洲欧洲精品天堂一级| 亚洲午夜av在线| 日韩av电影天堂| 国产在线视频一区二区| 成人ar影院免费观看视频| 一本久久a久久精品亚洲| 欧美另类一区二区三区| 日韩欧美在线123| 久久久午夜精品| 亚洲人亚洲人成电影网站色| 一区二区三区鲁丝不卡| 日韩黄色一级片| 国产精品一卡二卡| 91视频在线观看| 欧美日本精品一区二区三区| 久久久久九九视频| 亚洲美女免费视频| 免费精品视频最新在线| 国产露脸91国语对白| 成人avav在线| 69堂国产成人免费视频| 欧美激情一二三区| 亚洲成a人v欧美综合天堂| 国内外精品视频| 在线观看日韩av先锋影音电影院| 日韩午夜激情av| 18欧美乱大交hd1984| 亚洲成人在线网站| 狠狠色丁香婷综合久久| 色婷婷av一区二区| 久久夜色精品国产噜噜av| 亚洲激情网站免费观看| 精彩视频一区二区三区| 91成人国产精品| 日本一区二区三区国色天香| 五月综合激情日本mⅴ| 高清在线观看日韩| 欧美一级专区免费大片| 亚洲欧美经典视频| 精品一区二区在线播放| 在线观看区一区二| 中文久久乱码一区二区| 免费成人深夜小野草| 91网站视频在线观看| 久久嫩草精品久久久久| 亚洲成人动漫一区| 99久久精品久久久久久清纯| 精品国产三级a在线观看| 亚洲444eee在线观看| av一二三不卡影片| 久久久国产一区二区三区四区小说| 亚洲18影院在线观看| 一本久久精品一区二区| 国产免费久久精品| 美女爽到高潮91| 欧美区在线观看| 亚洲综合一二区| 色综合中文字幕国产 | 欧美福利视频一区| 一区二区三区欧美| www.成人网.com| 国产精品私人影院| 国产乱一区二区| 精品少妇一区二区三区 | 蜜桃传媒麻豆第一区在线观看| 欧美性受xxxx黑人xyx| 亚洲欧美日韩在线不卡| 成人午夜视频在线| 久久久精品日韩欧美| 裸体健美xxxx欧美裸体表演| 欧美精品 国产精品| 午夜精品久久久久影视| 在线观看亚洲一区| 亚洲欧美日韩国产中文在线| 99在线热播精品免费| 欧美激情一区二区三区不卡| 国产1区2区3区精品美女| 久久精品人人做人人综合| 韩国中文字幕2020精品| 久久色.com| 丰满亚洲少妇av| 中文字幕精品在线不卡| 成人午夜免费av| 亚洲欧美日韩国产成人精品影院 | 国产成人综合亚洲网站| 久久久久久久性| 国产69精品久久99不卡| 中文成人av在线| 在线视频你懂得一区二区三区| 亚洲成人精品影院| 91精品国产色综合久久ai换脸| 蜜臀av国产精品久久久久| 精品乱码亚洲一区二区不卡| 韩国精品久久久| 国产精品每日更新| 色狠狠桃花综合| 视频一区中文字幕| 欧美大片一区二区| 成人午夜私人影院| 一区二区三区日韩在线观看| 6080yy午夜一二三区久久| 精品一区二区综合| 亚洲欧洲精品天堂一级 | 精品国产髙清在线看国产毛片| 狠狠狠色丁香婷婷综合激情| 国产欧美精品一区aⅴ影院| 色婷婷av一区二区三区大白胸| 天天综合网 天天综合色| 2023国产精品| 在线看国产日韩|