разрешение отрицало использовать sudo
Я полагаю, что нашел довольно простое решение, которое будет работать на нас: http://www.localwisdom.com/blog/2010/02/iis-7-reverse-proxy-share-1-ip-with-multiple-webservers/
Выборка: Модули: ARR, URL rewriter
“Для очень простого обратного прокси все, что необходимо сделать:
Выберите узел сервера на inetmgr.
Дважды щелкните по значку Application Request Routing.
Выберите/проверьте, “Включают прокси”.
Выберите/проверьте “URL использования, Переписывают для осмотра входящих запросов.
Введите сервер того, где Вы хотите направить запрос к в “Обратном прокси” – т.е. (myserver.contoso.com).
Наша установка была бы: www1, www2 - внутренние названия серверов, на них ссылается отдельный экземпляр IIS7 (отвечающий на общедоступный IP и домен), которые инвертируют прокси www1 или www2, как нам нравится. ARR может быть задан сценарием также, который позволил бы нам реализовать событийно-ориентированные сценарии.
Проблема была связана с относительными путями. Я запускал псевдоним my-command из моего домашнего каталога. Мой скрипт python записывал в файл относительно рабочего каталога. Когда я запускал команду напрямую (без псевдонима), я запускал ее из местоположения сценария python, так что это был рабочий каталог, поэтому сценарий имел разрешение на запись в файл.
Итак, когда я запускаю команда alias из соответствующего каталога все работало, как ожидалось.
If you would like that alias to work make sure that the user and group has the correct permissions to run that file - you also want to make sure that the same user is trying to run the alias for example you don't want to be foo user and your .bashrc is for bar user. I had that problem once I set the correct permissions it worked for me