search for: enter_raw_mode

Compiled OK, and operating nicely on CentOS 6.6, both 32/64 bit. Really appreciate the UpdateHostkeys feature! One issue I noticed, the screen output gets garbled if the user has been "asked" to "Accept" the new hostkeys. Looks like the screen output is missing the CR's, and only LF's get presented. [root at be2 .ssh]# ssh be1 ls -l Warning: Permanently added

...ndrot.org ReportedBy: imre.deak at nokia.com I'm trying to use ppp over ssh as follows: # pppd passive pty "ssh -qtt remote.mine.nu pppd 192.168.10.1:192.168.10.2" The ssh process which is run as a child will try as a consequence of option -t will hang for ever in function enter_raw_mode / tcsetattr(fileno(stdin), TCSADRAIN, &tio) . I could avoid the problem with replacing TCSADRAIN with TCSANOW, not sure though what a proper fix would be for this. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

...gle i've found some posts where people complained about sshing somewhere and getting disabled xon/xoff on their devices and thus they had to use rlogin because it handles local flow control correctly for them. An easy and quick/dirty method was to remove IXON & IXOFF flags from sshtty.c:enter_raw_mode(), but it can easily brake transparency. Another standart method to use was a must. According to IETF RFC4254 ssh server can provide client an idea of doing the control flow at the client side. A special SSH_MSG_CHANNEL_REQUEST message with "xon-xoff" string MUST be used, and client M...

All, When logging into an HP-UX 10.2 system from a Windows NT machine running Cygwin and openssh 2.9p2, control-c sends a sigint to the ssh client on the NT system, thus killing the ssh process. Interestingly enough, this behavior is only observed when using X11 forwarding. I can eliminate the behavior by changing clientloop.c to ignore SIGINT (signal(SIGINT, SIG_IGN) ) but then I'm bak to

...FALLTHROUGH */ case SSHCTL_MASTER_NO: break; @@ -1452,6 +1462,8 @@ signal(SIGINT, control_client_sighandler); signal(SIGTERM, control_client_sighandler); signal(SIGWINCH, control_client_sigrelay); + + debug("connected to control master; waiting for exit"); if (tty_flag) enter_raw_mode();

...fwd_host_port, + options.gateway_ports); + if (n <= 0) { + msg = "Port forwarding failed"; + goto out; + } + } + else + channel_request_remote_forwarding(fwd_port, buf, fwd_host_port); + + msg = "Forwarding port"; + out: + signal(SIGINT, handler); + enter_raw_mode(); + if (msg) { + snprintf(string, sizeof string, "%s\r\n", msg); + buffer_append(berr, string, strlen(string)); + } +} + /* process the characters one by one */ int process_escapes(Buffer *bin, Buffer *bout, Buffer *berr, char *buf, int len) @@ -570,6 +640,7 @@ ~^Z - suspend ssh\r\...

http://bugzilla.mindrot.org/show_bug.cgi?id=962 Summary: Data loss in interactive session on slow terminal Product: Portable OpenSSH Version: 3.9p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-bugs at mindrot.org ReportedBy:

hello short description: ssh client sends a wrong all-zero terminal info when requesting forced pseudo-terminal allocation while stdin is not a terminal. sshd then sets the terminals ospeed to 0 because it receives this information from the client. on solaris this means that the pseudo-terminal is closed and output of any remote command is dropped. longer description: what we're doing is