Не работает QIP при гостевом входе
гипотеза: qip сохраняет инфу в два этапа - сначала один кусок (например, настройки потом второй кусок (например, данные - контакты, историю и т.д.)
на первый этап - прав хватает, а на второй - уже нет.
поэтому при старте - qip, с одной стороны, понимает - что данные он сохранял, но с другой стороны - сами данные не находит - обижается и умирает.
на первый этап - прав хватает, а на второй - уже нет.
поэтому при старте - qip, с одной стороны, понимает - что данные он сохранял, но с другой стороны - сами данные не находит - обижается и умирает.
обижается и умираетинтересно, а помочь ему в его обиде можно ?
да, поставить qutim, к примеру.
интересно, а помочь ему в его обиде можно ?нужна информация:
если qip ставить также, но под юзером, а не гостем - работает?
если qip поставить под гостем на флешку, а не в документы, то заработает?
тот квип что был поставлен под админскими правами работать не захотел, от того и решил его поставить на госте отдельно, флэшки нету, еще заметил, что если после первого запуска из папки с квипом (та что в документах) удалить папку Profiles(она создается при первом запуске то квип считает, что запуск певрый и опять радостно запускается, естественно снова на один раз
думаю что он помимо папки с профайлама еще где-то что-то пишет, но вот туда из Гостя ему попасть не дают, а для первого раза, так как даже этой папки с профайлами нету, то он туда и не лезет, а со второго раза лезет и обламывается...
попробуй дать ему полный доступ для гостя на всего его папки (в программ файлз и где он там еще есть).
Запускаешь под пользователем с правами, достаточными для работы Квипа filemon, смотришь, куда Квип пишется, даёшь права Гостю туда, куда пишется Квип но прав Гостю не хватает. 
Запускаешь под пользователем с правами, достаточными для работы Квипа filemon, смотришь, куда Квип пишется, даёшь права Гостю туда, куда пишется Квип но прав Гостю не хватает.И эти люди говорят, что "Линукс сложный, в нем все надо делать через Опу"
У разработчика квипа руки растут из жопы, вот и приходится извращаться 
Поругай ещё винду за то, что на ней твой любимый вирус перестал запускаться после обновления.
Поругай ещё винду за то, что на ней твой любимый вирус перестал запускаться после обновления.
вот и приходится извращатьсяДа-да! Во всех проблемах в виндоуз виноваты криворукие разработчики стороннего софта!
Если бы Вендоза для работы ограниченых пользователей использовала стандартные механизмы типа jail или на худой конец chroot, то из какой бы жопы не росли руки разработчиков qip, настройки нормально бы сохранялись.
BTW, как в родном MS-ном DNS-сервере создать запись типа NAPTR?
Как научить сервер терминалов устанавливать ПО, которое назначается по групповой политике на пользователя, а не на компьютер?
как ни странно, но пенни прав. Нужно уметь писать проги под данную ось. А необходимость по jail на каждую прогу - это дикость. Прога должна отвечать духу системы. Просто в винде такова традиция: проги пишутся для запуска из-под привилегированного пользователя потому что долгое время других не было.
А необходимость по jail на каждую прогу - это дикостьполностью согласен! я вроде так и написал — в jail надо загонять непривелигированных ПОЛЬЗОВАТЕЛЕЙ. Тогда даже если прила в такой jail-сессии захочет сохранить свои настройки в %systemroot% ей ничто не помешает это сделать - прав будет хватать, т.к. %systemroot% будет джейловым.
Ты не поверишь, но в винде это есть, называется Folder Virtualization.
Вот только оно не спасает от случаев, когда программа пытается открыть уже существующий файл на запись. Вот такие вот ограничения реализации. Если хочешь узнать, почему виртуализируют только создание новых файлов в защищённых папках, но не редактирование старых защищённых файлов - спроси у МС.
Вот только оно не спасает от случаев, когда программа пытается открыть уже существующий файл на запись. Вот такие вот ограничения реализации. Если хочешь узнать, почему виртуализируют только создание новых файлов в защищённых папках, но не редактирование старых защищённых файлов - спроси у МС.
Это совершенно отличается от chroot - когда у тебя программа запускается с изменённым корнем ФС, таким образом, если все файлы в этом новом корне принадлеэат тому же пользователю, из-под которого она запущена, то у неё будут в этом корне все права.
Можно предположить, что это для тех прог, которые хранят настройки в ини-файлах в системных директориях.
у тебя программа запускается с изменённым корнем ФСПриложению нужно прочитать какую-нибудь там wininet.dll, откуда оно этот файл в "изменённом корне" возьмёт?
Можно предположить, что это для тех прог, которые хранят настройки в ини-файлах в системных директориях.В таком случае имеет смысл попробовать удалить этот ini-файл из системной директории (который, вероятно, был создан там установщиком); тогда попытки его создания будут виртуализироваться.
Знаешь, поверю. Я уже хихикал, когда установщик софтины положил плагины к ней в Program files\имя_софтины\plugins
А после запуска софтина искала плагины в "виртуализованой" своей папке и ничего там не находила...
Единичный случай (большинство софта с этим работает нормально но всё равно...
плюс нет никакой возможности виртуализовать реестр (без применения сторонних решений типа VMWare ThinApp) - тоже забавное ограничение. Казалось бы — какая разница %systemroot% или HKLM?
А после запуска софтина искала плагины в "виртуализованой" своей папке и ничего там не находила...
Единичный случай (большинство софта с этим работает нормально но всё равно...
плюс нет никакой возможности виртуализовать реестр (без применения сторонних решений типа VMWare ThinApp) - тоже забавное ограничение. Казалось бы — какая разница %systemroot% или HKLM?
А после запуска софтина искала плагины в "виртуализованой" своей папке и ничего там не находила...Содержимое папок склеивается. Например, от того, что винамп сохранит настройки в виртуализированный C:\Program Files\Winamp\winamp.ini, он не перестанет видеть остальные файлы в своей папке.
Подозреваю, что в этом "единичном случае" дело всё-таки было в чём-то ещё (на то он и "единичный").
плюс нет никакой возможности виртуализовать реестр (без применения сторонних решений типа VMWare ThinApp) - тоже забавное ограничение. Казалось бы — какая разница %systemroot% или HKLM?Ты не поверишь.
Да, спасибо за линк. Понял - собственно, срабатывало именно то ограничение, о котором ты написал - нельзя перезаписывать "не своё".
Оставить комментарий
mymoscow2
Не понимаю в чем может быть проблема, под пользователем "гость" QIP не пашет, точнее ставиться в папку с документами, один раз нормально запускается, работает, но после того как жмешь выйти из ниго повторно уже запускаться уже не хочет, только если его удалить и установить еще раз, тогда снова на один раз запустится...