Вам нужен вариант RequestTTY
. На справочной странице конфигурации ssh _:
RequestTTY
Specifies whether to request a pseudo-tty for the session. The argument may be one of: `no' (never request a TTY), `yes' (always request a TTY when standard input is a TTY), `force' (always request a TTY) or `auto' (request a TTY when opening a login session). This option mirrors the -t and -T flags for ssh(1).
force
эквивалентно -tt
, а yes
эквивалентно-t
Host interactive
HostName example.com
User user
RequestTTY yes
Вы не можете использовать fallback
для переключения между различными интерфейсами (, что кажется целью в случае 2 ). Резервный профиль dhcp используется на интерфейсе, для которого он был настроен, в случае сбоя dhcp на этом же интерфейсе, а не в случае сбоя dhcp на другом интерфейсе.
Не уверен, что для этой цели можно использовать arping
(см. dhcpd.conf). Идея заключалась бы в том, чтобы пропинговать первый интерфейс и указать на профиль без ip. Альтернативный профиль MAC-адреса будет содержать статический IP-адрес или DHCP, которые будут использоваться на вторичном интерфейсе. Но я боюсь, что это не будет работать надежно, поскольку это зависит от времени, когда основной интерфейс встанет с IP-адресом.