تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا وثيقة العملية أن يعين سيناريوهات مختلفة ل مستعمل مستوى (UP) reload بناءا على الأعراض أن يتحرى المشكلة.
RCM - مدير تكوين التكرار
محركات الأقراص المزودة بذاكرة مصنوعة من مكونات صلبة - إظهار تفاصيل الدعم
UPF/UP - وظيفة مستوى المستخدم
VPP - معالجة الحزم المتجهة
BFD - اكتشاف إعادة التوجيه ثنائي الإتجاه
منهج لتحديد أعراض سيناريوهات إعادة التحميل:
في إعداد CUPS، تواجه سيناريوهات إعادة تحميل UP تحديات بشكل متكرر، مما يتطلب تحديد الأعراض بشكل فعال واستكشاف الأخطاء وإصلاحها لاحقا.
لبدء العملية، قم بفحص وقت تشغيل النظام لتحديد وقت آخر إعادة تشغيل UP بدقة. تسهل هذه المعلومات إجراء تحليل مركز لسجلات إدارة قاعدة البيانات (RCM) المقابلة لحدث إعادة التحميل.
أستخدم هذا الأمر للتحقق من وقت عمل النظام كما يلي:
******** show system uptime *******
Friday July 22 09:28:14 IST 2022
System uptime: 0D 0H 6M
ملاحظة: تحقق من مزامنة الطوابع الزمنية ل RCM و UP مع نفس المنطقة الزمنية. وإذا كان هنالك تباين، فاصنعوا علاقات متبادلة ضرورية. على سبيل المثال، إذا كان وقت UP في IST ووقت RCM في التوقيت العالمي المنسق (UTC)، لاحظ أن وقت RCM متأخر بشكل ثابت بمقدار 5:30 ساعة عن وقت التشغيل.
تحقق من حدوث أي أعطال أثناء وقت إعادة التحميل. يمكنك إستخدام هذا الأمر للتحقق من حدوث الأعطال:
******** show crash list *******
Sunday January 23 12:12:14 IST 2022
=== ==================== ======== ========== =============== =======================
# Time Process Card/CPU/ SW HW_SER_NUM
PID VERSION VPO / Crash Card
=== ==================== ======== ========== =============== =======================
1 2022-Jan-14+13:16:40 sessmgr 01/0/11287 21.25.5 NA
2 2022-Jan-19+20:51:01 sessmgr 01/0/16142 21.25.5 NA
3 2022-Jan-22+15:51:55 vpp 01/0/07307 21.25.5 NA
4 2022-Jan-22+15:52:08 sessmgr 01/0/27011 21.25.5 NA
5 2022-Jan-22+16:07:43 sessmgr 01/0/13528 21.25.5 NA
في هذه الخطوة، يلزمك فحص ما إذا كانت قد حدثت أي أعطال، مثل أعطال vpp/sesmgr. إذا تم اكتشاف عطل VPP، فإن UP يعيد تحميله فورا بسبب عطل، مما يدفع RCM إلى بدء تبديل إلى UP آخر.
إذا كان هناك تسلسل متسق من أعطال الاختبار، فمن المحتمل أن يؤدي ذلك إلى تعطل بروتوكول VPP، مما يؤدي إلى إعادة تحميل بروتوكول UP.
عندما تواجه مثل هذه الأعطال، تأكد من تجميع الملفات الأساسية ل VPP/sMgr.
ملاحظة: في حالة VPP، قد يكون من الممكن الوصول إلى MiniOre بدلا من ملف أساسي كامل.
خطة الإجراء: بمجرد حصولك على الملف الرئيسي أو المحول صغير الحجم، تتمثل الخطوة التالية في إجراء تصحيح أخطاء الملف الرئيسي لتحديد السبب الجذري للانهيار.
يتم شرح الأخطاء التي تم العثور عليها في syslogs المتعلقة بفشل مراقبة BFD هنا.
تظهر هذه الأخطاء عندما يكون هناك رفرفة في وضع إعادة التوجيه (BFD) أو فقد حزم بين RCM و UP، وخاصة في الحالات التي تكون فيها واجهة التحكم في الوصول (ACI) مشاركة في الاتصال بينها.
بشكل أساسي، يتم تكوين مؤقت لمراقبة حزم BFD. إذا انتهت صلاحية المؤقت هذا لأي سبب مذكور فيؤدي إلى فشل المراقبة. يحث هذا الحدث RCM على بدء تبديل.
Jan 22 15:51:55 <NODENAME> evlogd: [local-60sec55.823] [bfd 170500 error] [1/0/9345 <bfdlc:0> bfd_network.c:1798] [software internal system] <bfdctx:7> Session(1/-1260920720) DOWN control detection timer expired
Jan 22 15:51:55 <NODENAME> evlogd: [local-60sec55.856] [bfd 170500 error] [1/0/9345 <bfdlc:0> bfd_network.c:1798] [software internal system] <bfdctx:5> Session(2/1090521080) DOWN control detection timer expired
Jan 22 15:51:55 <NODENAME> evlogd: [local-60sec55.859] [srp 84220 error] [1/0/10026 <vpnmgr:7> pnmgr_rcm_bfd.c:704] [context: rcmctx, contextID: 7] [software internal system syslog] BFD down, closing TCP.
Jan 22 15:51:56 <NODENAME> evlogd: [local-60sec55.979] [srp 84220 error] [1/0/10026 <vpnmgr:7> pnmgr_rcm_bgp.c:428] [context: rcmctx, contextID: 7] [software internal system syslog] Cannot inform RCM about BGP monitor failure as TCP connection with RCM down.
ولمعالجة هذا الأمر، من المهم إجراء دراسة شاملة للنظام وتحديد أي مسائل محتملة قد تكون قد تسببت في حدوث نقص في التمويل من أجل التنمية. إذا تم تحديد طابع زمني إشكالي، فإن التنسيق مع ACI ضروري للتحقيق فيما إذا كانت هناك أي نقاط أو مشاكل في نهايتها تتوافق مع ذلك الطابع الزمني.
يمكن أن تؤدي نقاط BGP أو حالات فشل المراقبة ضمن UP إلى تشغيل تبديل تم بدء تشغيله بواسطة RCM. وهذه الاخطاء المحددة يجري وصفها كما هو موصوف هنا.
Mar 21 09:10:37 <NODENAME> evlogd: [local-60sec37.482] [vpn 5572 info] [1/0/10038 <vpnmgr:7> pnmgr_rcm_bgp.c:392] [context: rcmctx, contextID: 7] [software internal system critical-info syslog] BGP monitor group 3 down.
Mar 21 09:10:37 <NODENAME> evlogd: [local-60sec37.482] [vpn 5572 info] [1/0/10038 <vpnmgr:7> pnmgr_rcm_bgp.c:392] [context: rcmctx, contextID: 7] [software internal system critical-info syslog] BGP monitor group 4 down.
Mar 21 09:10:37 <NODENAME> evlogd: [local-60sec37.482] [srp 84220 error] [1/0/10038 <vpnmgr:7> pnmgr_rcm_bgp.c:423] [context: rcmctx, contextID: 7] [software internal system syslog] Informed RCM about BGP monitor failure.
العوامل المحتملة التي تسهم في نقاط BGP وطرق تحديدها. يمكن أن تكشف إختبارات SNMP عن الأخطاء التي تشير إلى وجود ترفرفة BGP:
Wed Jan 18 10:30:03 2023 Internal trap notification 1289 (BGPPeerSessionIPv6Down) vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:09 2023 Internal trap notification 1288 (BGPPeerSessionIPv6Up) vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:19 2023 Internal trap notification 1289 (BGPPeerSessionIPv6Down) vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:03 2023 Internal trap notification 1289 (BGPPeerSessionIPv6Down) vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:09 2023 Internal trap notification 1288 (BGPPeerSessionIPv6Up) vpn upf-in ipaddr abcd:ab:cd:abc::defInitiate the process by identifying the context associated with the error that indicates BGP flaps, utilizing the context ID. With the context established, you can precisely determine the particular service involved and retrieve the corresponding IP details.
في كل من CUPS المستندة إلى RCM و CUPS المستندة إلى ICSR، يتم إنشاء سياقات منفردة ضمن UPs. على سبيل المثال، في إعداد RCM، يتم إنشاء سياق "RCM" ضمن UP، بينما يتضمن إعداد ICSR إنشاء سياق "SRP". فيما يلي نموذج لتكوين الأكواب المستندة إلى RCM:
******** show rcm info *******
Thursday March 17 20:51:40 IST 2022
Redundancy Configuration Module:
-------------------------------------------------------------------------------
Context: rcm
Bind Address: <UPF IP binding with RCM controller>
Chassis State: Active
Session State: SockActive
Route-Modifier: 30
RCM Controller Address: <RCM controller IP>
RCM Controller Port: 9200
RCM Controller Connection State: Connected
Ready To Connect: Yes
Management IP Address: <UPF management IP>
Host ID: Active7
SSH IP Address: (Deactivated)
SSH IP Installation: Enabled
redundancy-configuration-module rcm
rcm controller-endpoint dest-ip-addr <Destination RCM controller IP> port 9200 upf-mgmt-ip-addr <UPF management IP> node-name <Nodename>
bind address <UPF IP binding with RCM controller>
monitor bfd peer X.X.X.X
monitor bgp failure reload active
monitor bgp context GnS5S8-U X.X.X.X group 1
monitor bgp context GnS5S8-U X.X.X.X group 1
monitor bgp context GnS5S8-U abcd:defc:c:f::XXXX group 2
monitor bgp context GnS5S8-U defg:abcg:c:f::XXXX group 2
monitor bgp context SGi Z.Z.Z.Z group 3
monitor bgp context SGi G.G.G.G group 3
monitor bgp context SGi XXXX:YYYY:c:f::aaaa group 4
monitor bgp context SGi XXXX:YYYY:c:f::bbbb group 4
monitor bgp context Li XXXX:YYYY:c:f::cccc group 5
monitor bgp context Li XXXX:YYYY:c:f::dddd group 5
monitor sx context GnS5S8-U bind-address XXXX:YYYY:c:f::eeee peer-address XXXX:YYYY:c:f::ffff
#exit
Sample config for ICSR based CUPs without RCM
******** show srp info *******
Sunday April 23 04:39:49 JST 2023
Service Redundancy Protocol:
-------------------------------------------------------------------------------
Context: SRP
Local Address: <UP IP>
Chassis State: Active
Chassis Mode: Backup
Chassis Priority: 10
Local Tiebreaker: FA-02-1B-E8-C1-7E
Route-Modifier: 3
Peer Remote Address: <UP IP>
Peer State: Standby
Peer Mode: Primary
Peer Priority: 1
Peer Tiebreaker: FA-02-1B-13-31-D1
Peer Route-Modifier: 6
Last Hello Message received: Sun Apr 23 04:39:47 2023 (2 seconds ago)
Peer Configuration Validation: Complete
Last Peer Configuration Error: None
Last Peer Configuration Event: Sun Apr 23 04:21:10 2023 (1119 seconds ago)
Last Validate Switchover Status: None
Connection State: Connected
service-redundancy-protocol
monitor bfd context SRP <bfd peer IP> chassis-to-chassis
monitor bfd context SRP <bfd peer IP> chassis-to-chassis
monitor bgp context SAEGW-U-1 <IP> group 1
monitor bgp context SAEGW-U-1 <IP> group 1
monitor bgp context SAEGW-U-1 <IP> group 2
monitor bgp context SAEGW-U-1 <IP> group 2
monitor bgp context SAEGW-U-1 <IP> group 3
monitor bgp context SAEGW-U-1 <IP> group 3
monitor bgp context SGI-1 <IP> group 4
monitor bgp context SGI-1 <IP> group 4
monitor system vpp delay-period 30
peer-ip-address <IP>
bind address <IP>
#exit
وفي كلا التكوينين، يتم تنفيذ الرصد لبروتوكول بوابة الحدود (على غرار الرصد لبروتوكول بوابة الحدود (BFD) في سياقات كل منهما.
يتم تعيين رقم مجموعة فريد لكل مثيل مراقبة، ويتم تخصيص أرقام مجموعات منفصلة للخدمات المميزة. على سبيل المثال، في سياق RCM، يقترن "SGi" برقم المجموعة 3، ويرتبط "SGi IPv6" برقم المجموعة 4، ويرتبط "LI" برقم المجموعة 5.
باستخدام التكوين المتوفر كأساس، يتضمن إعداد RCM مراقبة إرتباطات BGP المحددة داخل هذا السياق. قد تواجه المراقبة الفشل إذا تعرض أي من إرتباطات BGP هذه للفشل أو إذا كانت هناك صعوبات في اكتشاف إرتباط BGP. في إعداد ICSR، حيث لا يوجد RCM UP، يتم إجراء مراقبة إرتباط BGP بواسطة SRP. وتعمل هذه الآلية على نحو مماثل للتفسير المبين في هذه النقطة.
والهدف الرئيسي هو الإشراف على هذه الروابط. وعند مواجهة أخطاء الرصد هذه، تتمثل الخطوة الأولية في التحقق من الأسباب الكامنة وراء عدم رصد الروابط. يمكن أن تتضمن الأسباب المحتملة نقاط وصول BGP، أو إختلافات التكوين في بروتوكولات IPs المدرجة للمراقبة مقابل بروتوكولات IP المحددة في السياقات الخاصة بها، أو مشاكل فقدان الحزمة.
وبالمثل، كما هو موضح لجنيحات BGP، يتم تنفيذ مراقبة نقاط SX بين CP و UP. إذا تم اكتشاف رفرفة SX، يقوم RCM بتهيئة التحويل وفقا لذلك.
Errors for Sx flap which can be seen from snmp traps
Thu Apr 28 15:22:55 2022 Internal trap notification 1382 (SxPathFailure) Context Name:gwctx, Service Name:sx-srvc-cp, Self-IP:X.X.X.X, Peer-IP:Y.Y.Y.Y, Old Recovery Timestamp:3854468847, New Recovery Timestamp
سجلات وحدة تحكم RCM:
Monitoring failure for BFD
{"log":"2022/11/12 13:33:31.138 [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_BFD\n",
Monitoring failure for BGP
{"log":"2022/11/12 15:34:27.644 [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_BGP\n"
Monitoring failure for Sx
{"log":"2022/11/12 15:34:46.763 [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_SX\n"
عمليات إخراج أوامر RCM:
rcm show-status
(to check RCM in Master or Backup state)
rcm show-statistics configmgr
(to check number of UPs connected to this configmgr and current stat of about which are the active UPs and standby UPs )
rcm show-statistics controller
(to check number of UPs connected to this controller and current stat of about which are the active UPs and standby UPs )
rcm show-statistics switchover
rcm show-statistics switchover-verbose
(to check which UP got switchovered to which UP and at what time and with what reason)
أمثلة على إخراج الأمر:
root@Nodename:
[unknown] ram# ram show-status
message :
{"status”: “MASTER"}
[unknown] rcm# rcm show-statistics switchover
message :
{
"stats_history": [
{
"status": "Success",
"started": "Mar 21 03:40:37.480",
"ended": "Mar 21 03:40:41.659",
"switchoverreason": "BGP Failure",
"source_endpoint": "X.X.X.X",
"destination_endpoint": "Y.Y.Y.Y"
}
],
"num_switchover": 1
}
من المهم الحصول على سجلات وحدات التحكم ومراجعتها بعناية لأي سيناريوهات تبديل، كما تمت مناقشتها سابقا. ويهدف هذا التحليل إلى ضمان تنفيذ عملية التحويل بسلاسة ودون أي مشاكل.
{"log":"2022/05/10 00:30:48.553 [INFO] [events.go:87] [rcm_ctrl_ep.events.bfdmgr] eventsDbSetCallBack: endpoint X.X.X.X : STATE_UP -\u003e STATE_DOWN\n","stream":"stdout","time":"2022-05-10T00:30:48.553622344Z"}
--------------------Indication of active UP bfd went down
{"log":"2022/05/10 00:30:48.553 [DEBUG] [control.go:2920] [rcm_ctrl.control.main] [stateMachine]: Received Event Endpoint: groupId: 1 endpoint: X.X.X.X status: STATE_DOWN\n","stream":"stdout","time":"2022-05-10T00:30:48.553654666Z"}
{"log":"\n","stream":"stdout","time":"2022-05-10T00:30:48.553661415Z"}
{"log":"2022/05/10 00:30:48.553 [INFO] [red.go:2353] [rcm_ctrl.control.main] [upfHandlUpfAction]: StateChange: UPFAction_ActiveToDown\n","stream":"stdout","time":"2022-05-10T00:30:48.553670033Z"}
{"log":"2022/05/10 00:30:48.553 [ERROR] [red.go:2103] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_BFD\n","stream":"stdout","time":"2022-05-10T00:30:48.55368269Z"}
{"log":"2022/11/12 13:33:27.759 [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'Z.Z.Z.Z' monitor failure, reason UpfMonitor_BGP\n",
----------- Indication of BFD/BGD timer expired and there is a monitoring failure
{"log":"2022/05/10 00:30:48.553 [WARN] [red.go:2256] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: upf X.X.X.X Switch over to Y.Y.Y.Y\n","stream":"stdout","time":"2022-05-10T00:30:48.553696821Z"}
---------- Indication of switchover initiated by RCM
{"log":"2022/05/10 00:32:03.555 [DEBUG] [control.go:3533] [rcm_ctrl.control.main] [snmpThread]: SNMP trap raised for : SwitchoverComplete\n","stream":"stdout","time":"2022-05-10T00:32:03.556753903Z"}
{"log":"2022/05/10 00:32:03.603 [DEBUG] [control.go:1885] [rcm_ctrl.control.main] [handleUpfStateMsg]: endpoint: Y.Y.Y.Y State: UpfMsgState_Active RouteModifier: 28 HostID 'Active3'\n","stream":"stdout","time":"2022-05-10T00:32:03.60379131Z"}
{"log":"2022/05/10 00:32:03.603 [DEBUG] [control.go:2048] [rcm_ctrl.control.main] [handleUpfStateMsg]: endpoint: Y.Y.Y.Y OldState: UPFState_Active NewState: UPFState_Active\n","stream":"stdout","time":"2022-05-10T00:32:03.603847124Z"}
---------- Indication of switchover completed and other UP became Active
{"log":"2022/05/10 00:32:03.646 [INFO] [control.go:1054] [rcm_ctrl.control.main] [handleUpfActiveAckMsg]: Subscriber data / Sx messages flowing towards UP 'Y.Y.Y.Y'\n","stream":"stdout","time":"2022-05-10T00:32:03.646883813Z"}
-------------- Traffic routed towards other Active UP
{"log":"2022/05/10 00:32:53.861 [INFO] [red.go:859] [rcm_ctrl.control.main] [handleUpfSetStandby]: Assigning PEND_STANDBY state to UPF 'X.X.X.X'. Notifies Configmgr, NSO and Redmgrs after receiving State Ack from UPF.\n","stream":"stdout","time":"2022-05-10T00:32:53.862051117Z"}
{"log":"2022/05/10 00:32:53.861 [INFO] [red.go:1681] [rcm_ctrl.control.main] [sendStateToUpf]:send state UpfMsgState_Standby to upf X.X.X.X \n","stream":"stdout","time":"2022-05-10T00:32:53.862059689Z"}
{"log":"2022/05/10 00:32:53.890 [INFO] [red.go:1176] [rcm_ctrl.control.main] [handleUpfNotifyMgrs]: Received UpfMsgState_Standby ACK from UPF 'X.X.X.X'. Notifying Configmgr and Redmgrs.\n","stream":"stdout","time":"2022-05-10T00:32:53.890712421Z"}
---------------------- Switchovered UP became Standby
أثناء التحويل من واحد لأعلى من آخر الذي يتم بدؤه بواسطة إدارة التهيئة عن بعد (RCM)، يتم دفع التهيئة الضرورية بواسطة إدارة التهيئة عن بعد (RCM). لضمان تطبيق هذا التكوين بنجاح، يقوم RCM بتعيين مؤقت لإكمال العملية.
بمجرد دفع التكوين وتخزينه في مسار وحدة التحكم في الوصول عن بعد (UP)، يقوم وحدة التحكم في الوصول عن بعد بتنفيذ التكوين في الإطار الزمني المحدد بواسطة RCM.
بمجرد أن ينتهي UP من تنفيذ التكوين، يرسل إشارة إلى RCM. ويشار إلى هذه الإشارة بإدخال سجل الأحداث في syslogs، مما يؤكد الإكمال الناجح للدفعة الخاصة بالتكوين.
Nov 13 12:01:09 <NODENAME> evlogd: [local-60sec9.041] [cli 30000 debug] [1/0/10935 <cli:1010935> cliparse.c:571] [context: local, contextID: 1] [software internal system syslog] CLI command [user rcmadmin, mode [local]INVIGJ02GNR1D1UP12CO]: rcm-config-push-complete
Nov 13 12:01:09 <NODENAME> evlogd: [local-60sec9.041] [cli 30000 debug] [1/0/10935 <cli:1010935> cliparse.c:571] [context: local, contextID: 1] [software internal system syslog] CLI command [user rcmadmin, mode [local]INVIGJ02GNR1D1UP12CO]: rcm-config-push-complete end-of-config
rcm-config-push-complete end-of-config
تعرف على شبكات واجهة سطر الأوامر (CLI) المسببة للمشاكل داخل ملف التكوين الذي تم دفعه، والذي يمكن تحديده من سجلات RCM ConfigMgr.
يمكن أن تحدث المشاكل المتعلقة ب SFTP عندما يحاول RCM إرسال التكوين ولكنه يواجه صعوبات في إنشاء اتصال مع UP. ويمكن أن تنبع هذه التحديات من مضاعفات كلمة المرور أو عوامل أخرى تؤثر على عمليات بروتوكول الشجرة المتفرعة (SFTP).
يسمح مراجعة سجلات ConfigMgr بمراقبة حالة SFTP وتحديد أخطاء التكوين. فيما يلي نموذج تمثيل لمثيلات الأخطاء النموذجية.
تظهر سجلات SFTP في سجلات RCM ConfigMgr على النحو التالي:
{"log":"2022/11/12 23:53:09.066 rcm-configmgr [DEBUG] [sshclient.go:395] [rcm_grpc_ep.msg-process.Int] Initiate a sftp connection to host: X.X.X.X \n","stream":"stdout","time":"2022-11-12T23:53:09.067894173Z"}
{"log":"2022/11/12 23:53:09.066 rcm-configmgr [DEBUG] [sftpClient.go:26] [rcm_grpc_ep.grpc.Int] Conneting to host X.X.X.X for sftp with src path: /cfg/ConfigMgr/upfconfig10-103-108-154_22.cfg and dst path: /sftp/10-103-108-154_22.cfg \n","stream":"stdout","time":"2022-11-12T23:53:09.067903156Z"}
{"log":"2022/11/12 23:53:09.203 rcm-configmgr [DEBUG] [sftpClient.go:58] [rcm_grpc_ep.grpc.Int] Successfully opened the file%!(EXTRA string=/cfg/ConfigMgr/upfconfig10-103-108-154_22.cfg)\n","stream":"stdout","time":"2022-11-12T23:53:09.203698078Z"}
{"log":"2022/11/12 23:53:09.211 rcm-configmgr [DEBUG] [sftpClient.go:66] [rcm_grpc_ep.grpc.Int] Total bytes copied 405933: \n","stream":"stdout","time":"2022-11-12T23:53:09.212063509Z"}
تم ملاحظة انتهاء صلاحية كلمة المرور أثناء SFTP في قوائم التحكم UP:
2022-May-16+17:45:02.834 [cli 30005 info] [1/0/14263 <cli:1014263> _commands_cli.c:1474] [software internal system syslog] CLI session ended for Security Administrator admin on device /dev/pts/5
2022-May-16+17:45:02.834 [cli 30024 error] [1/0/14263 <cli:1014263> cli.c:1657] [software internal system syslog] Misc error: Password change required rc=0
2022-May-16+17:45:02.834 [cli 30087 info] [1/0/14263 <cli:1014263> cli.c:1352] [software internal system critical-info syslog] USER user 'admin' password has expired beyond grace period
2022-May-16+17:45:02.594 [cli 30004 info] [1/0/14263 <cli:1014263> cli_sess.c:164] [software internal system syslog] CLI session started for Security Administrator admin on device /dev/pts/5 from X.X.X.X
2022-May-16+17:45:02.537 [cli 30028 debug] [1/0/9816 <vpnmgr:1> luser_auth.c:1598] [context: local, contextID: 1] [software internal system syslog] Login attempt failure for user admin IP address X.X.X.X - Access type ssh/sftp
إذا ظهرت مشاكل SFTP من كلمات المرور، فاعتبر إنشاء كلمة مرور جديدة أو تمديد فترة انتهاء صلاحية كلمة المرور.
إذا تم إستبعاد مشاكل كلمة المرور، فتحقق من عدد جلسات SFTP المتزامنة، حيث أن العدد الزائد من الجلسات يمكن أن يؤدي إلى انقطاع SFTP.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
14-Aug-2023 |
الإصدار الأولي |