I wrote an app for exactly this purpose (ended up being able to configure any of ssh's options). I ended up just writing a .command file to the application support folder, and then launching either Terminal or X11, depending on whether X11 forwarding was needed or not. I let the user handle the interaction.

I haven't updated it in a LONG time, but I think it still works for any options whose switches haven't changed since Panther:

http://www.macupdate.com/info.php/id/17543/sycureshell

-Daniel


On Feb 21, 2009, at 2:34 AM, CodingMammoth wrote:

Hey,

Maybe you can copy your public SSH-key to the computers that are using your application.
More info http://remysharp.com/2007/01/22/ssh-without-a-password/

When you create those key's on your server, and you copy the public keys on every computer that want SSH-access, no password will be needed. Off course use a limited SSH-access profile (maybe a different ssh- user per application-user etc).



CodingMammoth.com
Jelle De Laender
[email protected]



On 21 Feb 2009, at 07:23, Seth Willits wrote:

Howdy,


Perhaps this is less of a Cocoa question and more of a shell question, but in my app I'm using a library (which I cannot modify) which creates an insecure connection to remote server. I'd like to offer the ability to wrap that connection in an SSH tunnel via a GUI in my app. Simple commands are easy to do with NSTask, but what I don't know how to deal with is handling the password and possible "Do you blah blah blah (yes/no)?" requests that the SSH command might spit up.

Does anyone have any experience with this? Am I barking up the wrong tree trying to use the command line app to do it? Perhaps I should be using a yet-to-be-discovered library instead.


Thanks,

--
Seth Willits



_______________________________________________

Cocoa-dev mailing list ([email protected])

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/maillist%40codingmammoth.com

This email sent to [email protected]

_______________________________________________

Cocoa-dev mailing list ([email protected])

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/danhd123%40mac.com

This email sent to [email protected]

_______________________________________________

Cocoa-dev mailing list ([email protected])

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to