Printable View
I just set up my old system to run Red Hat 8, and I want to give some of my friends shells so they can explore linux. I've made a user, we'll call it 'dan'. I gave dan my ip address, and the port. He said he can't connect.
I figured the problem could be:
- tcp wrappers misconfigured?
- router?
This may be a no-brainer, but have you checked to make sure you have sshd running? I've ran into situations where some distros dont start it automatically on boot, so you may have to start it manually. Also, it very well could be a router or perhaps your firewall or his is causing the problem.
Did you set up Port Forwarding on the router? That's the problem I had on my Linsys. Just a thought.
Linksys^ Errrrggghhh
RH8 automatically comes with the firewall set to high, customize it to allow incomming ssh. Go to your services and make sure that sshd is running.
PuRe
The first problem was that like someone said, the firewall configuration was on high, I changed it so it would allow ssh. shhd is running, so the only problem I can see is with the router, the port forwarding deal. So if someone could assist me with the port forwarding for a linksys router, that would be much appreciated. Thanks for your help so far.
Get into your router configuration and go to the Port Forwarding tab. Choose to allow TCP and UDP on the Port that you want to allow access to (Port 22 in this case). This should allow the connection. I got negative antipoints for the last post.....don't know why :-( Oh well, Hope this helps.
Do you have another machine locally? If so, you could try to rule out the router by connecting locally without going through the router. I always like it when I can rule something out. Almost but not quite as cool as actually solving the issue...
Good Luck
On the machine running SSH, try and connect to the SSHd through the loopback IP addressby typing ssh 127.0.0.1, to make sure it is actually working as expected. If you can connect, try the eth0 IP address. If you can connect to both addresses, the problem is most likely elsewhere. Check to see if the file /etc/nologin exists. If it does, delete it or nobody but root will be able to log in. Also check the files /etc/hosts.allow and /etc/hosts.deny and see if theres anything obviously preventing connections in there.
Chances are it's your friends that are the problem though, do they actually have a SSH client? The windows telnet client won't work. PuTTY is free, but I've never used it. It can be downloaded from http://www.chiark.greenend.org.uk/~s.../download.html
This is very strange, I can't even connect to myself on the system it's running on. SHHd is running, I checked that.. What could be the problem?
I might be out on a limb here, but you are using "ssh localhost" and not "telnet localhost" to connect, right? The only other thing I can think of is that ssh is running on a non-standard port.
Cheers,
cgkanchi
Can't connect eh? Try the following:Quote:
I just set up my old system to run Red Hat 8, and I want to give some of my friends shells so they can explore linux. I've made a user, we'll call it 'dan'. I gave dan my ip address, and the port. He said he can't connect.
I figured the problem could be:
- tcp wrappers misconfigured?
- router?
1.) Do you have sshd/telnetd running? Do a netstat -atunp | grep LISTEN and see if ports 22 and/or 23 are listening.
2.) Is iptables/ipchains in the way? service iptables stop will turn off your firewall to check but don't leave it turned off.
3.) Is you network properly hooked up. Duh? No crossover/patch cable where they shouldn't be?
4.) Did you give your friend the right IP. Has it changed since you told him via DHCP?
There's heap of reason why he might not be able to connect. Be more specific.
This is what I got for sshd when I did a netstat -atunp | grep LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 6
91/sshd
I get this when I 'ssh localhost':
[jimmy@localhost jimmy]$ ssh localhost
ssh_exchange_identification: Connection closed by remote host
My network is setup properly, and I gave my friend the correct IP. Regardless of that, I should still be able to connect on the same machine, correct?
I had a similar problem...
Check your logs /var/log/secure and messages, this will at least let you know if the attempted connections arrived or not. If so you will probably see a similar message to what you received through your client. If your machine is rejecting these sessions make the adjustments to your /etc/hosts.allow and hosts.deny files. You will probably need something a little more secure but:
sshd sshd1 sshd2 : ALL : ALLOW
Should work to test at least...