Find the answer to your Linux question:
Results 1 to 10 of 10
Running Fedora 5 We changed ip's the other day and now ssh is not working. SSH/Putty was working fine before the ip change. Everything else is working fine on the ...
  1. #1
    Just Joined! divided's Avatar
    Join Date
    Mar 2010
    Location
    Northeast Ohio
    Posts
    12

    SSH via Putty not working after ip change

    Running Fedora 5

    We changed ip's the other day and now ssh is not working. SSH/Putty was working fine before the ip change. Everything else is working fine on the machine. The sshd_config file has not been touched at all since I've been working on the machine.

    var/log/messages shows this:
    Code:
    bind to port 22 on 0.0.0.0 failed address already in use
    netstat -an shows that tcp is listening on 0.0.0.0:22 with no port conflicts.

    I google searched the error and I couldn't find anything helpful.

    We haven't changed anything except ip's on the box. What is the issue? Thanks in advance.

  2. #2
    Linux Enthusiast scathefire's Avatar
    Join Date
    Jan 2010
    Location
    Western Kentucky
    Posts
    616
    Are you using the ListenAddress option in your ssh config? If so, try commenting it out and restarting the service.
    linux user # 503963

  3. #3
    Just Joined! divided's Avatar
    Join Date
    Mar 2010
    Location
    Northeast Ohio
    Posts
    12
    Quote Originally Posted by scathefire View Post
    Are you using the ListenAddress option in your ssh config? If so, try commenting it out and restarting the service.
    Thanks for the reply. Two ListenAddress lines in sshd_config are commented-out. Sshd_config shows this:

    Code:
    #ListenAddress 0.0.0.0
    #ListenAddress ::

  4. #4
    Linux Enthusiast scathefire's Avatar
    Join Date
    Jan 2010
    Location
    Western Kentucky
    Posts
    616
    so if you stop ssh service and do a netstat -pantu, does it show anything still running on port 22? if it does, then take the PID from there and use kill. then try starting the ssh service.
    linux user # 503963

  5. #5
    Just Joined! divided's Avatar
    Join Date
    Mar 2010
    Location
    Northeast Ohio
    Posts
    12
    Quote Originally Posted by scathefire View Post
    so if you stop ssh service and do a netstat -pantu, does it show anything still running on port 22? if it does, then take the PID from there and use kill. then try starting the ssh service.
    Nothing is running on port 22 after stopping ssh.

  6. #6
    Just Joined! divided's Avatar
    Join Date
    Mar 2010
    Location
    Northeast Ohio
    Posts
    12
    I have since tried other programs to remote into the box (mysql query browser, ftp, webmin) and none of them work. Looks like it's an issue with the box accepting connections.

  7. #7
    Linux Enthusiast scathefire's Avatar
    Join Date
    Jan 2010
    Location
    Western Kentucky
    Posts
    616
    is this a internal to internal connection? or an external to internal connection? it sounds weird that the whole connection interface would just be hosed like that. Are all services reporting binding issues?
    linux user # 503963

  8. #8
    Just Joined! divided's Avatar
    Join Date
    Mar 2010
    Location
    Northeast Ohio
    Posts
    12
    Quote Originally Posted by scathefire View Post
    is this a internal to internal connection? or an external to internal connection? it sounds weird that the whole connection interface would just be hosed like that. Are all services reporting binding issues?
    This would be an internal connection to an external connection. Only sshd is reporting binding issues, but we still can't get to mysql on port 3306 for example.

  9. #9
    Linux Enthusiast scathefire's Avatar
    Join Date
    Jan 2010
    Location
    Western Kentucky
    Posts
    616
    any chance there would be a NAT table not properly updated on a border router?
    linux user # 503963

  10. #10
    Just Joined! divided's Avatar
    Join Date
    Mar 2010
    Location
    Northeast Ohio
    Posts
    12
    Quote Originally Posted by scathefire View Post
    any chance there would be a NAT table not properly updated on a border router?
    Thanks for all your help scathefire. We found the problem. Apparently the box was running a firewall that we didn't know about (shorewall) and in the shorewall config, it defined all of our old ip's. We switched them to the new ones and now everything works fine (and it's faster). We inherited the box and had no clue that it was even running its own firewall (i'm a linux newb).

    Thanks for all of your help!

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
...