Discuss January 2020

discuss@lists.centos.org

93 participants
71 discussions

CentOS 8 and DELL 7540 Intel AX200 WIFI
by David Summers 20 Jan '20

20 Jan '20

I just wanted to follow up to my post from October 2019. I just installed CentOS 8.1 and my WIFI card is now detected and works properly! So I'm a happy camper again, I guess I just had hardware that was too new and CentOS 8.0 didn't have the driver for my WIFI card but CentOS 8.1 *DOES* have it. Good thing, Both RedHat and DELL says it is "completely supported". I was seriously thinking about sending the hardware back to Dell to reorder a configuration that worked, but now I don't have to, there is now driver support for the Intel AX200 WIFI card. I just had to unexpectedly wait a few months. - Thanks - David

1 0

Re: [CentOS] SSH failure from Centos6 >Centos7
by Adrian van Bloois 19 Jan '20

19 Jan '20

Hi, Ik could be a matter of wrong keytypes, RSA is no longer supported by every version of ssh. I switch to ed25519 keys. Adrian -- Adri P. van Bloois "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

1 0

CentOS-announce Digest, Vol 179, Issue 3
by centos-announce-request＠centos.org 19 Jan '20

19 Jan '20

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2020:0123 Important CentOS 6 thunderbird Security Update (Johnny Hughes) 2. CESA-2020:0120 Important CentOS 7 thunderbird Security Update (Johnny Hughes) 3. CESA-2020:0124 Important CentOS 6 git Security Update (Johnny Hughes) 4. CESA-2020:0122 Important CentOS 6 java-11-openjdk Security Update (Johnny Hughes) 5. CESA-2020:0122 Important CentOS 7 java-11-openjdk Security Update (Johnny Hughes) 6. CESA-2020:0124 Important CentOS 7 git Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Sat, 18 Jan 2020 14:40:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0123 Important CentOS 6 thunderbird Security Update Message-ID: <20200118144044.GA31048(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0123 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0123 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 34b6df5def4bed3126d9eb1b86fddc7952cf5625a222bc67b059631641844db5 thunderbird-68.4.1-2.el6.centos.i686.rpm x86_64: d48c7fbbd5318de3282522bf6bd4721937bcc875d40d30deabca26aac033b949 thunderbird-68.4.1-2.el6.centos.x86_64.rpm Source: dccfa064d06d90cf67c2d7b499c3b6e47b04006abee44f69ed07f5f6767ad732 thunderbird-68.4.1-2.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Sat, 18 Jan 2020 14:41:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0120 Important CentOS 7 thunderbird Security Update Message-ID: <20200118144132.GA31180(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0120 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0120 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4c599a08f131ecb7522d4c14aea2b129926c9d393d62724cf19596affeb6797b thunderbird-68.4.1-2.el7.centos.x86_64.rpm Source: b402421cc2103807c9bc82d49f692fc4d6f54bae26a9b79a7c74c5c343bed32f thunderbird-68.4.1-2.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Sat, 18 Jan 2020 14:51:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0124 Important CentOS 6 git Security Update Message-ID: <20200118145134.GA31745(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0124 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0124 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Sat, 18 Jan 2020 14:53:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0122 Important CentOS 6 java-11-openjdk Security Update Message-ID: <20200118145303.GA32049(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0122 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0122 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Sat, 18 Jan 2020 15:09:56 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0122 Important CentOS 7 java-11-openjdk Security Update Message-ID: <20200118150956.GA320(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0122 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0122 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6431203310f804e8e3ecb51ed8d877bfbd12f280fe44bca1f83c62c818a28ecf java-11-openjdk-11.0.6.10-1.el7_7.i686.rpm a5935c03cc05f824cf4de61d645f680ebb334d009ccc75c7faf6f2b0239d7526 java-11-openjdk-11.0.6.10-1.el7_7.x86_64.rpm 836b7f4e7250e2e61af693752c41e74722b910b23b1321fbd3d18717cbe0084a java-11-openjdk-debug-11.0.6.10-1.el7_7.i686.rpm 9684ac21c46203a59695f1ab5ae56a95e4e3e46f962ad3fba35e314127743a37 java-11-openjdk-debug-11.0.6.10-1.el7_7.x86_64.rpm 6c971a836bb18e68aaaa9498bf8aaf36179d4f9863b7becaec620f2b0839277c java-11-openjdk-demo-11.0.6.10-1.el7_7.i686.rpm 881a4d4b6f2d56cf80e62f911b340b8a7a597e53f4a7f7df79361da111bff353 java-11-openjdk-demo-11.0.6.10-1.el7_7.x86_64.rpm 7e6da9099056bd90f74a03dcc509b02d89ad8d31fc41969606c502823d16b5fa java-11-openjdk-demo-debug-11.0.6.10-1.el7_7.i686.rpm 6fb9dc394f6dedd0e21dc8cdbc118061f75501d4f2e42fb25702c49618950114 java-11-openjdk-demo-debug-11.0.6.10-1.el7_7.x86_64.rpm 3c67a751d682f87adf78469e2970c02ce3c6addc895db925c6e70ba1a202028d java-11-openjdk-devel-11.0.6.10-1.el7_7.i686.rpm d4c0b8b4554f38978c6ed3686e0f1fe2f308a4125dbf3a0a36483e521b5e745a java-11-openjdk-devel-11.0.6.10-1.el7_7.x86_64.rpm 11931c116827aef92199ae2ae1cf0346b7238fbc1e427298b1ac20d84ae56e03 java-11-openjdk-devel-debug-11.0.6.10-1.el7_7.i686.rpm c8c70dd94cfa3280b68cffbf3456880f62ff64a2a04e5ab1b3b3f47ed807b22a java-11-openjdk-devel-debug-11.0.6.10-1.el7_7.x86_64.rpm eab4e417be4a22e00e3890cdec9a0f68f194c74e377ac4b53a8ca79095e8c5b8 java-11-openjdk-headless-11.0.6.10-1.el7_7.i686.rpm 37ad838cd286f4c45e956cfe04981d3bcd64a02ce708ea8ef6c3d455428481b4 java-11-openjdk-headless-11.0.6.10-1.el7_7.x86_64.rpm 08e10b0a7a72473c0c098dc0b721807a6dab894884141d2a30b3d10c343eda5d java-11-openjdk-headless-debug-11.0.6.10-1.el7_7.i686.rpm df20f7c3276d13bd6b003d3e45ccb872704483ad0cc0d0d2ffb4af17ce4ada13 java-11-openjdk-headless-debug-11.0.6.10-1.el7_7.x86_64.rpm e8718a9cc6bb70ae352d19d269eae93cebc022f3320172f17a8722ba7f5d8b20 java-11-openjdk-javadoc-11.0.6.10-1.el7_7.i686.rpm 215172154db0bb255f3980b90123a8040eecacbee7a6fd2333236ac3cbd3f96c java-11-openjdk-javadoc-11.0.6.10-1.el7_7.x86_64.rpm 154097beaad8708d4c248f9fbcf705f1a139f9fb603e3cd6ae0e8da395ae3558 java-11-openjdk-javadoc-debug-11.0.6.10-1.el7_7.i686.rpm dd7d8cd9c916d309c7f290f43f09e9d41d1803d02d86cf8c322d855f8b7f7b8c java-11-openjdk-javadoc-debug-11.0.6.10-1.el7_7.x86_64.rpm 969cf941fa24b14194da00dba875dbf948c5d124b7cdd00a74be2e09e4fea897 java-11-openjdk-javadoc-zip-11.0.6.10-1.el7_7.i686.rpm f611191f93b1c21a8674a89384543a59d9bbcdad66851bd4a8b8800140192faa java-11-openjdk-javadoc-zip-11.0.6.10-1.el7_7.x86_64.rpm 8d2d51a59e9951c6c226f3ec2774e770f3564c594ae995a9d4af5589722db23e java-11-openjdk-javadoc-zip-debug-11.0.6.10-1.el7_7.i686.rpm 808bc65939a7029d1f9909a4db944215f078306f66bbe9d3a849775451d8788a java-11-openjdk-javadoc-zip-debug-11.0.6.10-1.el7_7.x86_64.rpm ccdd13c284a77dbce36e804451f67a04451503b33cbc306ba4a3b2be26db7c8b java-11-openjdk-jmods-11.0.6.10-1.el7_7.i686.rpm 092af1dc249564074ae652e693c890bffe2e5029561e9e3d4e24dbd026af184d java-11-openjdk-jmods-11.0.6.10-1.el7_7.x86_64.rpm 0cfaa174c28b593207d4abd847bc8347c67571563d9690de7af9af4d3706e9f2 java-11-openjdk-jmods-debug-11.0.6.10-1.el7_7.i686.rpm 7f1f6306ad7e0499b10f06f3b19a35d90f0ccb21f6c45ec86d2830283d0c6fab java-11-openjdk-jmods-debug-11.0.6.10-1.el7_7.x86_64.rpm da37440d0ee451a183c0ad8a2184e5f01e6f6e1db2799bd53672f190df528d4d java-11-openjdk-src-11.0.6.10-1.el7_7.i686.rpm ba0fd37f68aab93cf137dc184c7e01b1545d5c364d43d0482fc6d7c48f9087aa java-11-openjdk-src-11.0.6.10-1.el7_7.x86_64.rpm f7e9dbe46f4efe18427381927c1a5eb36194f5aceb12f3ab00c3756075d61248 java-11-openjdk-src-debug-11.0.6.10-1.el7_7.i686.rpm 90d785b62c31117f1ca919d32a67250e5da1173b12c698ece6b68ec34255d35a java-11-openjdk-src-debug-11.0.6.10-1.el7_7.x86_64.rpm Source: 8ade06bae9df862691622be0d5afa8b8875e7115bf6342c4362e4bcaebcaa37e java-11-openjdk-11.0.6.10-1.el7_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Sat, 18 Jan 2020 15:11:21 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0124 Important CentOS 7 git Security Update Message-ID: <20200118151121.GA678(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0124 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0124 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 878a4a406c7b648374e3d28e17e1dd76d5e28eff3a3377d6148a9a73b94daf97 emacs-git-1.8.3.1-21.el7_7.noarch.rpm 2989f197bb8a89a93ed7578f68689aa764ab6d4b9c1e42bd65af9c05ebdb8b17 emacs-git-el-1.8.3.1-21.el7_7.noarch.rpm d8da383096cda070bca5ce6fd1c3c4c4fab4ec1853899546f9799d8b76c2c2ed git-1.8.3.1-21.el7_7.x86_64.rpm 5db7d6294b36f6191c2f12667bf6614060d9fbb6809752457b4a45bd2a373e01 git-all-1.8.3.1-21.el7_7.noarch.rpm 61135048b3c1f5a7dacc7a0571bd442ee45c72fa9dbdb8acedda8a1eace4ba09 git-bzr-1.8.3.1-21.el7_7.noarch.rpm 72bf3359f0637b0ab38d6c414a2353e94da86e1f17a8f0df3ff79a7ebaa813ec git-cvs-1.8.3.1-21.el7_7.noarch.rpm 3970266f2a5ea4ec28143cf691f1510081cdf6b4447c7d66412c8d1734e94f9a git-daemon-1.8.3.1-21.el7_7.x86_64.rpm cde9a9eaf4737c50c26bfc552a12ff388b6f969707a45390d407771c02b329a8 git-email-1.8.3.1-21.el7_7.noarch.rpm 1cfa4d262636e7c18f4ee39dc4ecc0303d8b69d219ba1a05a2b48aef160111cb git-gnome-keyring-1.8.3.1-21.el7_7.x86_64.rpm 56b47bd79566c99ffc3335c8a25e67e3ad9f8dce182bfe4e3bb047464d46d813 git-gui-1.8.3.1-21.el7_7.noarch.rpm 6f613c92f0b78cd4fa45d8df7b87ad0c5660f4a12ece6e60fa87104c6944acbe git-hg-1.8.3.1-21.el7_7.noarch.rpm 43fc11f27f84a26bcfc57b6283541b8effad2a203bd34adfdcd720cfa03ada97 git-instaweb-1.8.3.1-21.el7_7.noarch.rpm e8260209eeed2d21ab390fcf4af42815c4e0268f4502d4764c01bf2d84f0246a gitk-1.8.3.1-21.el7_7.noarch.rpm ea424a831b3a63711e1586107b0821783866f9b3a5212b9b095b81ebb6507177 git-p4-1.8.3.1-21.el7_7.noarch.rpm e1c3112493d93bbd61d210f7ba4ab4d46065e3f97fa7cde685522e51b47b1511 git-svn-1.8.3.1-21.el7_7.x86_64.rpm 1a9819269bae206c36925f19c08e416d9916832f363b65b31510f03027952754 gitweb-1.8.3.1-21.el7_7.noarch.rpm d4541d9b5ce5c248c54b20d2143be7be46e5ff66d86c3a743e5a4103adb9efe9 perl-Git-1.8.3.1-21.el7_7.noarch.rpm 5cfa98a62727c734d468d535b4b629d5f3763c97c70d03594c1655fdee5e4a93 perl-Git-SVN-1.8.3.1-21.el7_7.noarch.rpm Source: 7356335f9b6a37cf9e2174c2519d8e28f898c1abde35cbc595ef598f19e757c6 git-1.8.3.1-21.el7_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 179, Issue 3 ***********************************************

1 0

ssh failure from CentOS7 to Centos6
by Patrick Bégou 19 Jan '20

19 Jan '20

Hi, I have a strange problem with a freshly installed Centos7 desktop (most8pc25). I can't ssh to 2 CentOS6 servers, even with firewall disabled on the client and on the server. But I can connect from the server to the client, all in the same VLAN. I can also ssh from this desktop to centos7 servers in the same VLAN or in another VLAN. No idea about this problem. On the server kareline (client is most8pc25), tcpdump says: tcpdump: listening on p5p1, link-type EN10MB (Ethernet), capture size 65535 bytes 18:17:25.844816 IP (tos 0x0, ttl 64, id 19021, offset 0, flags [DF], proto TCP (6), length 60) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [S], cksum 0xfff1 (correct), seq 3060883003, win 26880, options [mss 8960,sackOK,TS val 2888822 ecr 0,nop,wscale 7], length 0 18:17:25.844927 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [S.], cksum 0xa1f5 (correct), seq 1624136656, ack 3060883004, win 17920, options [mss 8960,nop,nop,sackOK,nop,wscale 7], length 0 18:17:25.845014 IP (tos 0x0, ttl 64, id 19022, offset 0, flags [DF], proto TCP (6), length 40) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [.], cksum 0x4542 (correct), ack 1, win 210, length 0 18:17:25.845406 IP (tos 0x0, ttl 64, id 19023, offset 0, flags [DF], proto TCP (6), length 61) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [P.], cksum 0x817c (correct), seq 1:22, ack 1, win 210, length 21 18:17:25.845435 IP (tos 0x0, ttl 64, id 27577, offset 0, flags [DF], proto TCP (6), length 40) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [.], cksum 0x4573 (correct), ack 22, win 140, length 0 18:17:25.854750 IP (tos 0x0, ttl 64, id 27578, offset 0, flags [DF], proto TCP (6), length 61) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [P.], cksum 0x0a4e (incorrect -> 0x84ad), seq 1:22, ack 22, win 140, length 21 18:17:25.854887 IP (tos 0x0, ttl 64, id 19024, offset 0, flags [DF], proto TCP (6), length 40) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [.], cksum 0x4518 (correct), ack 22, win 210, length 0 18:17:25.856766 IP (tos 0x0, ttl 64, id 27579, offset 0, flags [DF], proto TCP (6), length 880) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [P.], cksum 0x0d81 (incorrect -> 0x8fa1), seq 22:862, ack 22, win 140, length 840 18:17:25.896278 IP (tos 0x0, ttl 64, id 19026, offset 0, flags [DF], proto TCP (6), length 40) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [.], cksum 0x3bea (correct), ack 862, win 224, length 0 18:17:26.055314 IP (tos 0x0, ttl 64, id 19027, offset 0, flags [DF], proto TCP (6), length 64) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [P.], cksum 0x0594 (correct), seq 1518:1542, ack 862, win 224, length 24 18:17:26.055348 IP (tos 0x0, ttl 64, id 27580, offset 0, flags [DF], proto TCP (6), length 52) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [.], cksum 0xd6b0 (correct), ack 22, win 140, options [nop,nop,sack 1 {1518:1542}], length 0 18:18:22.446296 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has kareline.legi.grenoble-inp.fr tell most8pc25.legi.grenoble-inp.fr, length 46 18:18:22.446318 ARP, Ethernet (len 6), IPv4 (len 4), Reply kareline.legi.grenoble-inp.fr is-at 00:10:18:e7:91:c0 (oui Unknown), length 28 18:19:14.030270 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has kareline.legi.grenoble-inp.fr tell most8pc25.legi.grenoble-inp.fr, length 46 18:19:14.030287 ARP, Ethernet (len 6), IPv4 (len 4), Reply kareline.legi.grenoble-inp.fr is-at 00:10:18:e7:91:c0 (oui Unknown), length 28 ..... On the Centos7 client, with "-v -v" ssh says: [tec21@most8pc25 ~]$ssh -v -v kareline OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 58: Applying options for * debug2: resolving "kareline" port 22 debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to kareline [194.254.66.8] port 22. debug1: Connection established. debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_rsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.4 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3 debug1: match: OpenSSH_5.3 pat OpenSSH_5* compat 0x0c000000 debug2: fd 3 setting O_NONBLOCK debug1: Authenticating to kareline:22 as 'tec21' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1,ext-info-c debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa,ssh-dss debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,zlib(a)openssh.com,zlib debug2: compression stoc: none,zlib(a)openssh.com,zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: host key algorithms: ssh-rsa,ssh-dss debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc(a)lysator.liu.se debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc(a)lysator.liu.se debug2: MACs ctos: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: MACs stoc: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: compression ctos: none,zlib(a)openssh.com debug2: compression stoc: none,zlib(a)openssh.com debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug1: kex: algorithm: diffie-hellman-group-exchange-sha256 debug1: kex: host key algorithm: ssh-rsa debug1: kex: server->client cipher: aes128-ctr MAC: umac-64(a)openssh.com compression: none debug1: kex: client->server cipher: aes128-ctr MAC: umac-64(a)openssh.com compression: none debug1: kex: diffie-hellman-group-exchange-sha256 need=16 dh_need=16 debug1: kex: diffie-hellman-group-exchange-sha256 need=16 dh_need=16 debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<3072<8192) sent Connection closed by 194.254.66.8 port 22 I'm stuck.... Patrick

5 5

After upgrade to CentOS 8.1 default gateway missing
by Asle Ommundsen 18 Jan '20

18 Jan '20

Hi, Tonight I upgraded two CentOS 8 boxes to CentOS 8.1 (1911). Then after a reboot of the first server the network was unavailable. In IPMI console everything except the network was looking good. Network was unreachable. No errors in NetworkManager. I also restarted NetworkManager, but it did not help. Then I discovered that the default gateway suddenly was missing. Then I rebooted the server one more time, but network was still down. Then both myself and a technician in my datcenter was debugging this (I had to wake him up in the middle of the night, costing me a lot of money), without finding any reason for why the default gateway was missing after reboot. Then we rebooted the server a third time, and all of a sudden the problem was gone and the default gateway was back. Then, after this, I also upgraded my second CentOS 8 server to CentOS 8.1 and did a reboot. And the very same thing happened to this server after reboot! The default gateway was missing after reboot, and network was down. Then I did a extra reboot of this server also, and when it came back up everything was working correct and the default gateway was back. So the first server I needed to reboot two extra times to have the default gateway back and network working. And the second server I needed to reboot only one extra time for the problem to be solved. The two boxes is not VPSs or anything, but bare metal dedicated servers. Also prior to upgrading to CentOS 8.1, these two boxes has been rebooted serveral times previously, without any problems at all. Only after upgrading to CentOS 8.1 this happened on both of them for the first time. I can't believe I am the only one that experience this? My guess is that this is a unknown random intermittent bug in CentOS 8.1 that kicked in. I just hope this does not continue to happen in the future. If you experienced the same, please share it with a reply. Thank you! Kind regards, Asle Ommundsen

3 6

Re: [CentOS] Centos 8 and E1000 intel driver
by david 18 Jan '20

18 Jan '20

At 03:27 PM 1/17/2020, Akemi Yagi wrote: >On Fri, Jan 17, 2020 at 3:16 PM david <david(a)daku.org> wrote: > > > > Folks > > > > I know that support for the network adaptors supported by the 'e1000' > > driver have been removed from the base distribution. However, I have > > exactly that controller (Broadcom Gigabit Ethernet PCI, not > > PCIe). Is there a way for me to add support for that on Centos > > 8.1? Perhaps a driver in an RPM package? > > > > Thanks > > > > David > >The e1000 driver should be in the 8.1 kernel: > >$ modinfo e1000 >filename: >/lib/modules/4.18.0-147.3.1.el8_1.x86_64/kernel/drivers/net/ethernet/intel/e1000/e1000.ko.xz >version: 7.3.21-k8-NAPI >license: GPL >description: Intel(R) PRO/1000 Network Driver >author: Intel Corporation, <linux.nics(a)intel.com> >rhelversion: 8.1 > >Akemi >_________ Akemi Thanks for the suggestion. Modinfo does produce that result. But "the network doesn't work". My environment is a VirtualBox VM of Centos 8 on top of Windows 10. I've defined a bridged adaptor. The hardware is the Broadcom adaptor, using DHCP. No firewall is running in Centos 8 yet. This exact configuration works fine with Centos 7. The symptom I see is that DHCP, Ping, DNS Lookup all work, but no data transfer seems to work. I tried a CURL command to a local web machine (works with Centos 7), and it just hangs. The web server does not see the request. When I switch the network adaptor (in the VM) to NAT, everything works, probably indicating that the selection of the adaptor is the problem. I used the NAT interface to complete the install. Do you have any ideas? David *********** WHOA *************** It appears that this is not a Centos issue. My other VM's have stopped working also. The common factor is the use of a Bridged Network in VirtualBox on Windows 10 updated last week. Based upon prior similar events, I'd guess it's a Windows screw-up. Oh well. David

1 0

Re: [CentOS] Centos 8 and E1000 intel driver
by david 18 Jan '20

18 Jan '20

1 0

Centos 8 and E1000 intel driver
by david 17 Jan '20

17 Jan '20

Folks I know that support for the network adaptors supported by the 'e1000' driver have been removed from the base distribution. However, I have exactly that controller (Broadcom Gigabit Ethernet PCI, not PCIe). Is there a way for me to add support for that on Centos 8.1? Perhaps a driver in an RPM package? Thanks David

3 2

Limiting what devices can pair over Bluetooth?
by James Pearson 17 Jan '20

17 Jan '20

I've managed to get a Wacom Intuos Pro 2 (PTH-660) tablet working over Bluetooth to a CentOS 7 install. Well, I didn't actually have to do much to get it working ... However, we don't normally enable Bluetooth for security reasons, so I need to be able to configure things so Bluetooth can _only_ be used to pair with Wacom tablets As I never used Bluetooth in anger before, I'm struggling to find out where to start looking - does anyone know how to do this or any pointers on where I should start? Thanks James Pearson

4 9

Error in Centos 8 Linux 8.1.1911-x86_64 distro, syslinux 6.04 required vs. 6.03
by here Fishy 16 Jan '20

16 Jan '20

The image file includes the wrong (outdated) syslinux 6.03 and requires 6.04 per rufus. The fedora burner kept failing but rufus detected the issue and downloaded syslinux 6.04 files. Please update the distro.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss January 2020