search for: 26t14

...0x41 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits I did no add the other 119 visuals to save space. From /var/log/messages: 2015-04-26T14:56:11.510825-07:00 dfpc55 kernel: [ 3.776995] fb: switching to nouveaufb from VESA VGA 2015-04-26T14:56:11.510827-07:00 dfpc55 kernel: [ 3.777008] Console: switching to colour dummy device 80x25 2015-04-26T14:56:11.510827-07:00 dfpc55 kernel: [ 3.777229] nouveau [ DEVICE][0000:01:00.0] B...

...m for authentication. The above indicates that a challenge was sent. The remote side is under no obligation to retry with authentication and may choose not to. If they did and failed another message would occur. From security logs 26/09/2019 before we add our fail2ban rule: EventTV="2019-09-26T14:32:06.516+0200",RemoteAddress="IPV4/UDP/66.117.9.138/52488" EventTV="2019-09-26T14:32:45.748+0200",RemoteAddress="IPV4/UDP/66.117.9.138/57808" EventTV="2019-09-26T14:33:25.300+0200",RemoteAddress="IPV4/UDP/66.117.9.138/63211" EventTV=&quo...

On Tue, 21 May 2024, Opty wrote: > Hello, > > can anyone confirm that OpenSSH server doesn't log client disconnect > without SSH_MSG_DISCONNECT? OpenSSH logs the disconnection regardless of whether the client sends SSH_MSG_DISCONNECT or just drops the connection. A little more information may be logged from the disconnect packet if it was sent, but there should always be a

Hi list, I would like to now what is the sense of such type of entry in security.log [2019-09-27 15:12:24] SECURITY[26964] res_security_log.c: SecurityEvent="ChallengeSent",EventTV="2019-09-27T15:12:24.181+0200",Severity="Informational",Servic e="PJSIP",EventVersion="1",AccountID="<unknown>",