В вашем номере, я думаю, есть две возможные причины. Во-первых, ваш общедоступный IP-адрес не находится в одном регионе с вашим кластером AKS. Я думаю, что это наиболее вероятная причина. Другой - ваш кластер AKS не имеет разрешения на выполнение этого действия.
Когда вы используете статический публичный IP, есть также два способа. Один находится в группе узлов, а другой - вне группы узлов. Когда вы используете общедоступный IP-адрес вне группы узлов, у вашего кластера AKS должно быть разрешение «Network Contributor» для группы, в которой публичный IP-адрес указан как минимум. См. Использование статического IP-адреса вне группы ресурсов узла .
Бруно на верном пути. Я провел обширное исследование, и если вы хотите установить переменные, которые доступны во всех приложениях с графическим интерфейсом, ваш единственный вариант - /etc/launchd.conf
.
Обратите внимание, что environment.plist не работает для приложений, запущенных через Spotlight. Это задокументировано Стивом Секстоном здесь .
Откройте окно терминала
Тип sudo vi /etc/launchd.conf
(примечание: этот файл может еще не существовать)
Поместите содержимое, подобное следующему, в файл
# Set environment variables here so they are available globally to all apps
# (and Terminal), including those launched via Spotlight.
#
# After editing this file run the following command from the terminal to update
# environment variables globally without needing to reboot.
# NOTE: You will still need to restart the relevant application (including
# Terminal) to pick up the changes!
# grep -E "^setenv" /etc/launchd.conf | xargs -t -L 1 launchctl
#
# See http://www.digitaledgesw.com/node/31
# and http://stackoverflow.com/questions/135688/setting-environment-variables-in-os-x/
#
# Note that you must hardcode the paths below, don't use environment variables.
# You also need to surround multiple values in quotes, see MAVEN_OPTS example below.
#
setenv JAVA_VERSION 1.6
setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home
setenv GROOVY_HOME /Applications/Dev/groovy
setenv GRAILS_HOME /Applications/Dev/grails
setenv NEXUS_HOME /Applications/Dev/nexus/nexus-webapp
setenv JRUBY_HOME /Applications/Dev/jruby
setenv ANT_HOME /Applications/Dev/apache-ant
setenv ANT_OPTS -Xmx512M
setenv MAVEN_OPTS "-Xmx1024M -XX:MaxPermSize=512m"
setenv M2_HOME /Applications/Dev/apache-maven
setenv JMETER_HOME /Applications/Dev/jakarta-jmeter
Сохраните изменения в vi и перезагрузите Mac. Или используйте команду grep
/ xargs
, которая показана в комментарии к коду выше.
Докажите, что ваши переменные работают, открыв окно терминала и напечатав export
, и вы должны увидеть свои новые переменные. Они также будут доступны в IntelliJ IDEA и других приложениях с графическим интерфейсом, которые вы запускаете через Spotlight.
Вся магия на iOS работает только с использованием source
с файлом, куда вы экспортируете переменные окружения.
Например:
Вы можете создать такой файл:
export bim=fooo
export bom=bar
Сохранить этот файл как bimbom.env
и сделать source ./bimbom.ev
. Вуаля, у тебя есть переменные среды.
Проверьте их с помощью:
echo $bim
Ну, я не уверен в /etc/paths
и ~/.MacOSX/environment.plist
файлы. Те являются новыми.
, Но с Bash, необходимо знать, что .bashrc
выполняется с каждым новым вызовом оболочки, и .bash_profile
только выполняется однажды при запуске.
я не знаю, как часто это с Mac OS X. Я думаю, что различие сломалось с оконной системой, запускающей все.
Лично, я устраняю беспорядок путем создания .bashrc
файл со всем, в чем я нуждаюсь и затем делаю:
ln -s .bashrc .bash_profile
Для однопользовательской модификации используйте ~/.profile
из перечисленных вами. Следующая ссылка объясняет, когда Bash читает разные файлы.
http://telin.ugent.be/~slippens/drupal/bashrc_and_others
Если вы хотите установить переменную окружения для приложений графического интерфейса, вам нужен ~ / .MacOSX / файл environment.plist
Любой Bash запускает файлы - ~/.bashrc
, ~/.bash_profile
, ~/.profile
. Существует также своего рода странный файл, названный ~/.MacOSX/environment.plist
для переменных среды в приложениях GUI.
Другое, бесплатное программное обеспечение с открытым исходным кодом, Mac & OS & nbsp; X & nbsp; v10.8 (Mountain Lion) Pane / environment.plist Preference, представляет собой EnvPane .
Исходный код EnvPane доступен на GitHub . Похоже, что EnvPane имеет сравнимые возможности с RCEnvironment , однако, похоже, он может обновлять свои сохраненные переменные мгновенно, то есть без необходимости перезапуска или входа в систему, что приветствуется.
Как заявляет разработчик:
EnvPane - это панель настроек для Mac OS X 10.8 (Mountain Lion), которая позволяет устанавливать переменные среды для всех программ как в графическом, так и в терминальном сеансах. Он не только восстанавливает поддержку ~ / .MacOSX / environment.plist в Mountain Lion, но и немедленно публикует ваши изменения в среде без необходимости выхода и повторного входа. < SNIP > EnvPane включает (и автоматически устанавливает) агент launchd, который запускается 1) рано после входа в систему и 2) каждый раз, когда изменяется ~ / .MacOSX / environment.plist. Агент читает ~ / .MacOSX / environment.plist и экспортирует переменные среды из этого файла в экземпляр launchd текущего пользователя через тот же API, который используется launchctl setenv и launchctl unsetenv.
Отказ от ответственности: я никоим образом не связан с разработчиком или его / ее проектом.
P.S. Мне нравится название (звучит как «Ends Pain»).
Иногда все предыдущие ответы просто не работают. Если вы хотите иметь доступ к системной переменной (например, M2_HOME
) в Eclipse или IntelliJ IDEA, единственное, что мне подходит в этом случае, это:
Сначала (шаг 1) отредактируйте /etc/launchd.conf
в содержат строку, подобную этой: «VAR-значение setenv», а затем (шаг 2) перезагрузите компьютер.
Простое изменение .bash_profile не сработает, потому что в OS & nbsp; X приложения не запускаются, как в других Unix'ах; они не наследуют переменные оболочки родителя. Все остальные модификации не будут работать по неизвестной мне причине. Может быть, кто-то еще может прояснить это.
git diff --summary HEAD^..
). Таким образом, другие изменения являются " normal" изменения в файлах - недостаточно для инициирования эвристики перезаписи.
– araqnid
02.12.2012, 14:05
Хотя ответы здесь не являются «неправильными», я добавлю еще один: никогда не вносите изменения переменных среды в OS X, которые влияют на «все процессы», или даже вне оболочки, для всех процессов, выполняемых в интерактивном режиме заданным пользователь.
По моему опыту, глобальные изменения переменных среды, таких как PATH, для всех процессов даже более вероятны для OS X, чем для Windows. Причиной этого является то, что многие приложения OS X и другое программное обеспечение (включая, возможно, особенно компоненты самой ОС) полагаются на инструменты командной строки UNIX изнутри и принимают поведение версий этих инструментов, поставляемых с системой, и при этом не обязательно использовать абсолютные пути (аналогичные комментарии применяются к динамически загружаемым библиотекам и переменным окружения DYLD_ *). Предположим, например, что наиболее высоко оцененные ответы на различные вопросы о переполнении стека о замене предоставленных OS X версий интерпретаторов, таких как Python и Ruby, обычно говорят «не делайте этого».
OS X на самом деле нет в этом отношении отличается от других UNIX-подобных операционных систем (например, Linux, FreeBSD и Solaris); наиболее вероятная причина, по которой Apple не предоставляет простой способ сделать это, заключается в том, что она ломает вещи . В той степени, в которой Windows не так подвержена этим проблемам, это связано с двумя причинами: (1) программное обеспечение Windows не склонно полагаться на инструменты командной строки, как это делает программное обеспечение UNIX, и (2) Microsoft имела такая обширная история как «ада DLL», так и проблем безопасности, вызванных изменениями, которые влияют на все процессы, что они изменили поведение динамической загрузки в более новых версиях Windows, чтобы ограничить влияние «глобальных» параметров конфигурации, таких как PATH.
«Хромая» или нет, у вас будет гораздо более стабильная система, если вы ограничите такие изменения меньшими областями.
Вот очень простой способ сделать то, что вы хотите. В моем случае это заставляло Gradle работать (для Android Studio).
Выполните следующую команду:
sudo nano /etc/paths
или sudo vim /etc/paths
Введите свой пароль, когда будет предложено.
Откройте новое окно терминала и введите:
echo $PATH
Вы должны увидеть новый путь, добавленный в конец PATH.
Я получил эти подробности из этого поста:
Do:
vim ~/.bash_profile
Файл может не существовать (если нет, вы можете просто создать его).
Введите это и сохраните файл:
export PATH=$PATH:YOUR_PATH_HERE
Выполните
source ~/.bash_profile
export
то, что я собирался предложить, начиная с Bash doesn' t поддержка setenv
– vol7ron
11.06.2012, 13:17
До и включая OS X (лев) v10.7 можно установить их в:
~/.MacOSX/environment.plist
См.:
Для ПУТИ в Терминале, необходимо быть в состоянии установить в .bash_profile
или .profile
(необходимо будет, вероятно, создать его хотя)
Для OS X (пума) v10.8 и вне [1 111] необходимо использовать launchd
и launchctl
.
preferences.plist
было меньше, чем идеал с OS X 10.5, так как в то время preferences.plist
не был считан из приложений, запущенных через центр внимания, см. комментарий Louis к Matthew' s отвечают и email.esm.psu.edu/pipermail/macosx-emacs/2010-May/002113.html . Для OS X 10.6 environment.plist
работы точно так же, как это должно.
– Janus
14.09.2010, 15:36
launchd.conf
является одним путем, но нуждается в перезагрузке (для перезапуска launchd). Если Вы хотите избежать перезагрузки, см. мой ответ stackoverflow.com/questions/135688/… – Matt Curtis 21.09.2010, 15:25