Page 2 of 2 FirstFirst 12
Results 11 to 12 of 12
  1. #11
    Senior Member IKnowNot's Avatar
    Join Date
    Jan 2003
    Since you are playing with this to learn it maybe I can clear up a few things, more down and dirty approach though because I have never used a GUI with sshd. Once you know how it works maybe you can streamline things. Start by just getting ssh to work. I am assuming you know how to get around *nix with a CLI ?

    1) Forget anything about openssl ... different animal as SirDice said.

    2) in your setup of SSH you have PasswordAuthentication enabled. As westin said, that is not the most secure. Disable it!

    3) you'll want to set up a public/private key for the client, using the client
    ( puttygen.exe if the clients will be windows boxes. )
    ( note: you should always insist the users create a passphrase for the key, and make sure they NEVER forget it! Otherwise they will have to make a new key and you will have to revoke the old one from the server. )

    you will then copy the client's public key to the server and put it in the user's home directory.
    Example: once the public key is transferred over to the server, use something like
    ssh-keygen -i -f ( file name of the key ) > /home/user/.ssh/authorized_keys
    ( if you are going to be importing more keys for that user, you will have to use >> instead of > for future keys so you append and do not overwrite the original file.)
    Also, you should verify the permissions of the file ( should be 600 )

    If you can use their GUI to import the public key into the ssh server instead of my way you might try that ( again I have never used FreeNAS ) but the important thing is the private key stays on the client, the public key gets imported to the server.

    you should now be able to log into the server from the client ( using something like Putty )

    If this is all working, now you can go ahead and check the Subsystem option in sshd_config as SirDice said. As I am unfamiliar with FreeNAS I do not know if it is enabled by default when you enabled the ssh daemon.

    Since the server is going to be behind a firewall, and access will be from the Internet, you might set up the clients to connect to a high number port, then forward that port on the firewall to the ssh server port 22! ( you can change port 22 to whatever if the server is going to located in a congested local network too, using the sshd_config. ) Just take one step at a time, making sure each one is working before going to the next. Just remember, if you do forward the port on the firewall and then try to connect from inside the perimeter, you will need to connect to port 22 from inside ( or whatever port you chose ) and not the one clients from outside use.

    Oh, and make sure you turn off that damn FTP service !!!!!

    BTW, putty generated keys can be converted if you want to use them in a *nix ssh client, just see the documentation for puttygen. If you don't understand that, just ignore it, it might be more confusing, but useful if your client dual boots.

    Maybe you could make that beginning to end tutorial??
    " And maddest of all, to see life as it is and not as it should be" --Miguel Cervantes

  2. #12
    Thank you very much for the head start... I'll start a tutorial when I continue working on this project. should be later this week. I'll shoot for some cropped screenshots and everything.

    Analog = Classical
    Digital = Techno

Similar Threads

  1. Turning a Sharp Zaurus into a penetration tool
    By Irongeek in forum The Security Tutorials Forum
    Replies: 8
    Last Post: September 19th, 2008, 04:14 PM
  2. Slack BSD
    By gore in forum Operating Systems
    Replies: 2
    Last Post: February 25th, 2005, 07:12 AM
  3. Replies: 6
    Last Post: October 5th, 2004, 08:26 AM
  4. NetBSD install
    By jr05linux in forum Other Tutorials Forum
    Replies: 1
    Last Post: July 28th, 2004, 12:07 PM
  5. Tcp/ip
    By gore in forum Newbie Security Questions
    Replies: 11
    Last Post: December 29th, 2003, 07:01 AM

Tags for this Thread

Posting Permissions

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

We have made updates to our Privacy Policy to reflect the implementation of the General Data Protection Regulation.