search for: process_input

...Miller <djm at mindrot.org> wrote: > > > We need to decide whether to promote these log messages to INFO. > > > > > > [...] > > > > I will wait for the final verdict then. Thanks for letting me know. > > I will also try 'LogVerbose serverloop.c:process_input():*' soon which > might do here. A bit chatty but works: 2024-06-14T20:01:54.084176+02:00 qeporkak sshd 10012 - - Accepted keyboard-interactive/pam for opty from 127.0.0.1 port 60547 ssh2 2024-06-14T20:01:54.090845+02:00 qeporkak elogind-daemon 1116 - - New session 2 of user opty. 2024-06-...

...E.g. why shouldn't we log connections that drop because the peer > > process got SIGINT or the TCP connection dropped before sending a > > SSH2_MSG_DISCONNECT? > > I will wait for the final verdict then. Thanks for letting me know. I will also try 'LogVerbose serverloop.c:process_input():*' soon which might do here. Regards, Opty

...rote: > > > > We need to decide whether to promote these log messages to INFO. > > > > > > > > [...] > > > > > > I will wait for the final verdict then. Thanks for letting me know. > > > > I will also try 'LogVerbose serverloop.c:process_input():*' soon which > > might do here. > > A bit chatty but works: > > 2024-06-14T20:01:54.084176+02:00 qeporkak sshd 10012 - - Accepted > keyboard-interactive/pam for opty from 127.0.0.1 port 60547 ssh2 > 2024-06-14T20:01:54.090845+02:00 qeporkak elogind-daemon 1116 - - N...

Hi, How do the communication between sshd and program happens when compat20 is enabled? There are two function process_buffered_input_packets and process_input, but in both cases if compat20 is enabled its just buffering the packets, but how do sshd will the command to program for execution? Regards prasad

http://bugzilla.mindrot.org/show_bug.cgi?id=615 ------- Additional Comments From dtucker at zip.com.au 2003-09-06 12:51 ------- Created an attachment (id=387) --> (http://bugzilla.mindrot.org/attachment.cgi?id=387&action=view) Move libgen test after dirname test Looked at this again, I think the reason it's not working is libgen has already been detected before the dirname test,

...> 9.7p1 built from source without TCP wrappers and still no 'Connection > closed' at 'LogLevel INFO'. You might be hitting this exit path: diff --git a/serverloop.c b/serverloop.c index 4eabfced6..bf45f77a2 100644 --- a/serverloop.c +++ b/serverloop.c @@ -266,11 +266,11 @@ process_input(struct ssh *ssh, int connection_in) if (errno == EAGAIN || errno == EINTR || errno == EWOULDBLOCK) return 0; if (errno == EPIPE) { - verbose("Connection closed by %.100s port %d", + logit("Connection closed by %.100s port %d", ssh_remote_ipaddr(ssh), ssh_re...

Hi, I met some difficult in reading ssh/sshd souce code, I want to find out how the command that user input in client is executed on the server. I only found out the process_input function put the command in a buffer,but can not find how it is executed. Could you please help me on that? Thank you very much. B Rgds, Kexin

Hi, I'm a newbie to openssh and was trying to read the source code recently. Could anyone tell me why in sshd the connection_in and connection_out are the same(seems to be integer 3 in my machine). connection_in is used in process_input(readset), and connection_out is used in process_output(writeset); But how does it work if it tries to read and write from the same file descriptor? /Bob

http://bugzilla.mindrot.org/show_bug.cgi?id=52 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |1274 nThis| | ------- You are receiving this mail because: ------- You are the assignee for

...rompt, the shell hangs. (But, if I for instance run "sleep 10" (during which time the pty is in cooked mode) and press Control-C, the sleep command is interrupted quite normally, and the bash prompt returns.) Adding some debugging printfs tell me that the read(fdout,...) in serverloop.c:process_input() returns zero when I type the Control-C?! Some Solaris quirk in pty behaviour related to interrupts in raw mode? Following this read returning 0, sshd thinks it got an EOF, closes its side of the pty, but the shell still thinks everything is OK, but of course can't get any input. So, my next...

...lf): + return "Currently: %s" % self.get_libvirt().get_url() def get_elements_for_page(self, screen, page): if page is CONNECTION_LIST_PAGE: return self.get_connection_list_page(screen) @@ -36,7 +39,6 @@ class ChangeHostConfigScreen(HostListConfigScreen): def process_input(self, page): if page is CONNECTION_LIST_PAGE: logging.info("Changing libvirt connection to %s" % self.get_selected_connection()) - libvirtworker.set_default_url(self.get_selected_connection()) self.get_libvirt().open_connection(self.get_sele...

The previous patch set had an error and one development branch's changes showed up twice, and two different change sets. So it was missing the bulk of the configuration work. This patch set fixes that.

...ors): + if page is DETAILS_PAGE: + if len(self.__hostname.value()) > 0: + return True + else: + errors.append("You must enter a remote hostname.") + elif page is CONFIRM_PAGE: return True + return False + + def process_input(self, page): + if page is CONFIRM_PAGE: + hv = self.__hypervisor.getSelection() + conn = self.__connection.getSelection() + hostname = self.__hostname.value() + + if hv is HYPERVISOR_XEN: + if conn is CONNECTION_LOCAL:...

This set of patches have been rebased since the originals have grown stale.

This patch set includes both the host configuration patch and the node migration patch which depends on it. And the latter has a fix for missing files.

This set of patches supercedes the previous set, and has been rebased with changes from upstream.

...ors): + if page is DETAILS_PAGE: + if len(self.__hostname.value()) > 0: + return True + else: + errors.append("You must enter a remote hostname.") + elif page is CONFIRM_PAGE: return True + return False + + def process_input(self, page): + if page is CONFIRM_PAGE: + hv = self.__hypervisor.getSelection() + conn = self.__connection.getSelection() + hostname = self.__hostname.value() + + if hv is HYPERVISOR_XEN: + if conn is CONNECTION_LOCAL:...

This patch again rebases on upstream and should apply on next as of right now.

On Thu, May 30, 2024 at 6:02?PM Opty <opty77 at gmail.com> wrote: > On Thu, May 30, 2024 at 3:03?AM Damien Miller <djm at mindrot.org> wrote: > > On Wed, 29 May 2024, Opty wrote: > > > On Mon, May 27, 2024 at 4:18?AM Damien Miller <djm at mindrot.org> wrote: > > > > Yeah, you're adding a new thing that will be logged. IMO you should > >

...wrappers and still no 'Connection > > closed' at 'LogLevel INFO'. > > You might be hitting this exit path: > > diff --git a/serverloop.c b/serverloop.c > index 4eabfced6..bf45f77a2 100644 > --- a/serverloop.c > +++ b/serverloop.c > @@ -266,11 +266,11 @@ process_input(struct ssh *ssh, int connection_in) > if (errno == EAGAIN || errno == EINTR || errno == EWOULDBLOCK) > return 0; > if (errno == EPIPE) { > - verbose("Connection closed by %.100s port %d", > +...