PHP shell_exec не будет работать с gnome

Question

PHP shell_exec не будет работать с gnome

1

В окне терминала, в котором alert 9, появляется всплывающее сообщение 9

Однако запуск alert 9 в shell_exec ничего не дает.

Что я должен знать?

Просто упомянем: другие команды не работают, не взаимодействуя с графическим интерфейсом. Я использую gnome 3.16.3

ОБНОВИТЬ

Моя конкретная цель - запустить команду xdotool с помощью среды gnome. (xdotool key ctrl+shift+u)

Steven Palinkas 03 дек. 2015, в 17:59

Источник

1

@SteJ Вы имеете в виду $DISPLAY .
Etan Reisner 03 дек. 2015, в 17:55
0

Упс! Да, я действительно имею в виду $DISPLAY - извините
SteJ 03 дек. 2015, в 17:56
0

Я бы предположил, что PHP не знает о вашей среде X11. Попробуйте установить переменную окружения $ DISPLAY в вашем скрипте?
SteJ 03 дек. 2015, в 17:56
0

Это звучит как возможное решение. Как я мог правильно развернуть этот метод?
Steven Palinkas 04 дек. 2015, в 09:46
0

Обновление описания вознаграждения на основе ответа @Halayem Anis: в ответе не обязательно обязательно использовать alert 9 о конкретной команде alert 9 .
Steven Palinkas 07 дек. 2015, в 11:08

Показать ещё 3 комментария

Теги:

php

bash

shell-exec

gnome

3 ответа

2

alert не является стандартной командой, по крайней мере, на RedHat, Solaris и AIX, поэтому вы должны упомянуть об этом в своем вопросе о том, что это проприетарная команда/программа

Ваш скрипт/программа alert учитывает сброс текстовых данных в стандартном или выходном файле, поэтому вы не можете выполнять перенаправление с использованием pipe | , или перенаправить >, и, наконец, php-функция shell_exec() может поймать что-либо

Возможно, вы можете перенаправить графические данные (я не уверен), но, как правило, он используется графическим сервером

Halayem Anis 07 дек. 2015, в 07:57

0

Спасибо, ваша информация была ценной. Пожалуйста, смотрите мое обновление по этому вопросу.
Steven Palinkas 07 дек. 2015, в 11:04

1

Я считаю, что PHP запускает оболочку, которая не знает об окружающей среде X11, и вам нужно установить переменную среды $DISPLAY. Попробуйте выполнить следующую модификацию shell_exec:

shell_exec("DISPLAY=\":0\" alert 9");

SteJ 03 дек. 2015, в 16:27

0

Отличный ответ. Однако выполнение этой команды также ничего не дает из shell_exec. Работает при выполнении вручную через gnome-терминал.
Steven Palinkas 04 дек. 2015, в 09:46
0

Работает ли ваш PHP-скрипт от имени того же пользователя, с которого вы вошли и запустили X? Ваша X сессия будет авторизована только для вашего пользователя; Вы можете использовать команду xauth чтобы авторизовать других пользователей и хосты, но это может быть очень xauth . Вы получаете какие-либо ошибки, возвращенные из shell_exec?
SteJ 04 дек. 2015, в 11:27
0

Я не получаю абсолютно ни вывода, ни ошибок. Я www-data если я спрашиваю whoami из shell_exec. Тем не менее, я могу переключиться на своего пользователя с помощью sudo -u myuser whoami (-> myuser ).
Steven Palinkas 04 дек. 2015, в 11:34
0

Да, wwwdata не будет иметь доступа к вашему X-серверу. Я бы вообще не рекомендовал использовать команды sudo из скрипта php, так как это уязвимость, ожидающая своего появления, но если скрипт предназначен только для вас и не будет публично доступен, то он по крайней мере докажет, что это действительно так. проблема. В конечном итоге ответом будет добавление www-данных в ваш xauth; Прошло много времени с тех пор, как я это сделал, поэтому я немного запутался в деталях. Manpage здесь
SteJ 04 дек. 2015, в 11:43
0

Другой способ проверить эту теорию - войти в сеанс x как www-данные, но это не рекомендуется - www-данные обычно настраиваются без пароля, специально чтобы пользователи не могли войти в систему под этим пользователем.
SteJ 04 дек. 2015, в 11:46
0

Последнее замечание: как правило, нежелательно, чтобы PHP-скрипты, работающие на веб-сервере, имели прямой доступ к X (в противном случае злоумышленник может запустить любое приложение, которое им нравится). Может быть, лучше иметь отдельную программу для создания предупреждает вас, а затем связывается между вашим PHP-скриптом и этой программой, используя некоторую форму IPC, такую как сокеты, каналы или даже просто простые очереди сообщений на основе файлов.
SteJ 04 дек. 2015, в 11:50
0

Это для личного использования в хорошо вложенной среде, поэтому безопасность не является вопросом. Как я могу заставить www-data попасть на мой X-сервер?
Steven Palinkas 04 дек. 2015, в 11:53
0

В настоящее время я работаю в системе Windows, поэтому я не могу протестировать решение xauth и xdm для вас прямо сейчас - взгляните на использование xauth чтобы все xauth , а затем посмотрите на изменение конфигурации xdm чтобы сделать авторизацию постоянной , Вы также можете запустить второй X-сервер как www-data; есть способ запустить x-сервер в окне на рабочем столе вашего гнома, но я не помню, что это за команда.
SteJ 04 дек. 2015, в 12:01
0

Любые идеи, кто-нибудь?
Steven Palinkas 04 дек. 2015, в 14:24

Показать ещё 7 комментариев

Ещё вопросы

Упс! Да, я действительно имею в виду $DISPLAY - извините
Я бы предположил, что PHP не знает о вашей среде X11. Попробуйте установить переменную окружения $ DISPLAY в вашем скрипте?
Это звучит как возможное решение. Как я мог правильно развернуть этот метод?
Обновление описания вознаграждения на основе ответа @Halayem Anis: в ответе не обязательно обязательно использовать alert 9 о конкретной команде alert 9 .
Спасибо, ваша информация была ценной. Пожалуйста, смотрите мое обновление по этому вопросу.
Отличный ответ. Однако выполнение этой команды также ничего не дает из shell_exec. Работает при выполнении вручную через gnome-терминал.
Работает ли ваш PHP-скрипт от имени того же пользователя, с которого вы вошли и запустили X? Ваша X сессия будет авторизована только для вашего пользователя; Вы можете использовать команду xauth чтобы авторизовать других пользователей и хосты, но это может быть очень xauth . Вы получаете какие-либо ошибки, возвращенные из shell_exec?
Я не получаю абсолютно ни вывода, ни ошибок. Я www-data если я спрашиваю whoami из shell_exec. Тем не менее, я могу переключиться на своего пользователя с помощью sudo -u myuser whoami (-> myuser ).
Да, wwwdata не будет иметь доступа к вашему X-серверу. Я бы вообще не рекомендовал использовать команды sudo из скрипта php, так как это уязвимость, ожидающая своего появления, но если скрипт предназначен только для вас и не будет публично доступен, то он по крайней мере докажет, что это действительно так. проблема. В конечном итоге ответом будет добавление www-данных в ваш xauth; Прошло много времени с тех пор, как я это сделал, поэтому я немного запутался в деталях. Manpage здесь
Другой способ проверить эту теорию - войти в сеанс x как www-данные, но это не рекомендуется - www-данные обычно настраиваются без пароля, специально чтобы пользователи не могли войти в систему под этим пользователем.
Последнее замечание: как правило, нежелательно, чтобы PHP-скрипты, работающие на веб-сервере, имели прямой доступ к X (в противном случае злоумышленник может запустить любое приложение, которое им нравится). Может быть, лучше иметь отдельную программу для создания предупреждает вас, а затем связывается между вашим PHP-скриптом и этой программой, используя некоторую форму IPC, такую как сокеты, каналы или даже просто простые очереди сообщений на основе файлов.
Это для личного использования в хорошо вложенной среде, поэтому безопасность не является вопросом. Как я могу заставить www-data попасть на мой X-сервер?
В настоящее время я работаю в системе Windows, поэтому я не могу протестировать решение xauth и xdm для вас прямо сейчас - взгляните на использование xauth чтобы все xauth , а затем посмотрите на изменение конфигурации xdm чтобы сделать авторизацию постоянной , Вы также можете запустить второй X-сервер как www-data; есть способ запустить x-сервер в окне на рабочем столе вашего гнома, но я не помню, что это за команда.

Alex Blex · Accepted Answer · 2015-12-07T14-08-00.000Z

alert - это не команда, а псевдоним для notify-Send. Псевдонимы загружаются только в интерактивной оболочке, поэтому лучше не тестировать shel_exec.

Эти 2 команды хорошо работают с php-cli:

$ php -r "shell_exec('notify-send 9');"
$ php -r "shell_exec('xdotool key ctrl+shift+u');"

Первый выдает 9 в области уведомлений, а последний вывод подчеркивает "u".

Apache с mod_php - это демон, подпроцесс init, который ничего не знает о xserver. Если, например, вы запустили встроенный веб-сервер php с терминала в xserver, например $ php -S 0:8080 он работает так, как ожидалось.

Они оба прекрасно работают в терминале внутри среды гномов. Однако из LAMP они все еще не взаимодействуют с GUI.
Если LAMP является apache с mod_php, это демон, подпроцесс init , который ничего не знает о xserver. Например, если вы запустили встроенный веб-сервер php из терминала в xserver, например, $ php -S 0:8080 он будет работать так, как ожидается.
Отлично, это работает! Пожалуйста, приложите Ваш комментарий к ответу ..