По-видимому, мои проблемы были вызваны двумя различными проблемами.
Выпуск № 1 SSHFP не поддерживает пути поиска использования. Таким образом, если бы Вы добавляете "домен example.com" к/etc/resolv.conf затем, Вы ожидали бы, что ssh myhost будет работать с SSHFP, так как регулярный ssh правильно разрешит имя к myhost.example.com. По-видимому, OpenBSD devs знает о проблеме, так как патч был выпущен 2 года назад, но это никогда не применялось. Вместо этого взлом ssh_config был предложен, но это, кажется, не работает также. Таким образом, решение первого выпуска состоит в том, что FQDN должен всегда использоваться с SSHFP.
Выпуск № 2 Используя FQDNs для решения предыдущей проблемы все работает, если я использую текущую версию клиента OpenSSH, который является OpenSSH_6.1. Клиент OpenSSH_5.8p2 в моей системе FreeBSD может, находят записи SSHFP для нового сервера OpenSSH_6.1, но это не может соответствовать цифровому отпечатку, который это получает от DNS с тем, который это получает от сервера. Клиент OpenSSH_5.9p1 на моем OS X 10.8.2 машин не может даже получить записи SSHFP для нового сервера OpenSSH_6.1 несмотря на то, чтобы быть никогда версия клиента, чем машина FreeBSD. Очевидно, это не может соответствовать несуществующим записям SSHFP цифровому отпечатку, возвращенному сервером OpenSSH. Наконец, ssh-keygen на поле FreeBSD производит плохие записи SSHFP по словам клиентов OpenSSH_6.1, которые жалуются на нападение MITM, так как они не соответствуют цифровому отпечатку, возвращенному сервером. Решение, кажется, что необходимо выполнить текущую версию обоих клиентов и серверов OpenSSH для SSHFP для работы. Используя более старую версию или клиента или сервера напрашивается на неприятности.
Последние мысли Используя SSHFP с DNS, по-видимому, слишком ультрасовременны, чтобы использоваться в смешанной среде ОС и иметь, все "просто работает", так как non-OpenBSD ОС имеет к порту OpenSSH, портативному, который устарел к тому времени, когда это портировано. Возможно, в 3-5yrs, SSHFP будет достаточно стабилен, что даже более старые версии, которые портированы к другому OSs, также будут стабильны и совместимы с последней версией.
Надлежащий способ сделать это должно использовать псевдоним:
Так как я хотел выключить некоторый материал, когда калека запускает и на том, когда калека заканчивает, я выполнился бы
alias gimp="toggle-input off; gimp; toggle-input on"
Теперь, когда калека выполняется, это сначала выполнится введенный переключателем прочь, затем это выполнит калеку, затем после того, как калека будет закончен, используясь он, выполнится введенный переключателем на.
Можно записать сценарий и включать command/s для включения и выключения сенсорной панели прежде и после запуска хромой программы:
commands to turn on touch-pad && gimp
commands to turn off touch-pad
Путем выполнения этого сценария сенсорная панель включит прежде, чем выполнить калеку и когда Вы закроетесь, сенсорная панель программы выключит.
Можно ли совместно использовать сценарий для понимания то, что продолжается?
Также подсказка стороны. Все программы UNIX получают конфигурацию через емкостно-резистивный файл. Вы могли попытаться видеть, какие варианты '$HOME/.gimp/gimprc' выбирает.
Второй подход был бы оберткой вокруг Вашего Хромого средства запуска, которое зависит от DE или WM, который Вы используете. Обеспечьте больше информации, и кто-то мог бы предложить ясное решение.