Sometimes the only way to debug ssh/sftp problems is to enable, if not
already turned on, tracing on the server end and have the administrator
review the sshd logs.
Mark Jacobs
Time Customer Service
Tampa, FL 33544
On 12/02/10 14:15, Leonard Sasso wrote:
They verified the production Userid is defined to the remote system.
Thank You.
Len Sasso
RDC Operations - Systems Administrator
CSC
Information Technology Infrastructure Services (ITIS)
| p: 518.257-4209 | m: 518.894-0879 | f: 518.257-4300 | [email protected] |
www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
any order or other contract unless pursuant to explicit written agreement
or government initiative expressly permitting the use of e-mail for such
purpose.
From:
"Williamson, James R"<[email protected]>
To:
[email protected]
Date:
11/30/2010 05:01 PM
Subject:
Re: “FOTS1346 Permission denied, please try again�
Is the production Userid defined to the remote system?
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of Leonard Sasso
Sent: Tuesday, November 30, 2010 2:59 PM
To: [email protected]
Subject: “FOTS1346 Permission denied, please try again�
Our Mainframe Batch job is successful using a Test Userid and Password to
SSH to a remote host using password authentication (via askpass). When we
try the same job with the Production Userid and Password, we receive the
following error: “FOTS1346 Permission denied, please try again�. This
causes user authentication to fail. The SSH client then eventually fails
with the error: “FOTS1373 Permission denied
(publickey,password,keyboard-interactive)�.
Per the IBM Ported Tools for z/OS User’s Guide (page 111 - # 22):
“Verify that you are not trying to use ssh while switched to another user
ID. In other words, did you issue ssh after the su command? The original
controlling terminal (displayed by the tty command) is owned by the user
ID originally logged in. Your target user may not have permission to read
from it.�
We are not issuing the “su� command (what is the “su� command)?
Any help would be appreciated.
Thank You.
Len Sasso
RDC Operations - Systems Administrator
CSC
Information Technology Infrastructure Services (ITIS)
| p: 518.257-4209 | m: 518.894-0879 | f: 518.257-4300 | [email protected] |
www.csc.com
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
any order or other contract unless pursuant to explicit written agreement
or government initiative expressly permitting the use of e-mail for such
purpose.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
Mark Jacobs
Time Customer Service
Tampa, FL
----
Santa Claus: What would you like for Christmas?
Little girl on his lap: My own credit card.
Brazil (1985)
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
