GeoTools & Shapefile: How to rename column (attribute) name Are the following topics usually in an introductory Complex Analysis class: Julia sets, Fatou sets, Mandelbrot set, etc? Top This thread has been closed due to inactivity. debug1: ssh_connect: needpriv 0 debug1: Connecting to fpnld1.uk.db.com [10.240.1.215] port 22. They can ssh successfully and enter their ldap password no problem with that but when a ssh key is generated somehow it still request password. http://qaisoftware.com/failed-to/failed-to-acquire-gss-api-credentials.html
You're now being signed in. Forum Operations by The UNIX and Linux Forums × Sign In Request Continue × Accounts Linked The following accounts are linked... debug1: send SSH2_MSG_SERVICE_REQUEST debug2: service_accept: ssh-userauth debug1: got SSH2_MSG_SERVICE_ACCEPT debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive debug3: start over, passed a different list gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password debug3: authmethod_lookup gssapi-keyex debug3: remaining debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: no key found debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space debug3: key_read: no space http://unix.stackexchange.com/questions/2903/ssh-do-not-connect-even-with-publickeys-installed
Am I missing something? Did you generate the rsa key on a system running a commercial version of ssh and then just copy it to a system running OpenSSH? Thanks for the answers.The permissions are correct i [email protected][rx8620](/home/jmc)# ls -altotal 112drwxr-xr-x 4 jmc other 8192 Set 20 2003 [email protected][rx8620](/home/jmc)# ls -al .ssh/total 32-rw------- 1 jmc other 342 Mar 26 11:02 Join our community for more solutions or to ask questions.
Start a new thread here 2858850 Related Discussions ssh authentication failed. Hi,>>>debug2: userauth_pubkey_agent: no keys at alldebug2: userauth_pubkey_agent: no more keysdebug2: userauth_pubkey_agent: no message sent <<<
If you are experiencing a similar issue, please ask a related question Suggested Solutions Title # Comments Views Activity Installing new software ,AIX documentation 17 63 2016-05-19 llcommand 6 85 2016-07-21 Check your files and directoriese names and path to that files and directories. The ssh key auth work fine for local accounts PS: Please note that this issue may vary in other enviroments. Running pwconv fixed me right up.
variable of > > the client workstation. > > It sounds like the X11 forwarding working. > > Try adding '-v' to your ssh command, to get more debugging, and see Ssh-2.0-sun_ssh_1.1.5 Exploit share|improve this answer answered Sep 7 '11 at 3:47 Rilindo 4,52511941 2 Solaris ships with its own version of SSH (Sun_SSH), which doesn't include ssh-copy-id. –Chad Feller Sep 7 '11 Or both.http://www.hpux.ws/?p=10SEP Steven E ProtterOwner of ISN Corporationhttp://isnamerica.comhttp://hpuxconsulting.comSponsor: http://hpux.wsTwitter: http://twitter.com/hpuxlinuxFounder http://newdatacloud.com 0 Kudos Reply PT Joao Cesar Occasional Advisor Options Mark as New Bookmark Subscribe Subscribe to RSS Feed Highlight Print ssh -Xv veloce Sun_SSH_1.1, SSH protocols 1.5/2.0, OpenSSL 0x0090700f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: Server will not fork when running in debugging mode. https://community.spiceworks.com/topic/529125-solaris-10-pam-files-taking-full-permission-and-can-t-log-into-the-system Try this: On Server B(as mike): rm ~/.ssh/authorized_keys On Server A(as john): ssh-copy-id -i /path/to/id_dsa.pub [email protected] The ssh-copy-id command basically connects to the remote host (using password auth) and then edits Rhosts Authentication Disabled Originating Port Will Not Be Trusted The client side log looks like it attempted to present id_dsa instead, but the server side debug doesn't look like the client tried keys at all? Solaris Passwordless Ssh Message Author Comment by:binadmin ID: 364287512011-08-25 yes..I ran ssh-keygen -t rsa also tried ssh-keygen -t dsa The key was generated and I copied to the user's homedir ~/.ssh file The process
Search Forums Show Threads Show Posts Tag Search Advanced Search Unanswered Threads Find All Thanked Posts Go to Page... linux operating commands and unix operating commands SSH/RSAAuthentication Problems Solaris http://qaisoftware.com/failed-to/failed-to-acquire-logminer-dictionary-lock.html Maybe there is some mistake. Remove advertisements Sponsored Links GP81 View Public Profile Find all posts by GP81
Will come back later. Ssh Public Key Authentication Not Working Protter Exalted Contributor Options Mark as New Bookmark Subscribe Subscribe to RSS Feed Highlight Print Email to a Friend Report Inappropriate Content 03-25-2009 09:12 AM 03-25-2009 09:12 AM Re: debug1: RSA I cannot regenerate the keys (since a lot of other servers connect to us) but I'll try to follow (again) the steps.
Help Desk » Inventory » Monitor » Community » MenuExperts Exchange Browse BackBrowse Topics Open Questions Open Projects Solutions Members Articles Videos Courses Contribute Products BackProducts Gigs Live Courses Vendor Services See# sshd_config(5) for more information.# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin:/opt/ssh/bin# The strategy used for options in the default sshd_config shipped with# OpenSSH is to specify options with their default value About Advertising Privacy Terms Help Sitemap × Join millions of IT pros like you Log in to Spiceworks Reset community password Agree to Terms of Service Connect with Or Sign up No Kex Alg While planting the publick, the correct action is scp the publick key to remote server and add it to the authorized_keys file.
debug1: ssh_connect: needpriv 0 debug1: Connecting to
Hi,[email protected][rx8620](/home/jmc/.ssh)# cat authorized_keys1024 35 12337735952310019747936062665098735750088510560929016859697516464186765752575822619882873742084478688971521280023157276901313363819844199267815655692888208519996980864873395319996176882142901362xx36146756879281704758713138947747489593883108855654188747252063054225015179812970961237544600451373602943978068451 [email protected] have copied the authorized_keys from another HP that is working the ssh, just for sure.Joao 0 Kudos Reply The opinions expressed above are the personal can you include -vvv for more debug output pls. 0 Kudos Reply PT Joao Cesar Occasional Advisor Options Mark as New Bookmark Subscribe Subscribe to RSS Feed Highlight Print Email to cat id_rsa.pub >> /home/username/.ssh/authorized_keys Also on the server edit the /etc/ssh/sshd_config file to allow key-based authentication and run /etc/init.d/sshd restart then on the client-machine enter: ssh u[email protected]192.168.1.x share|improve this answer answered You may get a better answer to your question by starting a new discussion.
In fact to the other servers we always sent DSA pub key and it always worked. The orignal publick key content is one line. The destination server (Server B) is the above mentioned culprit. ( I have done the ssh without password to another server and it works fine from server A) I have checked debug1: Found key in /root/.ssh/known_hosts:1 debug1: bits set: 1051/2048 debug1: ssh_rsa_verify: signature correct debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1:
Ady McClure wrote at Tue Jan 23 03:14:53 2007... EDIT: Here is the Log: johndbb3:/home/john/.ssh> ssh -vvv [email protected] Sun_SSH_1.1, SSH protocols 1.5/2.0, OpenSSL 0x0090704f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Rhosts Authentication disabled, originating port will not be trusted.