Secure Shell (stable) updated to 0.40

228 views
Skip to first unread message

Mike Frysinger

unread,
May 13, 2021, 6:16:07 AM5/13/21
to chromium-hterm
i've just released Secure Shell (stable) 0.40 [app/ext] which updates to OpenSSH 8.5p1.

# 0.40, 2021-05-12, OpenSSH 8.5p1.

* l10n: Update translations.
* ssh_client: Upgrade to OpenSSH 8.5p1.
* crosh: Use nassh options page when non-SWA.
* crosh: Use terminalPrivate.openOptionsPage() if running as SWA.
-mike

Nom De Plume

unread,
May 13, 2021, 7:56:50 AM5/13/21
to Mike Frysinger, chromium-hterm
Just need to say, thank you so much for the work you and the crew do on this and all the other projects.  

--
You received this message because you are subscribed to the Google Groups "chromium-hterm" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-hter...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/chromium-hterm/CAAbOScmfsid9N3W6ktcQy2YHUw6fJBGXthUzxY%2Bgf2JunGsUDA%40mail.gmail.com.

Chris Shelton

unread,
May 13, 2021, 8:37:47 AM5/13/21
to Mike Frysinger, chromium-hterm
Mike,

I also appreciate your great work on this extension that I use every day.  When upgrading to version 0.40, I noticed that I am seeing the following messages appear when connecting to either of the hosts that I normally use:

hostfile_replace_entries: mkstemp: Not a directory
update_known_hosts: hostfile_replace_entries failed for /.ssh/known_hosts: Not a directory
hostfile_replace_entries: mkstemp: Not a directory
update_known_hosts: hostfile_replace_entries failed for /.ssh/known_hosts2: Not a directory

This does not seem to affect my ability to establish the connection, as everything seems to work normally after starting up the connection.  This only started with the upgrade to version 0.40.

Chris

--

Clarence Dold

unread,
May 13, 2021, 9:59:12 AM5/13/21
to chromium-hterm, Chris Shelton, chromium-hterm, Mike Frysinger
Same error messages here.

Version 90.0.4430.100 (Official Build) (32-bit) on a Lenovo C330 Chromebook.

Welcome to Secure Shell version 0.40.
...
hostfile_replace_entries: mkstemp: Not a directory
update_known_hosts: hostfile_replace_entries failed for /.ssh/known_hosts: Not a directory
hostfile_replace_entries: mkstemp: Not a directory
update_known_hosts: hostfile_replace_entries failed for /.ssh/known_hosts2: Not a directory
Welcome to Ubuntu 20.04.2 LTS (GNU/Linux 5.4.0-73-generic x86_64)




Mike Frysinger

unread,
May 13, 2021, 11:17:38 AM5/13/21
to Clarence Dold, chromium-hterm, Chris Shelton
can you file a bug using the Send Feedback option in the extension ?  can't say i've seen this.
it'd help if you could describe the exact file config settings you're using (export via the options page and attach that json).

if you go into the options page and to the SSH Files section, is there anything in the known_hosts ?  if you click save, does the error go away ?
-mike

Chris Shelton

unread,
May 13, 2021, 3:24:37 PM5/13/21
to Mike Frysinger, Clarence Dold, chromium-hterm
Mike,

I have just submitted this issue:
using the send feedback option in the extension.  I did attach a slightly edited version of my secure shell backup file, with the only changes made to obscure the hostnames of my ssh servers.  

The known_hosts section of the ssh file options panel does show entries for the 2 main ssh servers that I connect to, with their ecdsa-sha2-nistp256 format host keys.  I did remove one older entry that was no longer needed, and resaved the file.  This did not affect this minor issue.  

To clarify, this is a low priority issue, since it does not appear to cause any problems with the ssh connection, other than adding a bit of text to the screen when first starting the connection.

Chris

Clarence Dold

unread,
May 13, 2021, 6:41:53 PM5/13/21
to Mike Frysinger, chromium-hterm, Chris Shelton
I did obscure some portion of the json.

I am using  ssh keypairs ecdsa-sha2-nistp521
If the keypair is not saved (created a new connection to the same host, requiring a password) the errant messages don't appear.

--
Clarence A Dold - Santa Rosa, CA, USA
GPS: 38.47,-122.66, QTH CM88ql 
Claren...@Gmail.com

Mike Frysinger

unread,
May 14, 2021, 3:23:22 AM5/14/21
to Clarence Dold, chromium-hterm, Chris Shelton
OpenSSH 8.5 has turned on hostkey updating by default.  you can silence the warnings by adding to your ssh command line:
-oUpdateHostKeys=no
-mike

Clarence Dold

unread,
May 14, 2021, 10:00:43 AM5/14/21
to Mike Frysinger, chromium-hterm, Chris Shelton
-oUpdateHostKeys=no
eliminated that error message for me.
--
Clarence A Dold - Santa Rosa, CA, USA
GPS: 38.47,-122.66, QTH CM88ql 
Claren...@Gmail.com

Clarence Dold

unread,
May 14, 2021, 10:04:24 AM5/14/21
to Mike Frysinger, chromium-hterm, Chris Shelton
-oUpdateHostKeys=no
eliminated the error on the first host I tried, but I didn't replicate the error first.
A different host, without the option, gave no error.
Removing the line from the first host did not restore the error.
I closed all session and restarted Chrome without the option, still no error.


--
Clarence A Dold - Santa Rosa, CA, USA
GPS: 38.47,-122.66, QTH CM88ql 
Claren...@Gmail.com

Ian Barkley-Yeung

unread,
May 17, 2021, 4:05:40 PM5/17/21
to chromium-hterm, Mike Frysinger
I'm getting consistent, repeated sad tab crashes when trying to connect to root@mycrbook. It always crashes when I type the first character of the password
It just started late last week, so I'd guess the new version was responsible.


Lots of crashes with the signature [Renderer kill] password_manager::bad_message::`anonymous namespace'::ReceivedBadMessage. Example: https://crash.corp.google.com/browse?q=ReportID%3D%276fdedb91ee41f54f%27&stbtiq=&reportid=&index=0. The signature started spiking on Chrome_ChromeOS on May 14th. 

Mike Frysinger

unread,
May 17, 2021, 4:34:43 PM5/17/21
to Ian Barkley-Yeung, chromium-hterm
it appears to be a bug in Chrome
-mike

Mike Webb

unread,
May 23, 2021, 5:32:35 PM5/23/21
to chromium-hterm, Chris Shelton, chromium-hterm, Mike Frysinger
Mike, I am also getting:

hostfile_replace_entries: mkstemp: Not a directory
update_known_hosts: hostfile_replace_entries failed for /.ssh/known_hosts: Not a directory
hostfile_replace_entries: mkstemp: Not a directory
update_known_hosts: hostfile_replace_entries failed for /.ssh/known_hosts2: Not a directory
xkbcommon: ERROR: Key "<CAPS>" added to modifier map for multiple modifiers; Using Mod3, ignoring Lock

Apart from this the connection still works and no side effects seen.

cheers

Mike W

Clarence Dold

unread,
May 23, 2021, 7:09:41 PM5/23/21
to Mike Webb, chromium-hterm, Chris Shelton, Mike Frysinger
This only happened for me on hosts with keys. Password logins were okay.
Adding the option on a connection with keys:
-oUpdateHostKeys=no
eliminated the error on the first host I tried. None of the other hosts with keys showed the error any more.

Removing the line from the first host did not restore the error.

--
Clarence A Dold - Santa Rosa, CA, USA
GPS: 38.47,-122.66, QTH CM88ql 
Claren...@Gmail.com

Reply all
Reply to author
Forward
0 new messages