Действительно ли возможно открыть терминал с указанным tty/pty
Если эти объемы должны быть выставлены VM's как свои собственные устройства, то они не смогут сказать различие. Если Ваш размер PE не является действительно небольшим, не должно иметь значения, если степени непрерывны или нет.
Сервер недавно отключен SSLV3, а клиент требуется TLSV2: https://bugzilla.redhat.com/show_bug.cgi?id=994599
Сервер поддерживает все версии TLS Now.
-121--230108-на UNIX, TTY (например, многие другие вещи) появляется в качестве файла. Данные, записанные на TTY-устройство, идет к терминалу, а данные, поступающие из терминала, доступны для чтения на TTY.
Если TTY является аппаратным последовательным портом, то данные, написанные ему, отправляется на провод, а данные, поступающие из провода, появляется на TTY.
Если TTY является видеоконсолью машины, то данные, записанные на него, отображаются на экране, а данные, поступающие с клавиатуры, появляется на TTY.
Если tty представляет собой псевдо- TTY (виртуальный терминал), подключенный к эмулятору X клемма X, такой как GNOME-Terminal , то данные, записанные на него, доставляются на программное обеспечение для эмуляции X клемма X, и в свою очередь. В окне, в то время как данные, набранные в это окно, доступны для чтения на виртуальном терминале. Говорят, что программное обеспечение подключено к концу «Master» Pseud-терминала. Настоящие терминалы не имеют «главного» конца, потому что там есть реальное устройство (например, последовательный порт), а не виртуальное устройство, не реализующееся частью программного обеспечения.
Итак, вы можете увидеть уже, чтобы он не имел никакого смысла просить эмулятора X клемма X, чтобы работать на произвольном устройстве TTY, таком как / dev / ttys0 (реальный последовательный порт, на Linux) Отказ Это должно быть псевдо-тмит.
Но может ли эмулятор терминала выбрать числовое идентификатор псевдо-терминального устройства, которое он использует? В принципе, было бы возможно для ядра, чтобы позволить этому, но на самом деле интерфейс ядра для выделения нового псевдо- не поддерживает его: ядро делает его собственным выбором. (В системе Sysv PesuD-клеммы создаются путем открытия специального устройства, называемого / dev / ptmx , а наименьшее доступное псевдосевременное устройство автоматически выделяется.)
Но: почему вам нужно Чтобы выбрать количество псевдо- терминального устройства, которое выделяется? Ядро выбирает неиспользованный, который гарантированно будет доступен и использовать. У вас есть причина, по которой вы предпочитаете, если он выбрал другой?
как к вам другой вопрос:
Я видел много TTY файлов в / dev и много файлов PTS в / dev / pts / Я не знаю, почему их так много. Они все используются?
Это зависит от системы. В некоторых системах все возможные псевдо-терминальные устройства предварительно создаются в / dev / pts или / dev , используются ли они или нет. На других узлы устройства существуют только, если псевдо- используется. Вы говорите, что вы используете Ununbu, который использует Linux, который является последним типом. Итак, да, все узлы устройств вы видите в / dev / pts в настоящее время в использовании.
Но для временного доступа это не очень удобно. Я хочу использовать SOCAT, чтобы переслать TTY или PTY для клиента. Затем клиент может запустить терминал с этим pty или tty.
Если вы хотите SOCAT или любое другое программное обеспечение для подключения к ведущему концу псевдо-терминала, то вам нужно для этого программного обеспечения для конкретно поддержки. Но вам повезло, потому что SOCAT делает. Например, если я запуску:
socat PTY,link=/tmp/socat.pty TCP-LISTEN:2222 &
sleep 1 && ( setsid bash ) </tmp/socat.pty >/tmp/socat.pty 2>&1
Я могу получить оболочку, подключив к порту 2222 откуда-то еще. Очень опасно с точки зрения безопасности !!!