date:20100525

LDAP - полезная вещь ил и головная боль?

2010-05-25 Пенетрантность Ed

давно поставил домен на samba3 + openldap.
привлекло, что поддержка ldap упоминается практически для всего -
smtp-сервер, asterisk, dhcp, ... казалось - вот-вот всё можно свести
воедино и ...

прошло время - а ldap так и используется как хранилище пользователей
домена - и только.
то способ хранения странный (как в dhcp3-server например), то возни
получается больше, чем с текстовыми конфигами (почта например), ...

а главное - нет нормального административного интерфейса.
с командной строки (не из скриптов) модифицировать информацию в ldap -
то ещё удовольствие.

веб-интерфейсы тоже не блещут.
если пользоваться интергацией с самбой и пользоваться микрософтовскими
утилитами времён nt4 для управления пользователями - то все пользователи
хранятся в плоской таблице вместо древовидной структуры. да и
редактировать с их помощью можно только пароли/членство в группах.

в общем энтузиазизм иссяк, для среднебольшой сети (десятки и сотни
пользователей) преймуществ перед тестовыми файлами я не вижу.
держит необходимость авторизовывать пользователей на виндовых
терминальных серверах.

btw - раз уж есть ldap+samba, как лучше авторизовывать пользователей на
linux-хостах? напрямую в ldap или winbind?

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfb7866.1000...@yandex.ru

Re: Squid Proxy Disclaimer

2010-05-25 Пенетрантность Ed


Igor Drobot wrote:
помогите пожалуйста к squidу3 прикрутить функцию домашней страницы где 
отображается дисклеймер. Если кто то через прокси заходит


это как? захожу я на гугль, а мне ООО Рога и копыта?


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfb790f.5050...@yandex.ru

Re: LDAP - полезна я вещь или головная боль?

2010-05-25 Пенетрантность Sergey Korobitsin

Ed ☫ → To debian-russian@lists.debian.org @ Tue, May 25, 2010 11:12 +0400

а главное - нет нормального административного интерфейса.
с командной строки (не из скриптов) модифицировать информацию в ldap
- то ещё удовольствие.
веб-интерфейсы тоже не блещут.

А вы не смотрели в сторону OpenSSO: http://en.wikipedia.org/wiki/OpenSSO
? Это не совсем веб-интерфейс, но может быть полезным.

--
Bright regards, Sergey Korobitsin | http://the-brights.net/ --
Arta Software, http://arta.kz/ | illuminating and elevating
xmpp:underta...@jabber.arta.kz | the naturalistic worldview

--
Современные условия бытия оставляют человека один на один с бесконечным
монологом
масс-медиа и культуры; монологом масс-медиа и культуры о самих себе. Хуже того,
реальность, с которой имеет дело субъект культуры - продукт этого самого
монолога.
Человек остается безвольным и безвластным червяком в колоссальной кафкианской
машине
само-воспроизводящейся культуры. Культуры, язык которой защищен копирайтом -
чтобы произнести в этом смысловом поле нечто осмысленное, вообще что-то
произнести,
требуется добыть разрешение владельца копирайта. Копирайт обозначает тиранию
гораздо более жестокую и окончательную, чем все прежде известные формы тирании
-
прежде никому не приходило в голову кодифицировать все формы экспрессии
и требовать получения отдельного разрешения на каждую.
-- Миша Вербицкий, Антикопирайт

Re: Squid Proxy Disclaimer

2010-05-25 Пенетрантность Michael Shigorin

On Tue, May 25, 2010 at 11:15:27AM +0400, Ed wrote:
 помогите пожалуйста к squidу3 прикрутить функцию домашней
 страницы где отображается дисклеймер. Если кто то через прокси
 заходит
 это как? захожу я на гугль, а мне ООО Рога и копыта?

Это captive portal называется.

-- 
  WBR, Michael Shigorin m...@altlinux.ru
  -- Linux.Kiev http://www.linux.kiev.ua/


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100525072811.ga5...@osdn.org.ua

Re: LDAP - полезная вещь или голо вная боль?

2010-05-25 Пенетрантность Konstantin Matyukhin

2010/5/25 Ed sp...@yandex.ru:
 веб-интерфейсы тоже не блещут.
пользуемся phpldapadmin. все устраивает

-- 
С уважением,
Константин Матюхин

Re: Squid Proxy Disclaimer

2010-05-25 Пенетрантность Korona Auto Ltd./ Andrey N. Prokofiev

Я думаю это делается путем редиректа 80 порта на другой порт, на котором 
висит апач.


--
WBR, Andrey N. Prokofiev
IT department of the Korona Auto Ltd.
Jabber ID: a...@korona-auto.com
E-mail: a...@korona-auto.com
Work Phone: +7-812-640-56-01



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfb8aae.6070...@korona-auto.com

Re: LDAP - полезная вещь или головная боль?

2010-05-25 Пенетрантность Вереск


25.05.2010 12:17, Konstantin Matyukhin пишет:


пользуемся phpldapadmin. все устраивает

   
Может я слишком невнимательно смотрел, но так и не понял, где у 
phpldapadmin подключение НЕ к localhost. Собственно, у GQ тоже не нашлось.



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfb8fab.2070...@mail.ru

Re: LDAP - полезна я вещь или головная боль?

2010-05-25 Пенетрантность Sergey Korobitsin

Вереск ☫ → To debian-russian@lists.debian.org @ Tue, May 25, 2010 12:51 +0400

 25.05.2010 12:17, Konstantin Matyukhin пишет:
 
 пользуемся phpldapadmin. все устраивает
 
 Может я слишком невнимательно смотрел, но так и не понял, где у
 phpldapadmin подключение НЕ к localhost. Собственно, у GQ тоже не
 нашлось.

У GQ точно есть, я им отлаживал удалённое дерево в OpenLDAP. Если нужно
что-то GQподобное, то рекомендую luma -- работает не в пример лучше.

-- 
Bright regards, Sergey Korobitsin | http://the-brights.net/ --
  Arta Software, http://arta.kz/  | illuminating and elevating
  xmpp:underta...@jabber.arta.kz  | the naturalistic worldview


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100525090313.gj2...@undertaker.arta.local

Re: LDAP - полезная вещь или голо вная боль?

2010-05-25 Пенетрантность Stanislav Vlasov

25 мая 2010 г. 14:51 пользователь Вереск evgeny_ver...@mail.ru написал:
 25.05.2010 12:17, Konstantin Matyukhin пишет:

 пользуемся phpldapadmin. все устраивает

 Может я слишком невнимательно смотрел, но так и не понял, где у phpldapadmin
 подключение НЕ к localhost.

Невнимательно, да...
 $ldapservers-SetValue($i,'server','host','127.0.0.1');

Впрочем, меня он всё равно не устроил...

-- 
Stanislav

wrong return_path

2010-05-25 Пенетрантность Виталий Сергеевич


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

У меня входящее письмо идет через bogo_router - bogo_transport,
а затем доставляется через dovecot deliver.

в транспорте dovecot:

dovecot_delivery:
  debug_print = T: sender address is $sender_address
  driver = pipe
  command = /usr/local/libexec/dovecot/deliver -s -d 
$local_p...@$domain -f $sender_address

  message_prefix =
  message_suffix =
  delivery_date_add
  envelope_to_add
  return_path_add
  log_output
  user = mail
  temp_errors = 64 : 69 : 70: 71 : 72 : 73 : 74 : 75 : 78

Проблема в том, что он раскрывает переменную $sender_address как адрес 
локального пользователя mail (от которого запущен exim и который 
прописан в транспорте bogofilter bogo_transport), а мне нужен адрес 
реального отравителя (чтобы dovecot deliver мог отправить ему рекошет о 
превышении квоты почтового ящика). Как этого добится?





smime.p7s
Description: S/MIME Cryptographic Signature

Re: установка Debian

2010-05-25 Пенетрантность Oleksandr Gavenko


On 2010.05.20 16:35, Andrey Rahmatullin wrote:

On Thu, May 20, 2010 at 07:33:51PM +0600, Виктор wrote:

Млин, да о чем вы?  Почему так упорно ТОЛЬКО на память ссылаются когда
говорят о «64» ??? что, остальное не в счет?

Остальное (что именно вы имеете в виду, кстати?) не так заметно и
критично.


К остальному могу отнести (для EM64T/AMD64):
 - увеличение числа рабочих регистров (с 8 до 16)
 - улучшеное ABI (меньше используется стек, первые 6 аргументов
   передаются через регистры)
 - гарантировано наличие SSE, SSE2

--
С уважением, Александр Гавенко.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfb9a97.7010...@bifit.com.ua

Re: / постоянно перемонтиру ется в ro

2010-05-25 Пенетрантность Vit

В общем на данный момент ситуация такая - при попытке загрузиться с дисков
контроллер начинает пищать, если же загрузиться с LiveCD - никакой проблемы при
доступе к информации нет. Я могу всё скопировать и прочитать. Оказалось там нет
рейда, а контроллер используется просто как PCI-X SCSI контроллер.
Проверил поверхность всех дисков с помощью встроенной в биос контроллера
утилиты - вроде как всё нормально.
Даже не знаю что делать, сделал полный образ диска на котором / с помощью dd и
скопировал отдельно с него все файлы, отформатировал раздел / (кроме него там
только , который раньше был /, записал на него обратно все файлы. Опять пищит,
дело не доходит даже до GRUB.

22 мая 2010 г. 23:26 пользователь Vit vitr...@gmail.com написал:

Первая перезагрузка помогла. Вторая нет. Теперь он вообще не грузится
и пищит не переставая после поста, после того как SCSI контроллер
находит винты, на этапе, когда должен был бы загрузиться grub.

Контроллер в рабочем состоянии?

Re: / постоянно перемонтиру ется в ro

2010-05-25 Пенетрантность Vit




В общем на данный момент ситуация такая - при попытке загрузиться с дисков контроллер начинает пищать, если же загрузиться с LiveCD - никакой проблемы при доступе к информации нет. Я могу всё скопировать и прочитать. Оказалось там нет рейда, а контроллер используется просто как PCI-X SCSI контроллер.Проверил поверхность всех дисков с помощью встроенной в биос контроллера утилиты - вроде как всё нормально.Даже не знаю что делать, сделал полный образ диска на котором / с помощью dd и скопировал отдельно с него все файлы, отформатировал раздел / (кроме него там только swap) , записал на него обратно все файлы. Опять пищит, дело не доходит даже до GRUB.С уважением, Виктор.
--

Re: установка Debian

2010-05-25 Пенетрантность Oleksandr Gavenko

On 2010.05.20 22:23, Victor Wagner wrote:

On 2010.05.20 at 23:32:09 +0600, Виктор wrote:

Не хочется вступать в полемику.. :)
Замечу только:длинные адреса - да, но и большие числа, есть
подозрение, используется не только в криптографии... Пережиток в

Вот за криптографию я могу сказать точно - от 64-битности одни тормоза.
Причем выигрыша за счет 64-битности не удается добиться не только на
ублюдстве от intel/amd но и на sparc.

Имеется обратный успешный опыт, сравнение ограничу
архитектурой x86 Intel/AMD уже оптимизированных
оконечных реализаций.

ГОСТ 28147-89 простая замена на 10% быстрее на x86-64.
ГОСТ 34.310-95 формирование/проверка ЭЦП быстрее в ~3 раза.
ДСТУ 4145-2002 формирование/проверка ЭЦП на 50% быстрее.

Конфигурация для x86-32 и x86-64 одинакова. Различия в разрядности
ядра ОС.

Шифрование за счет использования меньшего числа операций на базовый
цикл цикл зашифрования (11 инструкций в x86-32 по сравнению с 10 в
x86-64).

ГОСТ 34.310-95 за счет перехода к аппаратному 64-битному умножению
c 128-битным результатом (вроде длится 4 такта).
Это легко реализуемо в GCC из-за поддержки
встроенного 128-битного типа uint128_t.

Intel C compiler, MSVC, Sun Studio compiler, C for AIX,
cc из zOS к сожалению на уровне синтаксиса не поддерживают
встроеный 128-бытный тип. Нужно каверкать исходные тексты на Си
различными ухищрениями, такая красота не получится

prod(uint64_t *a, uint64_t *b, uint64_t *r, int len)
{
...
uint128_t prod =
(uint128_t) a[i] * (uint128_t) b[i] /* это только в GCC */
+ r[i+j] + carry;
r[i+j] = (uint64_t) prod;
carry = (uint64_t) (prod 64);
...
}

А собирать нативными компилерами приходится.
cc из zOS бинарно не совместим с GCC на zOS.
Но само больно что mingw64 C compiler не был по крайней мере 1 год
назад бинарно совместим с MSVC x64.

У sparc - нет произведения 64 на 64-бита с 128-битным
результатом одной командой.
Можно вычислить отделно младшую и старшую части.

И вообще корпоративные архитектуры sparc/power/zSearies по сравнению
с x86 на одинаковых частотах выдают производительность
криптографических примитивов в 2-5 раз меньшую.

Не предполагалось видать их использование в качестве числодробилок.

В ДСТУ 4145-2002 переход к 64-битным словам, конечно, не дал прироста
производитльности в разы из-за отсутствия аппаратной операции
произведения полиномов.

Как вывод - математика больших чисел ускоряется значимо при переходе к
64-битам, но требует доработки исходных текстов
(мы ввели типы word_t и dword_t).

Примитивы типа шифрования/хеша от простой перекомпиляции на x64
совсем не на много ускоряются (в основном за счет большего числа
регистров и улучшеного ABI). Можно сказать что требуется ручная
оптимизация с учетом особенностей архитектуры.

Еще замечу что 32-битный Intel C compiler рвет в клочья
GCC, но вот когда регистров куча (в x64) - GCC перестает тупить
(хотя может быть интеловцы забили на 64 битный компилер??)
и результаты получше Intel C.

И Джава лучше себя показывает на x64 (по крайней мере
при выполнении численных алгоритмов).

--
С уважением, Александр Гавенко.

Re: установка Debian

2010-05-25 Пенетрантность Ed


Oleksandr Gavenko wrote:

ГОСТ 28147-89 простая замена на 10% быстрее на x86-64.



Еще замечу что 32-битный Intel C compiler рвет в клочья
GCC, но вот когда регистров куча (в x64) - GCC перестает тупить
(хотя может быть интеловцы забили на 64 битный компилер??)
и результаты получше Intel C.
по Вашим словам gcc 32bit  icc  gcc 64bit, однако разрыв между gcc 
32bit и 64bit невелик.

нестыковочка ;)


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfbb99f.7080...@yandex.ru

Re: установка Debian

2010-05-25 Пенетрантность Alexey Boyko

 Имеется обратный успешный опыт, сравнение ограничу
 архитектурой x86 Intel/AMD уже оптимизированных
 оконечных реализаций.
 
 ГОСТ 28147-89 простая замена на 10% быстрее на x86-64.
 ГОСТ 34.310-95 формирование/проверка ЭЦП быстрее в ~3 раза.
 ДСТУ 4145-2002 формирование/проверка ЭЦП на 50% быстрее.

А можно узнать, какой процент рабочего времени компьютер 
занимается криптографическими расчётами?

-- 
xmpp: alexey#boyko,km,ua

Интернет-банкинг

2010-05-25 Пенетрантность Dmitri Samsonov

Приветствую!

  Возможно, это оффтопик. Проблема уже поднималась ранее -- может с тех
пор что-то поменялось?

  У каких банков Интернет-банкинг более-менее вменяемый: не требует
MSIE, нормально работает, например, с iceweasel из lenny (про lynx и не
заикаюсь)?

  Как с этим обстоят дела у СберБанка? (Или у них кроме электронной
сберкассы больше ничего нет?)

--
Dmitri Samsonov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bfbbafb.2030...@gmail.com

64 matches

Mail list logo