De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft het proces om verschillende scenario's voor gebruikersvlak (UP) te identificeren herlaadt op basis van de symptomen om het probleem op te lossen.
RCM - configuratiebeheer voor redundantie
SSD - Ondersteuningsdetails weergeven
UPF/UP - functie Gebruikersplane
VPP - Vector-pakketverwerking
BFD - detectie van bidirectioneel doorsturen
Benadering om Symptomen van UP Reload Scenario's te identificeren:
In een CUPS-opstelling, komen UP reload-scenario's vaak uitdagingen tegen, die effectieve symptoomidentificatie en verdere probleemoplossing vereisen.
Om het proces te initiëren, onderzoek het systeem uptime om de exacte tijd van de laatste UP herstart aan te wijzen. Deze informatie maakt een gerichte analyse van RCM-logbestanden die overeenkomen met de herlaadgebeurtenis, mogelijk.
Gebruik deze opdracht om te controleren of het systeem als volgt geüpload is:
******** show system uptime *******
Friday July 22 09:28:14 IST 2022
System uptime: 0D 0H 6M
Opmerking: controleer of RCM- en UP-tijdstempels gesynchroniseerd zijn met dezelfde tijdzone. Indien er een discrepantie is, zorg dan voor de nodige correlaties. Als bijvoorbeeld de UP-tijd in IST is en de RCM-tijd in UTC is, moet u er rekening mee houden dat de RCM-tijd steeds 5:30 uur achter de UP-tijd ligt.
Controleer of er tijdens het opnieuw laden crashes zijn opgetreden. U kunt deze opdracht gebruiken om te controleren op crashvoorvallen:
******** 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
In deze stap, moet u onderzoeken of er crashes zijn opgetreden, zoals vpp/sessmgr crashes. Als een vpp-crash wordt gedetecteerd, wordt de UP direct opnieuw geladen als gevolg van de crash, waarbij RCM wordt gevraagd om een overschakeling naar een andere UP te starten.
Als er een consistente reeks crashes van sessmgr is, kan dit mogelijk een VPP-crash veroorzaken, wat kan leiden tot een herlading van de UP.
Wanneer u dergelijke crashes tegenkomt, zorg er dan voor dat u kernbestanden voor vpp/sessmgr verzamelt.
Opmerking: in het geval van vpp is een minicore mogelijk toegankelijk in plaats van een volledig kernbestand.
Actieplan: Zodra u het kernbestand of minicore te verkrijgen, de volgende stap is om het zuiveren van kernbestanden uit te voeren om de basisoorzaak van de crash aan te wijzen.
De fouten die in syslogs worden gevonden met betrekking tot BFD controlefouten worden hier verklaard.
Deze fouten ontstaan wanneer er een BFD-flap of pakketverlies is tussen RCM en UP, met name in gevallen waarin ACI betrokken is bij de verbinding daartussen.
In wezen is een timer geconfigureerd om BFD-pakketten te controleren. Als deze timer om de een of andere genoemde reden vervalt, wordt er een bewakingsfout geactiveerd. Deze gebeurtenis vraagt RCM om een overschakeling te starten.
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.
Om dit probleem aan te pakken, is het van belang een uitgebreid onderzoek van het systeem uit te voeren en mogelijke problemen die de BFD-flap zouden kunnen hebben veroorzaakt, te identificeren. Als er een problematische tijdstempel wordt aangegeven, is coördinatie met ACI noodzakelijk om te onderzoeken of er aan het einde van het tijdstempel eventuele tekortkomingen of problemen bestonden die met dat tijdstempel overeenkomen.
BGP-flaps of monitoringfouten binnen UP kunnen een overschakeling veroorzaken die gestart is door RCM. Deze specifieke fouten worden beschreven zoals hier beschreven.
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.
Mogelijke factoren die bijdragen aan BGP flappen en methoden om ze te identificeren. SNMP-traps kunnen fouten onthullen die BGP-flappende gebeurtenissen signaleren:
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.
In zowel op RCM gebaseerde CUPS-instellingen als op ICSR gebaseerde CUPS-instellingen worden binnen de UP's afzonderlijke contexten gecreëerd. Bij een RCM-instelling wordt bijvoorbeeld de "rcm"-context binnen de UP gecreëerd, terwijl bij een ICSR-instelling de "srp"-context wordt gecreëerd. Hier is een voorbeeldconfiguratie voor op RCM gebaseerde CUPS:
******** 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
In beide configuraties is bewaking geïmplementeerd voor BGP (vergelijkbaar met bewaking voor BFD) binnen hun respectievelijke contexten.
Elke controle-instantie krijgt een uniek groepsnummer en verschillende diensten krijgen aparte groepsnummers toegewezen. In de RCM-context wordt "SGi" bijvoorbeeld geassocieerd met groep nummer 3, "SGi IPv6" met groep nummer 4, en "Li" met groep nummer 5.
De configuratie van de RCM, die de geleverde configuratie als basis gebruikt, omvat de bewaking van de gespecificeerde BGP-koppelingen in deze context. De controle kan mislukking ontmoeten als om het even welk van deze BGP verbindingen het flappen ervaren of als er moeilijkheden in het ontdekken van de verbinding BGP zijn. In een ICSR-installatie, waarbij RCM UP ontbreekt, wordt BGP-linkbewaking uitgevoerd door SRP. Dit mechanisme werkt op dezelfde wijze als de in dit punt geschetste verklaring.
Het hoofddoel is om toezicht te houden op de koppelingen. Bij het tegengaan van deze controlefouten is de eerste stap om te achterhalen waarom de koppelingen niet worden gecontroleerd. Mogelijke oorzaken zijn BGP-flaps, configuratiediscrepanties in de IP's die voor bewaking worden ingezet in vergelijking met de IP's die in hun respectievelijke contexten worden gespecificeerd, of pakketverlies.
Evenzo wordt, zoals voor BGP-flaps is toegelicht, de controle op Sx-flaps tussen CP en UP uitgevoerd. Als een Sx-flap wordt gedetecteerd, start RCM dienovereenkomstig een overschakeling.
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
Logbestanden van RCM-controllers:
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-opdrachtoutput:
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)
Voorbeelden van de opdrachtoutput:
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
}
Het is belangrijk om de controllerlogboeken te verkrijgen en zorgvuldig hen voor om het even welke overschakelingsscenario's te herzien, zoals eerder besproken. Deze analyse heeft tot doel ervoor te zorgen dat het overschakelingsproces naadloos en zonder problemen werd uitgevoerd.
{"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
Tijdens een overschakeling van de ene UP naar de andere UP geïnitieerd door RCM, wordt de benodigde configuratie door RCM gedrukt. Om er zeker van te zijn dat deze configuratie met succes wordt toegepast, stelt de RCM een timer in om het proces te voltooien.
Zodra de configuratie is gedrukt en opgeslagen in het pad van de UP, voert de UP de configuratie uit binnen het gespecificeerde tijdskader dat door RCM wordt bepaald.
Zodra de UP de uitvoering van de configuratie heeft voltooid, wordt een signaal naar RCM verzonden. Dit signaal wordt aangegeven door een gebeurtenislogboek-ingang in de syslogs, die de succesvolle voltooiing van de configuratie-push bevestigt.
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
Identificeer problematische CLI's binnen het gedrukte configuratiebestand, dat kan worden bepaald aan de hand van RCM ConfigMgr-logbestanden.
SFTP-gerelateerde problemen kunnen optreden wanneer RCM probeert configuratie te verzenden, maar problemen ondervindt bij het opzetten van een verbinding met de UP. Deze uitdagingen kunnen het gevolg zijn van wachtwoordcomplicaties of andere factoren die van invloed zijn op SFTP-bewerkingen.
Het herzien van de logboeken ConfigMgr staat voor controle van SFTP- status en het identificeren van configuratiefouten toe. Hier is een voorbeeldweergave van typische fout-instanties.
SFTP-logs in RCM ConfigMgr-logs worden als volgt weergegeven:
{"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"}
Wachtwoordverloop tijdens SFTP waargenomen in UP-syslogs:
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
Als er SFTP-problemen voortvloeien uit wachtwoorden, kunt u overwegen een nieuw wachtwoord te genereren of de wachtwoordverloopperiode te verlengen.
Als wachtwoordproblemen worden uitgesloten, onderzoekt u het aantal gelijktijdige SFTP-sessies, aangezien een buitensporig aantal sessies tot SFTP-onderbrekingen kan leiden.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
14-Aug-2023 |
Eerste vrijgave |