Отчего gksu не открывает gui программу от другого пользователя, а kdesudo открывает?

[DimAnt10]

Здравствуйте!

Никто не знает, почему gksu не отрывает gui программу от другого 
пользователя ("Не удалось открыть дисплей:"), а kdesudo открывает? Может 
донастроить чего надо?

что такое SSU для видеокарты?

[Andrei Lomov]

Не сумел в гугле найти ответ на вроде бы простой вопрос:
чем отличаются две видеокарты
GTX760-DC2T-2GD5-SSU
GTX760-DC2-2GD5
Стоят одинаково, из перечня характеристик отличие только в 
немного более высокой частоте у первой ("T", видимо, означает 
"турбо"). 
А что такое SSU? 
И какую карту купить? Скорость некритична, шумела бы поменьше.
Спасибо заранее.

--
А.

Re: Postgix - принмать почту только с gmail

[Pavel Ammosov]

On Thu, Aug 20, 2015 at 08:24:39PM +0300, Bogdan wrote:
> Возникла странная необходимость принимать только почту, которая прошла
> через сервера гугла (в т.ч. пересылка почты от другого домена через список
> раасылки)
> Предположу, что надо проверять для каждого письма SPF-записи, но не для
> домена вот from, а ориентируясь строго на гугл.

Проще всего MTA сказать принимать письма только с IP-адресов домена google.com.
Это достаточно надёжно. MTA выполняет ресолвинг IP-адреса сервер отправителя в
доменное имя, а потом снова ресолвит уже имя назад в адрес. И только при
совпадении считает доменное имя верным. Такая схема не позволит жулику
пролезть прописав для своего IP-адреса имя в домене google.com.
https://en.wikipedia.org/wiki/Forward-confirmed_reverse_DNS

SPF тут врятли поможет: подпись будет от оригинального письма и при пересылке 
будет испорчена.

Re: почтовая система

[Pavel Ammosov]

On Fri, Aug 28, 2015 at 03:22:39PM +0300, Oleg Litvinov wrote:
> посоветуйте почтовую связку smtp pop3
> в настоящее время используется
> exim (+mysql) cyrus (+sasl) spamassassin clamav
> но при нештатных ситуациях (поломался диск сервер) как то сложновато
> перенастраивается и при переходах на новые выпуски debian
> ОБЯЗАТЕЛЬНО что-то ломается

В древности для этого рекомендовали Communigate Pro 
(https://ru.wikipedia.org/wiki/CommuniGate_Pro). Он ещё живой, кстати.
Решения этой декады - отдать всё в клауд.

Нечто среднее - сделать RAID и бекап для защиты дисков, использовать
Configuration Management (puppet/ansible) для пересоздания конфигурации при 
инсталляции.

И можно простить набор софта, убрать не нужное, будет меньше ломаться. 
Например, при 400
пользователях вместо MySQL можно использовать просто файлы для хранения
юзербазы.

Re: что такое SSU для видеокарты?

[Иван Лох]

On Mon, Aug 31, 2015 at 11:24:21PM +0600, Andrei Lomov wrote:
> А что такое SSU? 
SSU-shaped heatpipes
> 

"ip link set up" - поднимает интерфейс?

[Oleksandr Gavenko]

У меня после:

  $ sudo ip link set wlan0 up

  $ ip link show wlan0

  6: wlan0:  mtu 1500 qdisc mq state DOWN 
mode DEFAULT group default qlen 1000
  link/ether f8:d1:11:09:0e:d6 brd ff:ff:ff:ff:ff:ff

**state DOWN** - это нормально? На up загорается свисток, на down гаснет.

Разница через diff с down только в NO-CARRIER и UP (что в скобочках):

  --- /home/user/tmp/down.log 2015-08-31 20:57:59.542825346 +0300
  +++ /home/user/tmp/up.log   2015-08-31 20:57:48.814713753 +0300
  @@ -1,2 +1,2 @@
  -6: wlan0:  mtu 1500 qdisc mq state DOWN mode DEFAULT 
group default qlen 1000
  +6: wlan0:  mtu 1500 qdisc mq state DOWN 
mode DEFAULT group default qlen 1000
  ^^ ^^
После запуска `wpa_supplicant` состояние уже `state UP`:

  6: wlan0:  mtu 1500 qdisc mq state UP mode 
DORMANT group default qlen 1000
 ^^ 
Т.е. по сути вопрос - как расшифровывать вывод `ip link show`.

-- 
Best regards!

Как *удобно* настраивать сеть?

[Oleksandr Gavenko]

Прелюдия обьясняет мотивацию, пропускаем до разделителя.

До сих пор пользовался wicd. По wicd-gtk можно было выбрать тип шифрования и
записать пароль и поставить галочку автологина.

До этого интернет был по pon/wvdial - в bash помагал автокомплит, а сейчас
получаю через WiFi.

Мои TL-WN722N свистки частенько начали отваливаться от интернета где то 2 года
назад. Рестарт помагал всегда. Иногда подключались сами спустя неопределенное
число часов.

После suspend иногда работало, иногда нет.

Баг оформлял (годик репорту): 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772996

  wicd-daemon: wlan0: deauthenticating by local choice (Reason: 
3=DEAUTH_LEAVING)

Надоело что в неудобный момент отваливается сеть.

Гугление показывало какие то странные советы по поводу отключить апаратное
шифрование или прибить процесс wpa_supplicant.

В плохой момент (тогда wicd 100% плохо) попробовал подсоедениться вручную
(казалось слишком сложным, не хотелось разбираться):

  $ iwlist wlan0 scan  | grep ESSID
  $ /usr/bin/wpa_passphrase $SSID $PASS >~/tmp/wpa.pass
  $ ip link set wlan0 up
  $ sudo wpa_supplicant -d -Dwext -i wlan0 -c ~/tmp/wpa.pass &

  $ sudo pump -i wlan0 -h desktop &

В итоге отрабатывало 100%, когда прибивал wpa_supplicant/pump `wicd` застрявал
на "deauthenticating by local choice".

По логам /var/log/* видно что wicd вызывает кучу внешних утилит, у меня
предположение что из-за временных задержек после обновления
ядра/драйверов/проприетарной прошивки/wicd стало плохо.



Среди:

  $ aptitude search '?tag(network::configuration)'

я нашел 3 менеджера сети:

  p   connman   - Intel Connection Manager daemon   

 
  p   network-manager   - network management framework (daemon and userspace 
tools)  

  i   wicd  - wired and wireless network manager - metapackage  

 

Т.к. сложилось впечатление что network-manager - это что то ужасное, то
попробовал connman. Никуда ничего писать не пришлось:

  $  connmanctl 
  connmanctl> 
  connmanctl> scan wifi 
  Scan completed for wifi

  connmanctl> services 
  $SSIDwifi_f8d111090ed6_6d617269636f6e5f64655f6d6965726461_managed_psk

  connmanctl> agent on
  Agent registered

  connmanctl> connect 
wifi_f8d111090ed6_6d617269636f6e5f64655f6d6965726461_managed_psk 
  Agent RequestInput 
wifi_f8d111090ed6_6d617269636f6e5f64655f6d6965726461_managed_psk
  Passphrase = [ Type=psk, Requirement=mandatory, Alternates=[ WPS ] ]
  WPS = [ Type=wpspin, Requirement=alternate ]
  Passphrase? $PASS
  Connected wifi_f8d111090ed6_6d617269636f6e5f64655f6d6965726461_managed_psk

  connmanctl> quit

Писать команды не страшно - по TAB автопродолжение.

Перевытыкнул свисток - сеть поднялась за 2 сек. Еще не перегружался.

По жестким зависимостям тянется мусор, почистил:

  $ sudo update-rc.d bluetooth disable 
  $ sudo update-rc.d ofono disable



Каким способом лучше настраивать сеть, что бы было наглядней? Т.е. что бы
средство было интуитивно, подсказывало, не приодилось копировать какие-то
коды и не вспоминать содержимое 20 манов каждые пол года...

-- 
Best regards!

Не работает eth0, как выяснить что это аппаратная проблема?

[Oleksandr Gavenko]

Так уж случилось что все домашние десктопы/ноуты с "битыми" эзернетами.

Все либо покупалось Б/У, либо доставалось от брата после его геймерского
апгрейда. В общем не знаю причин и когда случилась беда с сетевухами (ну
например если бы в грозу перестало работать - то поломка очевидна в железе).

При воткнутом гарантировано рабочем кабеле:

  $ ip link show eth0
  2: eth0:  mtu 1500 qdisc 
pfifo_fast state DOWN mode DEFAULT group default qlen 1000

  $ ethtool eth0
  Link detected: no

В другом варианте затыкалось на dhclient - писало что то по поводу
повреждения данных общения, wireshark даже чего то принимал, сейчас долго
с ящиками и проводами носиться что бы повторить эксперемент.

Есть ли однозначный или коственный метод выяснить аппаратная ли проблема?

-- 
Best regards!

Re: Не работает eth0, как выяснить что это аппаратная проблема?

[Artem Chuprina]

Oleksandr Gavenko -> debian-russian@lists.debian.org  @ Mon, 31 Aug 2015 
22:13:43 +0300:

 OG> Так уж случилось что все домашние десктопы/ноуты с "битыми" эзернетами.

 OG> Все либо покупалось Б/У, либо доставалось от брата после его геймерского
 OG> апгрейда. В общем не знаю причин и когда случилась беда с сетевухами (ну
 OG> например если бы в грозу перестало работать - то поломка очевидна в 
железе).

 OG> При воткнутом гарантировано рабочем кабеле:

 OG>   $ ip link show eth0
 OG>   2: eth0:  mtu 1500 qdisc
 OG> pfifo_fast state DOWN mode DEFAULT group default qlen 1000

 OG>   $ ethtool eth0
 OG>   Link detected: no

 OG> В другом варианте затыкалось на dhclient - писало что то по поводу
 OG> повреждения данных общения, wireshark даже чего то принимал, сейчас долго
 OG> с ящиками и проводами носиться что бы повторить эксперемент.

 OG> Есть ли однозначный или коственный метод выяснить аппаратная ли проблема?

Еще иногда можно проверить напряжение между землями компа и
свитча/роутера.  Иногда после этого становится понятно, почему не
работает.  Иногда (но уже реже) карточки от этого не сгорают, и после
устранения проблемы начинают работать...

Короче, совсем вот однозначного метода нет.

В свитче-то, кстати, Ethernet живой?  А то если во _всех_ компах не
работает, то может оказаться, что дело не в компах.

Re: Не работает eth0, как выяснить что это аппаратная проблема?

[Yuriy M. Kaminskiy]

Oleksandr Gavenko  wrote:

> Так уж случилось что все домашние десктопы/ноуты с "битыми" эзернетами.
>
> Все либо покупалось Б/У, либо доставалось от брата после его геймерского
> апгрейда. В общем не знаю причин и когда случилась беда с сетевухами (ну
> например если бы в грозу перестало работать - то поломка очевидна в железе).
>
> При воткнутом гарантировано рабочем кабеле:
>
>   $ ip link show eth0
>   2: eth0:  mtu 1500 qdisc
> pfifo_fast state DOWN mode DEFAULT group default qlen 1000
>
>   $ ethtool eth0
>   Link detected: no
>
> В другом варианте затыкалось на dhclient - писало что то по поводу
> повреждения данных общения, wireshark даже чего то принимал, сейчас долго
> с ящиками и проводами носиться что бы повторить эксперемент.
>
> Есть ли однозначный или коственный метод выяснить аппаратная ли проблема?

Насчёт универсального метода сильно сомневаюсь.
Для начала поглядеть в логах ядра (dmesg). Какая сетевуха (в т.ч. lspci
-vvvnn), какой драйвер/версия ядра, стоят ли соответсвующие пакеты с
фирмварью для сетевухи (вероятнее всего - из nonfree).

Re: почтовая система

[Mikhail A Antonov]

31.08.2015 14:58, Andrey Tataranovich пишет:
> On Mon, 31 Aug 2015 14:48:27 +0300
> Mikhail A Antonov  wrote:
>
>> Теперь-то да, ставлю её в контейнеры с убунтой.
>> Ты хочешь сказать что при обновлении зимбры с версии 7.2.x на версию
>> 8.0.х ничего особо не сломается?
>> Да и убунта 12.04 рано или поздно устареет и её придётся обновлять.
>> Неужто всё пройдёт гладко?
> Понятия не имею как оно пройдет. Я начинал год назад с Zimbra 8.0.7 и
> апгрейдил ее 8.0.7 -> 8.0.x -> 8.5.0 -> 8.5.1 -> 8.6.0. Кроме
> кастомизаций ничего не ломалось.
>
> Что касается миграции ubuntu 12.04 -> next LTS - такой апгрейд нужно
> обязательно тестировать. Бэкапом тут не обойдешься.
>
Вот ТС как раз и жалуется что при апгрейде дистрибутива с одного на другой -
что-то ломается.
Зимбра хороша, но от необходимости что-то где-то крутить после обновлений не
избавит.

-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: Не работает eth0, как выяснить что это аппаратная проблема?

[Mikhail A Antonov]

31.08.2015 22:13, Oleksandr Gavenko пишет:
> Так уж случилось что все домашние десктопы/ноуты с "битыми" эзернетами.
>
> Все либо покупалось Б/У, либо доставалось от брата после его геймерского
> апгрейда. В общем не знаю причин и когда случилась беда с сетевухами (ну
> например если бы в грозу перестало работать - то поломка очевидна в железе).
>
> При воткнутом гарантировано рабочем кабеле:
>
>   $ ip link show eth0
>   2: eth0:  mtu 1500 qdisc 
> pfifo_fast state DOWN mode DEFAULT group default qlen 1000
>
>   $ ethtool eth0
>   Link detected: no
>
> В другом варианте затыкалось на dhclient - писало что то по поводу
> повреждения данных общения, wireshark даже чего то принимал, сейчас долго
> с ящиками и проводами носиться что бы повторить эксперемент.
>
> Есть ли однозначный или коственный метод выяснить аппаратная ли проблема?
>
А фирмварь от карточки точно есть?
Соединяешь комп-комп или комп-свитч/роутер?
Для соединения комп-комп иногда может потребоваться другой кабель. Большинство
карточек уже само умеет распознавать комп там или свитч, но всё же.

-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: Как *удобно* настраивать сеть?

[Mikhail A Antonov]

31.08.2015 21:58, Oleksandr Gavenko пишет:
> Прелюдия обьясняет мотивацию, пропускаем до разделителя.
>
> До сих пор пользовался wicd. По wicd-gtk можно было выбрать тип шифрования и
> записать пароль и поставить галочку автологина.
А чем тебя wpa_gui не устраивает?


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: Не работает eth0, как выяснить что это аппаратная проблема?

[Eugene Berdnikov]

On Mon, Aug 31, 2015 at 10:55:14PM +0300, Artem Chuprina wrote:
> Еще иногда можно проверить напряжение между землями компа и
> свитча/роутера.  Иногда после этого становится понятно, почему не
> работает.  Иногда (но уже реже) карточки от этого не сгорают, и после
> устранения проблемы начинают работать...

 AFAIK, для витой пары классический изернетовский адаптер должен иметь
 гальваническую развязку трансформаторного типа.
-- 
 Eugene Berdnikov

Re: "ip link set up" - поднимает интерфейс?

[Mikhail A Antonov]

31.08.2015 21:08, Oleksandr Gavenko пишет:
> У меня после:
>
>   $ sudo ip link set wlan0 up
>
>   $ ip link show wlan0
>
>   6: wlan0:  mtu 1500 qdisc mq state DOWN 
> mode DEFAULT group default qlen 1000
>   link/ether f8:d1:11:09:0e:d6 brd ff:ff:ff:ff:ff:ff
>
> **state DOWN** - это нормально? На up загорается свисток, на down гаснет.
UP в угловых скобках - питание подано.
UP/DOWN в state - воткнут/вынут кабель. В случае с wifi - подключён ли к точке
доступа.

-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: Не работает eth0, как выяснить что это аппаратная проблема?

[Eugene Berdnikov]

On Mon, Aug 31, 2015 at 10:13:43PM +0300, Oleksandr Gavenko wrote:
> При воткнутом гарантировано рабочем кабеле:
> 
>   $ ip link show eth0
>   2: eth0:  mtu 1500 qdisc 
> pfifo_fast state DOWN mode DEFAULT group default qlen 1000
> 
>   $ ethtool eth0
>   Link detected: no
> 
> В другом варианте затыкалось на dhclient - писало что то по поводу
> повреждения данных общения, wireshark даже чего то принимал, сейчас долго
> с ящиками и проводами носиться что бы повторить эксперемент.
> 
> Есть ли однозначный или коственный метод выяснить аппаратная ли проблема?

 Если чип встал в "up", то отсутствие линка полностью аппаратная проблема.
 Пока чип не видит линк (no-carrier), никакие фреймы ходить не могут,
 в том числе dhcp.
-- 
 Eugene Berdnikov

[DONE] wml://security/2015/dsa-3346.wml

[Lev Lamberov]

Cheers!
Lev Lamberov
--- english/security/2015/dsa-3346.wml	2015-08-31 20:47:02.0 +0500
+++ russian/security/2015/dsa-3346.wml	2015-09-01 00:20:32.862819372 +0500
@@ -1,56 +1,58 @@
-security update
+#use wml::debian::translation-check translation="1.1" maintainer="Lev Lamberov"
+обновление безопасности
 
-Several vulnerabilities were discovered in Drupal, a content management
-framework:
+В Drupal, инфраструктуре управления содержимым, было
+обнаружено несколько уязвимостей:
 
 
 
 https://security-tracker.debian.org/tracker/CVE-2015-6658;>CVE-2015-6658
 
-The form autocomplete functionality did not properly sanitize the
-requested URL, allowing remote attackers to perform a cross-site
-scripting attack.
+Функциональность автоматического заполнения форм неправильно очищает
+запрошенный URL, позволяя удалённым злоумышленникам выполнять атаки по принципу межсайтового
+скриптинга.
 
 https://security-tracker.debian.org/tracker/CVE-2015-6659;>CVE-2015-6659
 
-The SQL comment filtering system could allow a user with elevated
-permissions to inject malicious code in SQL comments.
+Система фильтрации комментариев SQL может позволить пользователю с повышенными
+разрешениями вводить вредоносный код в комментарии SQL.
 
 https://security-tracker.debian.org/tracker/CVE-2015-6660;>CVE-2015-6660
 
-The form API did not perform form token validation early enough,
-allowing the file upload callbacks to be run with untrusted input.
-This could allow remote attackers to upload files to the site under
-another user's account.
+API форм не выполняет во время проверку токена формы,
+что позволяет функциям обратного вызова для загрузки файлов запускаться с недоверенным вводом.
+Эта уязвимость позволяет удалённым злоумышленникам загружать файлы на сайт с
+помощью учётной записи другого пользователя.
 
 https://security-tracker.debian.org/tracker/CVE-2015-6661;>CVE-2015-6661
 
-Users without the access content permission could see the titles
-of nodes that they do not have access to, if the nodes were added to
-a menu on the site that the users have access to.
+Пользователи, не имеющие права на доступ к содержимому, могут видеть заголовки
+нод, к которым они не имеют доступа, в случае, если ноды были добавлены в
+меню на сайте, к которому эти пользователи имеют доступ.
 
 https://security-tracker.debian.org/tracker/CVE-2015-6665;>CVE-2015-6665
 
-Remote attackers could perform a cross-site scripting attack by
-invoking Drupal.ajax() on a whitelisted HTML element.
+Удалённые злоумышленники могут выполнять атаки по принципу межсайтового скриптинга путём
+вызова функции Drupal.ajax() с HTML-элементом из белого списка в качестве аргумента.
 
 
 
-For the oldstable distribution (wheezy), these problems have been fixed
-in version 7.14-2+deb7u11.
+В предыдущем стабильном выпуске (wheezy) эти проблемы были исправлены
+в версии 7.14-2+deb7u11.
 
-For the stable distribution (jessie), these problems have been fixed in
-version 7.32-1+deb8u5.
+В стабильном выпуске (jessie) эти проблемы были исправлены в
+версии 7.32-1+deb8u5.
 
-For the testing distribution (stretch), these problems have been fixed
-in version 7.39-1.
+В тестируемом выпуске (stretch) эти проблемы были исправлены
+в версии 7.39-1.
 
-For the unstable distribution (sid), these problems have been fixed in
-version 7.39-1.
+В нестабильном выпуске (sid) эти проблемы были исправлены в
+версии 7.39-1.
 
-We recommend that you upgrade your drupal7 packages.
+Рекомендуется обновить пакеты drupal7.
 
 
 # do not modify the following line
 #include "$(ENGLISHDIR)/security/2015/dsa-3346.data"
 # $Id: dsa-3346.wml,v 1.1 2015/08/31 15:47:02 gusnan Exp $
+

Re: Отчего gksu не открывает gui программу от другого пользователя, а kdesudo открывает?

[Andrey Melnikoff]

DimAnt10  wrote:
> Здравствуйте!

> Никто не знает, почему gksu не отрывает gui программу от другого 
> пользователя ("Не удалось открыть дисплей:"), а kdesudo открывает? Может 
> донастроить чего надо?
gksu похоже давно сломали везде с пеерездом на gnome3 и systemd. Попробуй gksudo

Re: Отчего gksu не открывает gui программу от другого пользователя, а kdesudo открывает?

[DimAnt10]

Выдает в числе прочего "Не удалось открыть дисплей:". gksudo точно так 
же реагирует, хоть там в gui и предусмотрен запуск от другого пользователя.


31.08.2015 10:53, Anatoly Pugachev пишет:
Если запустить gksu из xterm (или другого текстового терминала, 
konsole, gnome-terminal), показывает ли какие-нибудь ошибки?


2015-08-31 10:24 GMT+03:00 DimAnt10 >:


Здравствуйте!

Никто не знает, почему gksu не отрывает gui программу от другого
пользователя ("Не удалось открыть дисплей:"), а kdesudo открывает?
Может донастроить чего надо?

Re: почтовая система

[Mikhail A Antonov]

31.08.2015 11:48, Andrey Tataranovich пишет:
> On Mon, 31 Aug 2015 06:48:02 +0300
> Mikhail A Antonov  wrote:
>
>> Я ставил её на сквизи когда она сквизи уже не поддерживала.
>> Работало, но жевало мозги при каждом обновлении потому что ей нужна
>> была версия dpkg из какой-то убунты тех времён. А ещё оно там часть
>> пакетов использует обычных системных.
>> А обновлять саму зимбру - ну вообще они по докам рекомендуют брать
>> новый сервер, ставить туда всё новое, переносить ящики. Тот ещё цирк.
>> Это если обновлять до следующего релиза, а не мелкими фиксами.
>> Если закрыть на всё это глаза - зимбра мне понравилась и много где
>> прижилась. Ах, да, надо не забыть закрыть глаза на то, что она очень
>> прожорлива до памяти вне зависимости от того 4 там пользователя или
>> 40. Максимально на одном сервере у меня порядка 200+ ящиков и оно
>> живёт в виртуалке с 6Гб RAM и даже работает.
> Всех этих приключений можно избежать, если поставить Zimbra в контейнер
> с Ubuntu. У меня такая связка (Zimbra + Ubuntu 12.04 + OpenVZ) живет
> уже больше года. Несколько мажорных обновлений потребовали только
> накатить поверх кастомизации, которые ломаются при обновлении. Никаких
> миграций на другой сервер я не делал - бэкап всего контейнера в OpenVZ
> и backup mx для входящей почты на время обновления.
>
> Многое доступно из коробки, а на "вырост" есть enterprise версия.
Теперь-то да, ставлю её в контейнеры с убунтой.
Ты хочешь сказать что при обновлении зимбры с версии 7.2.x на версию 8.0.х
ничего особо не сломается?
Да и убунта 12.04 рано или поздно устареет и её придётся обновлять. Неужто всё
пройдёт гладко?


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: почтовая система

[Andrey Melnikoff]

Oleg Litvinov  wrote:
> Добрый день,

> вот и хочется что-то с вэб конфигуратором и настройкой с одного места
А что имеено должно настраиваться с одного места?

Re: Отчего gksu не открывает gui программу от другого пользователя, а kdesudo открывает?

[Anatoly Pugachev]

Если запустить gksu из xterm (или другого текстового терминала, konsole,
gnome-terminal), показывает ли какие-нибудь ошибки?

2015-08-31 10:24 GMT+03:00 DimAnt10 :

> Здравствуйте!
>
> Никто не знает, почему gksu не отрывает gui программу от другого
> пользователя ("Не удалось открыть дисплей:"), а kdesudo открывает? Может
> донастроить чего надо?
>
>

Re: почтовая система

[Oleg Litvinov]

Andrey Melnikoff пишет 31.08.2015 10:50:


вот и хочется что-то с вэб конфигуратором и настройкой с одного места



А что имеено должно настраиваться с одного места?


все ...
сейчас оно тоже как все с одного места на самописных скриптах
но хотелось чего нибудь "правильного"

--
JSC "Gomelpromstroy"
Oleg Litvinov

Re: Не работает eth0, как выяснить что это аппаратная проблема?

[Artem Chuprina]

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Tue, 1 Sep 2015 01:04:11 
+0300:

 >> Еще иногда можно проверить напряжение между землями компа и
 >> свитча/роутера.  Иногда после этого становится понятно, почему не
 >> работает.  Иногда (но уже реже) карточки от этого не сгорают, и после
 >> устранения проблемы начинают работать...

 EB>  AFAIK, для витой пары классический изернетовский адаптер должен иметь
 EB>  гальваническую развязку трансформаторного типа.

Вообще логично бы, да, но "должен иметь" и "имеет" - разные модальности...

Re: почтовая система

[Andrey Melnikoff]

Oleg Litvinov  wrote:
> Andrey Melnikoff пишет 31.08.2015 14:56:

>  вот и хочется что-то с вэб конфигуратором и настройкой с одного места
> >
> >>> А что имеено должно настраиваться с одного места?
> >
> >> все ...
> > Всё - это что? Конфиг эксима оно тоже должно через веб-морду править?
> ну это вообще в идеале :)
Странный идеал. Зачем в конфиги должна ходить вебморда? Чай не инструмент -
"собери свой сервер за 5 минут" для чаников.

> >> сейчас оно тоже как все с одного места на самописных скриптах
> >> но хотелось чего нибудь "правильного"
> > Если только юзерей с квотами и прочими алиасами - то 
> > exim+postfixadmin+dovecot.
> > sieve, roundcube и прочие спамассасины - по вкусу.

> ну у postfixadmin обновление тоже последний раз было в 2014-10
А чего там обновлять-то? переписывать sql запросы раз в год? Мне лично не
нравиться его вид вебморды, но раз в пол года сходить добавить-удалить юзеря
можно. Остальным, кто не разбирается - оно просто и понятно.

> да и он вроде как правильней заточен под postfix
Не вижу никакой заточки. Есть какие-то странности в таблицах для постфикса,
но никто не заставляет их использовать.

> а вообще как связки posfix dovecot & exim cyrus -- равноценны или кто-то 
> до кого-то не дотягивает ?
цироз - старьё, postfix - так себе, для нормально работы надо увешаться
демонами на каждый чих. 

Re: почтовая система

[Andrey Melnikoff]

Oleg Litvinov  wrote:
> Andrey Melnikoff пишет 31.08.2015 10:50:

> >> вот и хочется что-то с вэб конфигуратором и настройкой с одного места

> > А что имеено должно настраиваться с одного места?

> все ...
Всё - это что? Конфиг эксима оно тоже должно через веб-морду править?

> сейчас оно тоже как все с одного места на самописных скриптах
> но хотелось чего нибудь "правильного"
Если только юзерей с квотами и прочими алиасами - то exim+postfixadmin+dovecot.
sieve, roundcube и прочие спамассасины - по вкусу.

Re: Отчего gksu не открывает gui программу от другого пользователя, а kdesudo открывает?

[Илья]

Пробавали в  /etc/sudoers  добавить строку
Defaults env_keep=DISPLAY


On 08/31/2015 10:24 AM, DimAnt10 wrote:

Здравствуйте!

Никто не знает, почему gksu не отрывает gui программу от другого 
пользователя ("Не удалось открыть дисплей:"), а kdesudo открывает? 
Может донастроить чего надо?

Re: почтовая система

[Oleg Litvinov]

Andrey Melnikoff пишет 31.08.2015 14:56:


вот и хочется что-то с вэб конфигуратором и настройкой с одного места



А что имеено должно настраиваться с одного места?



все ...

Всё - это что? Конфиг эксима оно тоже должно через веб-морду править?


ну это вообще в идеале :)




сейчас оно тоже как все с одного места на самописных скриптах
но хотелось чего нибудь "правильного"

Если только юзерей с квотами и прочими алиасами - то exim+postfixadmin+dovecot.
sieve, roundcube и прочие спамассасины - по вкусу.


ну у postfixadmin обновление тоже последний раз было в 2014-10
да и он вроде как правильней заточен под postfix

а вообще как связки posfix dovecot & exim cyrus -- равноценны или кто-то 
до кого-то не дотягивает ?


--
JSC "Gomelpromstroy"
Oleg Litvinov