Jose Manuel Barrueco writes
Yes, that's the case...
Looks like this is August 2017 root@iripa ~ # ls -l /etc/ssh/ssh_host_rsa_key.pub -rw-r--r-- 1 root root 392 Aug 8 2017 /etc/ssh/ssh_host_rsa_key.pub That is an problem on the RAS side then? It should have been discussed on the RAS mailing list. And I should try to remember to copy keys when I install a machine that is a successor to another machine. It would be safest for the RAS side to add the -o "StrictHostKeyChecking=no" flag to the copying of RAS data to CitEc. But I'm confused how you know that the key on the RAS machine is missing since you don't have access to that machine? Or am I underestimating the extent of your magic powers? -- Cheers, Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
So what do we need to do in St. Louis? Christian Zimmermann FIGUGEGL! Economic Research Federal Reserve Bank of St. Louis P.O. Box 442 St. Louis MO 63166-0442 USA https://ideas.repec.org/zimm/ @CZimm_economist On Thu, 9 Jan 2020, Thomas Krichel wrote:
Jose Manuel Barrueco writes
Yes, that's the case...
Looks like this is August 2017
root@iripa ~ # ls -l /etc/ssh/ssh_host_rsa_key.pub -rw-r--r-- 1 root root 392 Aug 8 2017 /etc/ssh/ssh_host_rsa_key.pub
That is an problem on the RAS side then? It should have been discussed on the RAS mailing list.
And I should try to remember to copy keys when I install a machine that is a successor to another machine.
It would be safest for the RAS side to add the -o "StrictHostKeyChecking=no" flag to the copying of RAS data to CitEc.
But I'm confused how you know that the key on the RAS machine is missing since you don't have access to that machine? Or am I underestimating the extent of your magic powers?
--
Cheers,
Thomas Krichel http://openlib.org/home/krichel skype:thomaskrichel
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
participants (2)
-
Christian Zimmermann -
Thomas Krichel