similar to: [Bug 1716] New: tty allocation is not properly documented

https://bugzilla.mindrot.org/show_bug.cgi?id=1716 Darren Tucker <dtucker at zip.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |dtucker at zip.com.au

https://bugzilla.mindrot.org/show_bug.cgi?id=1716 Darren Tucker <dtucker at zip.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Blocks| |2360 Resolution|---

https://bugzilla.mindrot.org/show_bug.cgi?id=1716 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #3 from Damien Miller <djm at mindrot.org> --- Close all resolved bugs after 7.3p1 release

https://bugzilla.mindrot.org/show_bug.cgi?id=1939 Bug #: 1939 Summary: ssh client hangs when -t option is used to force pseudo-tty allocation Classification: Unclassified Product: Portable OpenSSH Version: 5.4p1 Platform: PPC OS/Version: AIX Status: NEW Severity: normal

Hello, I used the sshd under SCO 5, and always get the error that the deamon couldn't allcoate a pseudo tty. This depends on that SCO use a different method to create the tty's in the /dev directory. The pseudo tty line looks like: /dev/ttypXXX where XXX depends on the number of pseudo tty's entered in the scoadmin Tool for the network interface. So I change the allocation routine in

Please Cc: me on the reply as I am not on the list. >From the ssh(1) man page: -t Force pseudo-tty allocation. This can be used to execute arbi trary screen-based programs on a remote machine, which can be very useful, e.g., when implementing menu services. This is similiar to what I am trying to do, use "-t" flag to ssh from my application,

Hello, I've set up a cron job to use ssh with a remote forced command to delete the contents of a directory. System A has the cron job and uses a specific key for system B. No command as such is specified since the key on system B specifies 'command=/bin/rm -rf ...'. However, I am getting error messages back from the cron system (or rather from ssh) about it not allocating a tty since

http://bugzilla.mindrot.org/show_bug.cgi?id=1273 Summary: Interactive mode detection should not be predicated on pty allocation Product: Portable OpenSSH Version: v4.5p1 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sftp-server AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=1698 Summary: Connection stalls on PTY allocation failure Product: Portable OpenSSH Version: 5.3p1 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: unassigned-bugs at mindrot.org ReportedBy:

Hello, First I apologize because I sent this email on the lxc-users mailing by error. So sorry for the double message. I'm trying to run an X server inside a container. I was able to achieve this with lxc-tools (and that is why I mixed myself between the 2 lists) by setting the option lxc.tty = 4 that allows access to 4 tty. Now I want to use libvirt because my final goal is to

Hello. Has anyone here ever successfully set up a jail for X apps, connecting to an external X server? I'm trying an experimental sandbox setup here. I have a jail running on an aliased IP on my local machine and X programs connect out of the jail to my local X server via an SSH tunneled TCP connection. All other packets to and from the jail are denied by the packet filter. The trouble I am

<start> In AIX Version 4, the pty subsystem uses naming conventions similar to those from UNIX System V. There is one node for the control driver, /dev/ptc, and a maximum number of N nodes for the slave drivers, /dev/pts/n. N is configurable at pty configuration and may be changed dynamically by pty reconfiguration, without closing the opened devices. The control device is set up as a clone

Hello everyone, Some of you might already know what I've been doing lately, but I'd better introduce myself properly: since February this year I've been working on redesigning the TTY layer for the FreeBSD operating system. I hope to get my work integrated next month (the 10th of August). The new TTY layer will have some minor improvements with respect to performance, but one of the

https://bugzilla.mindrot.org/show_bug.cgi?id=2044 Priority: P5 Bug ID: 2044 Assignee: unassigned-bugs at mindrot.org Summary: error message is printed for SSHv1 when ssh is forced to allocate a pseudo-tty even when it does not have a one Severity: minor Classification: Unclassified OS:

Hi, I'm working on a tool for persistent terminal sessions that works much like tmux, and I would like to be able to make it so that people can set things up so that when they ssh onto a remote host, they automatically connect to a persistent session based on the local terminal they are connecting from. The idea would be that users can just type `ssh my-host` if their connection drops and

On Thu, 2 Mar 2023 at 00:12, Ethan Pailes <ethan at pailes.org> wrote: [...] > this works quite well, except that $SSH_TTY holds the path of the > remote pty rather than the local pty, so there is nothing that ensures > that you will reconnect to the same session if you ssh back into your > remote machine from the same local terminal emulator. > > First of all, can anyone

http://bugzilla.mindrot.org/show_bug.cgi?id=829 Summary: Don't allocate a tty if -n option is set Product: Portable OpenSSH Version: 3.8p1 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: ssh AssignedTo: openssh-bugs at mindrot.org ReportedBy:

http://bugzilla.mindrot.org/show_bug.cgi?id=272 Summary: Ctrl-C exits - Can not open TTY Product: Portable OpenSSH Version: -current Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Hello, I have installed openssh (2.1.1p4)and openssl (0.9.5a) on a Solaris 7 sparc box. When I try to use scp this is the error I am getting: You have no controlling tty. Cannot read passphrase. lost connection. I have read that this could be a permissions problem with /dev/tty. But my system looks different than any of the examples. Here is what I'm seeing: $ ls -l /dev/tty

These issues affected previous 2. versions of openssh and still affects openssh-2.1.1p1. The environment is SCO OS 5.0.5 with the SCO development environment (not gcc, gmake, etc.) There are two issues, the first is a compilation problem, and the second is a run-time problem. The first problem is simply that MAXPATHLEN is not defined. I found it to be defined in