[
https://issues.apache.org/jira/browse/SSHD-1298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17610812#comment-17610812
]
sivaprasad commented on SSHD-1298:
----------------------------------
yeah sure, I will go through the SFTP. as of now we are uploading one location
with sudo user credentials, once we upload that location. from that location,
we are doing cp as an oracle user to the destination path.
> password less sudo user commands execution and file.
> ----------------------------------------------------
>
> Key: SSHD-1298
> URL: https://issues.apache.org/jira/browse/SSHD-1298
> Project: MINA SSHD
> Issue Type: Improvement
> Environment: Java 1.8, Linux, Solaris.
> Reporter: sivaprasad
> Priority: Blocker
> Attachments: image-2022-09-23-18-01-38-617.png,
> image-2022-09-23-18-02-25-225.png, image-2022-09-23-18-04-29-364.png,
> image-2022-09-27-19-34-06-130.png, image-2022-09-28-18-57-02-354.png,
> image-2022-09-28-18-59-16-962.png, image-2022-09-28-19-05-00-814.png,
> image-2022-09-28-19-12-17-243.png
>
>
> Hi Team,
> To establish the Session connection, I am using a regular username(siva) and
> password(siva). once a session is created successfully, by using the same
> session I need to check out another sudo user 'oracle' to execute a command
> on Linux or Solaris, why is because this oracle user(passwordless access for
> this user) has those permissions to execute commands. here i attached the
> sample code i am using now. but it is working in some cases only. sometimes
> commands are giving 1 as existstatus and the error stream throws an error
> message even though I allocated pty to the session properly. someone, please
> help me how to overcome this.
> !image-2022-09-23-18-04-29-364.png!
>
> !image-2022-09-23-18-01-38-617.png!
>
> !image-2022-09-23-18-02-25-225.png!
>
> is there any better way to handle sudo user related command execution, file
> upload and downloads with Apachemina?
>
> Thanks,
> Siva
>
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
For additional commands, e-mail: dev-h...@mina.apache.org
