Re: Problem in logging in freerunner through ssh

2008-07-18 Thread Torfinn Ingolfsen
Hello, On Thu, Jul 17, 2008 at 11:11 PM, Stroller [EMAIL PROTECTED] wrote: I keep the following command in my .bash_profile: alias ssg=ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/ dev/null Ah. That's very useful. Thanks for sharing! -- Regards Torfinn Ingolfsen

Problem in logging in freerunner through ssh

2008-07-17 Thread saurabh gupta
Hi all, I followed the steps given in Getting started with freerunner on wiki to install the sample application in my free runner. I started the FR normally and then connect it through a usb cable. However after executing the command : sudo ifconfig usb0 192.168.0.200 netmask 255.255.255.0 when

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Paul Bonser
On Thu, Jul 17, 2008 at 2:10 PM, saurabh gupta [EMAIL PROTECTED] wrote: Hi all, I followed the steps given in Getting started with freerunner on wiki to install the sample application in my free runner. I started the FR normally and then connect it through a usb cable. However after

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Johan Aldor
Hi, You need the remove the old host identification in your ~/.ssh/known_hosts /Johan On Thu, Jul 17, 2008 at 21:10, saurabh gupta [EMAIL PROTECTED] wrote: Hi all, I followed the steps given in Getting started with freerunner on wiki to install the sample application in my free runner. I

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Joachim Steiger
for people who often reflash and thus have new host keys on their mokos i can share this ~/.ssh/config snippet: Host moko HostName 192.168.0.202 StrictHostKeyChecking no UserKnownHostsFile /dev/null User root the result is that one can just 'ssh moko' press return and be done (logged in) every

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Marcus Bauer
Paul Bonser answered already with the fix. I'll add the reason: whenever you connect to an unknown system, you are asked if you want to accept the key like this: - The authenticity of host '192.168.0.202 (192.168.0.202)' can't be

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread saurabh gupta
On Fri, Jul 18, 2008 at 12:56 AM, Marcus Bauer [EMAIL PROTECTED] wrote: Paul Bonser answered already with the fix. yeah , it solved the problem. I'll add the reason: whenever you connect to an unknown system, you are asked if you want to accept the key like this:

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Marcus Bauer
Somewhere on the wiki is a description how to shut this behaviour off, but I hope nobody will ever inactivate this vigilance. Thanks for the explanation... Regards... I have to add that Joachim Steigers suggestion is very okay too, as it only

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | pay attention that if you ssh to that other computer you'll get the same | warning. | | note: 192.168.0.202 is IANA private use, so it's normal to have | duplicates of that IP among different | network My

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread arne anka
My local network is 192.168.0.0/24, so it makes a problem to route to Freerunner default IP... I use this script as root on my Fedora host laptop to take care of assigning an IP and hst route and whenever I hook a Freerunner up why don't you simple change the ip?

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | My local network is 192.168.0.0/24, so it makes a problem to route to | Freerunner default IP... I use this script as root on my Fedora host | laptop to take care of assigning an IP and hst route and

Re: Problem in logging in freerunner through ssh

2008-07-17 Thread Stroller
I keep the following command in my .bash_profile: alias ssg=ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/ dev/null I then `ssg` to hosts which are liable to have changing ssh keys. Joachim Steiger's suggestion, limiting relaxed HostKeyChecking to a single IP is less useful to