Open GoogleCodeExporter opened 9 years ago
"4. Configured a drive using localhost as the host and 2222 as the port"
"5. Got Server actively refused the connection error."
so you did this on your windows box, right?
"3. Setup port forwarding from 2222 on localhost to 22 on guest"
And this you did on your VM "Host", right ?
So if you set up a port forwarding on your VM Host pointing to a port on your
VM (guest), DOES NOT make it known to your windows box automaticaly. So if you
now ""4. Configured a drive using localhost as the host and 2222 as the port"
windows would look the ip/hostname and port up ON ITS OWN (localhost) and will
NOT find anything. BUT... if you additionaly setup your windows hosts file ("I
had mapped in my windows hosts file") and add your VM Host with its IP address
there, then windows knows where to look for the connection/port and all that
jazz. So to me it looks pretty obvious since your windows does not do the port
forwarding and not run any services like the sshd etc , that it does reject any
incoming ssh connections .
to me that looks like a problem of the user, lack of understanding how the
things work and where is what. NOT like a problem of the sshfs client itself.
please correct me if i am wrong.
regards
Axel
Original comment by axel.werner.1973@gmail.com
on 10 Feb 2015 at 9:23
Hi Axel,
Let me clarify the steps and add an additional test step.
1.Installed win-sshfs on Windows 7 (the host OS)
2. Setup up openssh-server on Ubuntu 14.04 (the guest OS) in a VirtualBox VM
3. In the VirtualBox settings for the virtual machine, setup port forwarding
from 2222 on localhost (the host) to 22 on guest
3A (NEW test step). Opened putty on the host and successfully connected to the
client over the port forward by sshing to localhost, port 2222.
4. Configured a drive in Winsshfs (on the host) using localhost as the host and
2222 as the port
5. Got Server actively refused the connection error.
6. For giggles, changed the host name to a name that I had mapped to 127.0.0.1
in my windows hosts file (on the host): d7.dev
7. Connected again and it worked
Having done a little more research, I'll split the difference with you. I
wouldn't call it user error, because it's a reasonable expectation to work, but
the reason it doesn't is not a coding issue in the client. Let me explain.
Here's the relevant line from my hosts file:
127.0.0.1 d7.local d7.dev samples.dev
So, d7.dev should be exactly equivalent to localhost, unless windows is doing
something odd. Just as an additional data point, I just attempted to create a
drive where I used the loopback IP (127.0.0.1) rather than a hostname, but this
is not allowed. It gives "Hostname not valid", which I assume is intentional
because of key validation.
Actually, "windows is doing something odd" may be the root cause here. I just
noticed that an nslookup on localhost returns 127.0.0.1:
C:\Users\29007>nslookup localhost
Server: UnKnown
Address: 10.0.0.1
Non-authoritative answer:
Name: localhost.icfconsulting.com
Address: 127.0.0.1
But, pinging localhost gives me [::1:]
C:\Users\29007>ping localhost
Pinging ICF2004459.ICFI.icfconsulting.com [::1] with 32 bytes of data:
Reply from ::1: time<1ms
Reply from ::1: time<1ms
Reply from ::1: time<1ms
Reply from ::1: time<1ms
It's apparently a matter of which interface(s) the VBox port forwarding is
listening on if I am interpreting this stackexchange question correctly:
http://superuser.com/questions/414050/why-is-there-a-difference-between-ping-loc
alhost-and-ping-local-ip-address
So, my recommendation would be that it's either a doc fix to say "beware of
using localhost" or add a little contextual help or a warning message on
submission if a user tries localhost as the hostname.
Thanks!
Original comment by rhuffste...@gmail.com
on 10 Feb 2015 at 1:27
thanks. that clears up the confusion a lot. :)
Original comment by axel.werner.1973@gmail.com
on 10 Feb 2015 at 2:52
[deleted comment]
Any idea how to resolve this? I'm in the same boat.
Original comment by mypublic...@gmail.com
on 18 Aug 2015 at 10:41
Original issue reported on code.google.com by
rhuffste...@gmail.com
on 9 Jan 2015 at 12:30