Форуми

Как в OSX 'Run As' и 'Open As' (не в командния ред)

М

mamcx

Оригинален плакат
13 март 2008 г
  • 10 март 2009 г
Здравейте, липсва ми от Windows опцията 'Run As' или 'Open As' от контекстното меню.

Чудя се дали съществува опция за активиране (и да не се прибягва до командния ред) Б

belvdr

15 август 2005 г


Вече не влизам в MR
  • 10 март 2009 г
Никога не съм виждал подобна функция. Защо изобщо трябва да правиш това? Може би има нещо, с което можем да помогнем, за да премахнем това като необходимост.

DoFoT9

11 юни 2007 г
Сингапур
  • 10 март 2009 г
защо по дяволите бихте искали да направите това? П

ppc750fx

20 август 2008 г
  • 11 април 2009 г
mamcx каза: Чудя се дали съществува опция за активиране (и да не се прибягва до командния ред)

Ако не сте склонни да използвате командния ред, има вероятност всъщност не е нужно да знаете как да направите това.

edesignuk

Почетен модератор
25 март 2002 г
Лондон, Англия
  • 11 април 2009 г
Какво правиш, че трябва да направиш това?

Инсталаторите/копията на файлове ще поискат име на администратор/pw, ако е необходимо. М

mamcx

Оригинален плакат
13 март 2008 г
  • 11 април 2009 г
Не е за инсталатори.

Начинът, по който OSX работи сега, е много подобен на Vista (подкана за администратор, но не е активиран runas).

Искам го, защото имам няколко потребители на една и съща машина и понякога трябва да видим файловете на други или да стартираме програми с тези идентификационни данни. И не ми харесва идеята да поставям файлове в споделената зона.

Ако не сте склонни да използвате командния ред, има вероятност всъщност не е нужно да знаете как да направите това.

Сериозно, това е видът коментар, който очаквам от потребител на Linux!

Мога и знам как да използвам командния ред. Аз съм професионален разработчик, но тогава защо да го използвам, ако може да се избегне?

Въпросът е прост: може да се направи, съществува или не. Ако не, животът продължава, защото е малко нещо.
Реакции:ppaula П

гадно

2 юни 2003 г
  • 11 април 2009 г
Краткият отговор е не, няма вграден GUI инструмент за това. Най-близкото, което ще получите, е да активирате бързото превключване на потребители, след което да преминете към потребителя, като искате да стартирате. Или използвайте CLI. Или просто задайте правилно ACL на вашата машина, така че ако трябва да споделяте файлове с конкретен потребител, те да се споделят. Б

belvdr

15 август 2005 г
Вече не влизам в MR
  • 11 април 2009 г
pooky каза: Краткият отговор е не, няма вграден GUI инструмент за това. Най-близкото, което ще получите, е да активирате бързото превключване на потребители, след което да преминете към потребителя, като искате да стартирате. Или използвайте CLI. Или просто задайте ACL правилно на вашата машина, така че ако трябва да споделяте файлове с конкретен потребител, те да се споделят.

Можете да прехвърлите файла на потребителя, от когото искате да го стартирате, и да промените разрешенията, така че да работи setuid. След това всеки път, когато се изпълнява, той се изпълнява като този потребител.

Tex-Long

28 май 2008 г
Берлин
  • 11 април 2009 г
belvdr каза: Можете да прехвърлите файла на потребителя, от когото искате да го стартирате, и да промените разрешенията, така че да работи setuid. След това всеки път, когато се изпълнява, той се изпълнява като този потребител.
добре или просто поставете потребителите в една и съща група и дайте на групата разрешения за съответните файлове. Б

belvdr

15 август 2005 г
Вече не влизам в MR
  • 11 април 2009 г
Tex-Twil каза: добре или просто поставете потребителите в една и съща група и дайте на групата разрешения за съответните файлове.

Това няма да накара файла да работи като конкретен потребител. Това позволява само на двамата потребители да стартират един и същ файл и той ще работи като потребителя, който го е стартирал. М

mamcx

Оригинален плакат
13 март 2008 г
  • 11 април 2009 г
Ммм, добре. Благодаря за отговорите. М

мофомики

16 юни 2009 г
  • 16 юни 2009 г
пример за полезно приложение за това би било за Wireshark, който е наличен за OS X. инициирането на приложението се стартира без наличие на мрежови интерфейси поради проблеми с разрешенията. стартирането на пакета на приложението от командния ред като root решава проблема.

Tex-Long

28 май 2008 г
Берлин
  • 16 юни 2009 г
mofomikes каза: стартирането на пакета на приложението от командния ред като root решава проблема.
Но OP не иска да използва командния ред.

Джетрин Фрейман

9 август 2007 г
Австралия
  • 16 юни 2009 г
Не мислете, че може да се направи, освен от командния ред. Няма нужда да го правите, наистина. ДА СЕ

krezreb

17 ноември 2009 г
  • 17 ноември 2009 г
Да, има законни употреби на функцията „Run As“ в OS X

Например....Ако не сте потребител без администратор и искате да можете да преглеждате системните регистрационни файлове в приложението Console или да стартирате дисковата програма, без да се налага да въвеждате паролата си милиони пъти.

Има много добри причини да нямате основния акаунт, който използвате, да нямате администраторски права. Но това е друг дебат.

Във всеки случай намерих този форум, докато търсех „Run As“ за mac и изглежда не намерих нищо там, така че продължих и го написах сам.

Може да се свали тук: тук

Наздраве!

макро

11 април 2008 г
  • 17 ноември 2009 г
OS X автоматично ще подкани потребителя за потребителско име и парола на потребител, който има привилегии, когато текущият потребител не го прави, което е много по-добро потребителско изживяване от функцията „изпълни като“ MS.

ангелват

Почетен модератор
16 август 2005 г
ИЗПОЛЗВА
  • 17 ноември 2009 г
macrem каза: OS X автоматично ще подкани потребителя за потребителското име и парола на потребител, който има привилегии, когато текущият потребител не го прави, което е много по-добро потребителско изживяване от функцията „изпълни като“ MS.

Само дето не винаги „автоматично подканя“ потребителите за определени случаи, като тези, дадени от други, като публикацията директно над вашата.

ангелват

Почетен модератор
16 август 2005 г
ИЗПОЛЗВА
  • 17 ноември 2009 г
krezreb каза: Във всеки случай намерих този форум, докато търсех „Run As“ за mac и изглежда не намерих нищо там, така че продължих и го написах сам.

Може да се свали тук:

Изглеждаше обещаващо, но не работи. Имаше грешка в AppleScript след въвеждане на идентификационни данни за вход. Грешка, дадена по-долу. Изглежда, че пътят е бил твърдо кодиран, което не работи много добре.

Код: |_+_|

макро

11 април 2008 г
  • 17 ноември 2009 г
angelwatt каза: Изглеждаше обещаващо, но не работи. Имаше грешка в AppleScript след въвеждане на идентификационни данни за вход. Грешка, дадена по-долу. Изглежда, че пътят е бил твърдо кодиран, което не работи много добре.

Код: |_+_|
Много си смел! Моля, не ни позволявайте да ви намерим тук, като съобщавате за „бъгове в SL“, които изпитвате само вие и около 10 други потребители

макро

11 април 2008 г
  • 17 ноември 2009 г
angelwatt каза: Освен това не винаги „автоматично подканя“ потребителите за определени случаи, като тези, дадени от други, като публикацията директно над твоя.
Видях го, но не можах да го идентифицирам. Например, никога не ми се е налагало да стартирам дисковата програма милиони пъти. Веднъж е достатъчно.

ангелват

Почетен модератор
16 август 2005 г
ИЗПОЛЗВА
  • 17 ноември 2009 г
Макрем каза: Ти си доста смел! Моля, не ни позволявайте да ви намерим тук, като съобщавате за „бъгове в SL“, които изпитвате само вие и около 10 други потребители
Знам как да бъда в безопасност с файловете.
Макрем каза: Видях го, но не можах да го идентифицирам. Например, никога не ми се е налагало да стартирам дисковата програма милиони пъти. Веднъж е достатъчно.

Не виждам някой да споменава дисковата програма, така че не съм сигурен за какво говорите. Повечето хора вероятно не могат да се идентифицират, тъй като обикновено работят като администратори. За хора като мен обаче, които работят като стандартни акаунти, полезността на тази функционалност е по-очевидна. Рядко се случва да имам нужда от нещо като Run As, а когато го правя, отчасти се дължи на приложения, които не са написани толкова добре, колкото биха могли да бъдат, като Onyx.

макро

11 април 2008 г
  • 17 ноември 2009 г
angelwatt каза: Не виждам някой да споменава дисковата програма, така че не съм сигурен за какво говорите.
Това е точно там в съобщението, към което ме насочихте: „Ако не сте потребител без администратор и искате да можете да преглеждате системните регистрационни файлове в приложението Console или да стартирате дискова помощна програма без да се налага да въвеждате паролата си милиони пъти.'

Аз също влизам ежедневно като редовен потребител и препоръчвам на други да направят същото.

Всеки път, когато са необходими по-високи priv's, OS X ме подканя за Admin priv's, което работи блестящо и като цяло е по-добро от 'Run as'.

макро

11 април 2008 г
  • 17 ноември 2009 г
Освен това, между другото, току-що отворих appfirewall.log от моя редовен потребителски акаунт, без да използвам CLI. Обикновено аз съм доста тежък потребител на CLI, но само за да докажа, че е напълно възможно в GUI:
1. отворете конзолата
2. отидете на всеки дневник, който нямате разрешение да четете (сиво оцветен текст)
3. плъзнете/пуснете регистрационния файл върху иконата на TextWrangler (в Dock)

След това OS X подканва за администраторска парола и ако я имате, ще четете дневника

ангелват

Почетен модератор
16 август 2005 г
ИЗПОЛЗВА
  • 17 ноември 2009 г
macrem каза: Това е точно там в съобщението, към което ме препоръчате: „Ако не сте потребител без администратор и искате да можете да преглеждате системните регистрационни файлове в приложението Console или да стартирате дискова помощна програма без да се налага да въвеждате паролата си милиони пъти.'

Аз също влизам ежедневно като редовен потребител и препоръчвам на други да направят същото.

Всеки път, когато са необходими по-високи priv's, OS X ме подканя за Admin priv's, което работи блестящо и като цяло е по-добро от 'Run as'.

А, сега го виждам, гледах преди този пост. В чест на тази публикация, ставаше дума за въвеждане на потребителско име/парола милион пъти, а не за стартиране на дисковата програма милиард пъти.

OSX обаче не винаги подканва. Опитайте да отворите Console като стандартен потребител и вижте файла system.log или регистрационните файлове на защитната стена. Те са оцветени в сиво без опция за удостоверяване и никога не се появява подкана. Освен това, както намекнах преди, Onyx не може да се стартира като стандартен потребител. Иска само администраторската парола, но не и потребителското име, така че отново друг пример за нещата, които не работят толкова „брилянтно“.

ангелват

Почетен модератор
16 август 2005 г
ИЗПОЛЗВА
  • 17 ноември 2009 г
macrem каза: Освен това, между другото, току-що отворих appfirewall.log от моя редовен потребителски акаунт, без да използвам CLI. Обикновено аз съм доста тежък потребител на CLI, но само за да докажа, че е напълно възможно в GUI:
1. отворете конзолата
2. отидете на всеки дневник, който нямате разрешение да четете (сиво оцветен текст)
3. плъзнете/пуснете регистрационния файл върху иконата TextWrangler** (в Dock)

След това OS X подканва за администраторска парола и ако я имате, ще четете дневника

Това обаче наистина е по-скоро заобиколно решение.