про wifi и количество сетей
Всем привет. С мыслью о том, что у меня в ноутбуке wifi не очень, я купил ещё два юсбшных. Теперь у меня есть полный набор: броадком, азерос и реалтек, разве что ралинка не хватает, хотя нет, ралинк есть на другом ноуте. И всех их объединяет одна проблема: они находят очень мало сетей. А ещё тот факт, что все они 802.11n, хотя я слабо понимаю, как это влияет. Дома они находят всего одну сеть, на работе чуть больше, но всё равно существенно меньше чем их есть на самом деле. "На самом деле" --- это то, сколько показывает винда на виртуалбоксе с проброшенного в неё одного из этих usb адаптеров. Я пробовал менять regulatory domain, это даже немного влияет --- на работе количество сетей увеличиваются. Но дома по прежнему одна (хотя винда видит 4-5). Как я понимаю, это связанно с тем, что в дефолтном домене (как и в америке) ограничен коэффициент усиления антенны (3dBi). Хотя как программно можно влиять на физические параметры антенны --- я не понимаю Сканирую я iwlist scan, iw dev wlan scan и кисметом --- результат одинаков. -- sergio. -- 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/4fdbddbf.7050...@sergio.spb.ru
Re: Настройка доступности компьютеров через доменные имена
> Натилка должна 41-й протокол пропускать, может ещё какие-то проблемы > могут быть (кроме того что аутентификации никакой кроме IP). Хм, ну я в начале пути, пока точно нужна возможность брокеру попинговать мой интерфейс внешний. -- Константин Фадеев
Re: Настройка доступности компьютеров через доменные имена
On Sat, Jun 16, 2012 at 12:12:43AM +0600, Konstantin Fadeyev wrote: > >> В настоящее время, зарегистрировался на http://tunnelbroker.net. На > >> своей машине настроился по инструкциям с сайта. Вроде работает. > > Если оно правда работает из-за ната, то это вам повезло. > Почему? Там жк туннель поднимается до брокера, я понимаю это как некий > аналог dgy завёрнутый в ipv4, или я не прав? Натилка должна 41-й протокол пропускать, может ещё какие-то проблемы могут быть (кроме того что аутентификации никакой кроме IP). -- WBR, wRAR signature.asc Description: Digital signature
Re: Настройка доступности компьютеров через доменные имена
>> В настоящее время, зарегистрировался на http://tunnelbroker.net. На >> своей машине настроился по инструкциям с сайта. Вроде работает. > Если оно правда работает из-за ната, то это вам повезло. Почему? Там жк туннель поднимается до брокера, я понимаю это как некий аналог dgy завёрнутый в ipv4, или я не прав? -- Константин Фадеев
Re: Настройка доступности компьютеров через доменные имена
On Sat, Jun 16, 2012 at 12:06:05AM +0600, Konstantin Fadeyev wrote: > >>> Установка miredo аптом за настройку, видимо, не считается. > >> > >> Ну, скорее нет, чем да. Ничего не нужно нигде прописывать, выбирать и > >> обдумывать, просто установить и всё. > > > > Константин, сделайте, как считаете нужным - а потом расскажите, как > > прошло. > > В настоящее время, зарегистрировался на http://tunnelbroker.net. На > своей машине настроился по инструкциям с сайта. Вроде работает. Если оно правда работает из-за ната, то это вам повезло. -- WBR, wRAR signature.asc Description: Digital signature
Re: Настройка доступности компьютеров через доменные имена
>>> Установка miredo аптом за настройку, видимо, не считается. >> >> Ну, скорее нет, чем да. Ничего не нужно нигде прописывать, выбирать и >> обдумывать, просто установить и всё. > > Константин, сделайте, как считаете нужным - а потом расскажите, как > прошло. В настоящее время, зарегистрировался на http://tunnelbroker.net. На своей машине настроился по инструкциям с сайта. Вроде работает. Теперь пытаюсь добиться работы через роутер :-) До доступности из инета ещё не добрался. -- Константин Фадеев
Re: Настройка доступности компьютеров через доменные имена
Konstantin Fadeyev writes: >> Установка miredo аптом за настройку, видимо, не считается. > > Ну, скорее нет, чем да. Ничего не нужно нигде прописывать, выбирать и > обдумывать, просто установить и всё. Константин, сделайте, как считаете нужным - а потом расскажите, как прошло. -- ** * jabber: free...@jabber.mipt.ru * * Registered linux user #546240* ** -- 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/87txycqzfz@ws00.freehck.ru
Re: [offtop] Вопросы по старью
15.06.2012 00:52, Eugene Berdnikov пишет: > On Thu, Jun 14, 2012 at 11:23:38PM +0400, "Артём Н." wrote: >> Попробую. А как сделать, если там нет setterm? > > В выставляемый клиенту счёт дописать один нолик справа. :) > Работа с антиквариатом -- это совсем отдельные деньги. Хех, я счета не выставляю. Мне постоянную з/п платят. А антиквариата (и не только Linux) там дофига. В принципе, никто не заставляет это делать. Да и систему потихоньку заменяют. Но, на данный момент, имеется такая фигня: стоит ящик, а на монитор постоянно выводится сообщение об ошибке. Запустить mc (да, там есть mc, но нет необходимых утилит) и что-то ещё через него ещё возможно, но делать что-то весьма неприятно. Людям, которые иногда туда приходят за ним посмотреть, это мешает. Хочется попробовать убрать эту фигню. И ещё хочется понять что это такое. Почему возникает? Сказать могу только то, что появляется эта фигня, при запуске процесса, отвечающего за передачу данных. Видимо, сейчас он работает по последовательному интерфейсу (по крайней мере, в конфиге указываются параметры порта: скорость 9600, чётность, стоповые биты и т.п.). Почему? И как? :-) -- 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/4fdb6af9.2060...@yandex.ru
Re: Настройка доступности компьютеров через доменные имена
> Установка miredo аптом за настройку, видимо, не считается. Ну, скорее нет, чем да. Ничего не нужно нигде прописывать, выбирать и обдумывать, просто установить и всё. -- Константин Фадеев
Re: Настройка доступности компьютеров через доменные имена
On Fri, Jun 15, 2012 at 08:13:36PM +0400, Artem Chuprina wrote: > >>> Ребята, да вы чего? :-) На 3 компа и один шлюз поднимать днс, дхцп, > >>> впн-серверы. > >> > >> "Фиги не видал, но уже боязно". > >> > >> IMHO, поднять все вышеперечисленное куда проще, чем настроить IPv6 для > >> Ваших нужд. > KF> Я бы сказал, что для меня сложность одинаковая, а для пользователя в > KF> разы проще, если понадобится его задействовать. > > IMHO наоборот. Но это, возможно, от того, что VPN я уже умею > настраивать... > > А задачу "сделать так, чтобы работало вообще без настройки на > пользовательской стороне", как я понимаю, не решает ни тот, ни другой > вариант. Установка miredo аптом за настройку, видимо, не считается. -- WBR, wRAR signature.asc Description: Digital signature
Re: Настройка доступности компьютеров через доменные имена
Konstantin Fadeyev -> debian-russian@lists.debian.org @ Fri, 15 Jun 2012 20:36:18 +0600: >>> Ребята, да вы чего? :-) На 3 компа и один шлюз поднимать днс, дхцп, >>> впн-серверы. >> >> "Фиги не видал, но уже боязно". >> >> IMHO, поднять все вышеперечисленное куда проще, чем настроить IPv6 для >> Ваших нужд. KF> Я бы сказал, что для меня сложность одинаковая, а для пользователя в KF> разы проще, если понадобится его задействовать. IMHO наоборот. Но это, возможно, от того, что VPN я уже умею настраивать... А задачу "сделать так, чтобы работало вообще без настройки на пользовательской стороне", как я понимаю, не решает ни тот, ни другой вариант. -- 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/8762ash7tb@wizzle.ran.pp.ru
Re: Настройка доступности компьютеров через доменные имена
>> Ребята, да вы чего? :-) На 3 компа и один шлюз поднимать днс, дхцп, >> впн-серверы. > > "Фиги не видал, но уже боязно". > > IMHO, поднять все вышеперечисленное куда проще, чем настроить IPv6 для > Ваших нужд. Я бы сказал, что для меня сложность одинаковая, а для пользователя в разы проще, если понадобится его задействовать. -- Константин Фадеев
Re: Настройка доступности компьютеров через доменные имена
15 июня 2012 г., 18:16 пользователь Konstantin Fadeyev написал: > Ребята, да вы чего? :-) На 3 компа и один шлюз поднимать днс, дхцп, > впн-серверы. При этом не имея никаких жёстких требований по > безопасности. Тем более, что работают с этим полтора человека. Я готов > пойти на определённые сложности настройки, но чтоб ещё и на стороне > пользователя что-то клепать, мне если честно не очень хочется. А со > скоростями я потерплю. Не такие уж нагрузки. ну, тогда "ой" =)
Re: Настройка доступности компьютеров через доменные имена
Ребята, да вы чего? :-) На 3 компа и один шлюз поднимать днс, дхцп, впн-серверы. При этом не имея никаких жёстких требований по безопасности. Тем более, что работают с этим полтора человека. Я готов пойти на определённые сложности настройки, но чтоб ещё и на стороне пользователя что-то клепать, мне если честно не очень хочется. А со скоростями я потерплю. Не такие уж нагрузки. 15 июня 2012 г., 19:56 пользователь Dmitry A. Zhiglov написал: > 12 июня 2012 г., 17:28 пользователь Konstantin Fadeyev > написал: > >> Но в связи с задумкой по почтовому серверу и уже поднадоевшим >> использованием кучи портов, появилась следующая мысль: использовать >> для доступа ко всему этому хозяйству доменные имена вида >> comp1.domname.ru, comp2.domname.ru и т.п. > > Скажите, суть всей затеи только ради удобства использования доменов > comp1.domname.ru, comp2.domname.ru и не париться с кучей портов? > > Если так, то VPN уже предлагали и это правильней. А вот если к vpn > прикрутить dhcp и dns вашей сети, то при подключении по vpn получите > описываемые прелести - внутренние домены comp1.domname.ru, > comp2.domname.ru и отсутствие заморочек с портами. -- Константин Фадеев
Re: Настройка доступности компьютеров через доменные имена
12 июня 2012 г., 17:28 пользователь Konstantin Fadeyev написал: > Но в связи с задумкой по почтовому серверу и уже поднадоевшим > использованием кучи портов, появилась следующая мысль: использовать > для доступа ко всему этому хозяйству доменные имена вида > comp1.domname.ru, comp2.domname.ru и т.п. Скажите, суть всей затеи только ради удобства использования доменов comp1.domname.ru, comp2.domname.ru и не париться с кучей портов? Если так, то VPN уже предлагали и это правильней. А вот если к vpn прикрутить dhcp и dns вашей сети, то при подключении по vpn получите описываемые прелести - внутренние домены comp1.domname.ru, comp2.domname.ru и отсутствие заморочек с портами.
Fwd: Zabbix: Server is unreachable
>> есть косяки, но наверно это больше не косяк забикса я скрипта >> мониторинга рейдов на ESX. мониторится с другой линуховой(centos) >> виртуалки, при частой проверке скрипт перестаёт возвращать данные, в >> следствии чего nodata на тригере, решаю ребутом этой виртуалки раз в >> сутки(она собственно только и мониторит рейды) > Вот тебе такой-же пример, как оно тихо умирает. ты параметр через zabbix_get > ручками дерни и посмотри, что он тебе расскажет? ZBX_NOTSUPPORTED ? забикс все дергает нормально. данных нет на выходе скрипта в следствии чего в базу вносится пустое значение, not suported не поднимается. при этом если залогинится на тачку и выполнить скрипт под рутом, то также ничего не возвращает, решается только ребутом, хотя никаих процессов после выполнения скрипта не остается. >> Пы.Сы. хосты я добавляю не скопом, т.к. в большинстве под каждый свои >> параметры > Приехали. Это у нас 21 век на дворе или как? А всё вручную. просто на мониторинг хосты так поступают мне все мониторить не нужно, а вот когда поступит запрос от ответсвенного за сервис человека, тогда цже и думаем что с хостом делать. -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!! -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: Zabbix: Server is unreachable
Павел Марченко wrote:
> >> то не знаю). К слову просто так айтемы не становятся not supported, к
> >> этому ведет или глобальное изменение конфигурации клиента (ОС
> >> сменилась), или же неверное изменение конфигурации мониторинга. Во
> > А у меня - пропадают. на localhost в zabbix_agent есть:
> > UserParameter=UserP.procmem[*], ps aux |grep $1|grep -v "grep"|awk
> > '{sum+=$$6} END {print sum}'
> > который после некоторого времени просто переходит в not supported. тихо так
> > переходит, по партизански. Используется этот итем для монтиоринга
> > потребляемой zabbix_agetd памяти.
> наталкивался на такое, возможно у забикс пользователя в системе нету
> шелла/прав, поэтому и выполнить не может, вторая причина в конфиге
> клиента не прописан ip и порт для active check, и третья файрволится
> порт для active check
Есть прав, он от рута работает. И порты прописаны и на lo фаирвола нету. Оно
ведь после запуска работает, а через некоторое время - перестает.
> > Пойдем дальше: менджмент сетка для всяких свичей - /19, это 8190 хостов,
> > на опрос несуществующего хоста тратиться 6-7 секунд времени. Завершиться
> пропиши в конфиге сервера больше процессов дискавери(хотя уже не
> помню, это вроде в 2.0 появилось), как вариант распределять нагрузку
> по нодам или проксям.
nmap отработал всё простарнство за 45 минут, забикс таки за свои 13 часов.
Если прописывать больше одного discovery - то надо поднимать штук n+1
discovery процессов, а оно само не умеет.
> > процесс часов через 13. Дальше - интересней, по итогам SNMP запроса надо
> > рассортировать железки по типам и дабвить в разные группы. А тут засада -
> > оперировать можно только одинм ответом. Тоесть, прийдется писать скрипт,
> > который будет ходить через json за свежими хостами, и обновлять базу.
> > Внимание вопрос - где от этого процесса (discovery) хоть какая-то выгода?
> > Быстрее нарисовать скриптик с nmap+snmpwalk и натрамбовать всё в базу.
> в 2.0 с snmp стало получше, с дискавери ненарадуюсь, автоматом цепляет
> мои микротики находит все интерфейсы, по регекспу нужные ставит на
> мониторинг. snmp трапы не использую. опрашивает девайсы сам забикс.
У тебя - микротики, у меня - сборная солянка из свичей, которые надо
опознать, прицепить нужный темплейт и еще обозвать, чтоб не наблюдать соти
хостов вида 192.168.x.y. В идеале - разбить по группам в зависимости от
sytemLocation, но это не в этой софтине.
> есть косяки, но наверно это больше не косяк забикса я скрипта
> мониторинга рейдов на ESX. мониторится с другой линуховой(centos)
> виртуалки, при частой проверке скрипт перестаёт возвращать данные, в
> следствии чего nodata на тригере, решаю ребутом этой виртуалки раз в
> сутки(она собственно только и мониторит рейды)
Вот тебе такой-же пример, как оно тихо умирает. ты параметр через zabbix_get
ручками дерни и посмотри, что он тебе расскажет? ZBX_NOTSUPPORTED ?
> Пы.Сы. хосты я добавляю не скопом, т.к. в большинстве под каждый свои
> параметры
Приехали. Это у нас 21 век на дворе или как? А всё вручную.
--
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/pdnra9-7nk@kenga.kmv.ru
Re: автоматизация деятельности компаний занимающихся ИТ-аутсорсингом ?
15 июня 2012 г., 11:19 пользователь Скубриев Владимир написал: > Добрый день! > > Я занимаюсь ИТ-аутсорсингом. И если честно, то с ростом количества клиентов > стал задумываться о автоматизации своей деятельности. > > Под словом "автоматизация" я подразумеваю использование/создание системы > состоящей из клиентской и серверной частей. > > На мой взгляд система должна быть ориентирована на использование в > предприятиях напрямую не связанных с ИТ, предприятиями являющимися > представителями малого бизнеса. > > Клиентская часть будет устанавливаться на обслуживаемые компьютеры/сервера. > > Функции клиентской части: > > 1. Общение с пользователями. > 2. Уведомления пользователей. > 3. Управление резервным копированием данных. > 4. Удаленная поддержка пользователей. > 5. Удаленное обслуживанием ПО установленного у пользователей. В частности > откат рабочей операционной системы - удаленно. > 5. Инвентаризация оборудования. > 6. Мониторинг. > > Не всегда возможно использование тонких клиентов. > Поэтому хочу поделится своим виденьем того, как можно устанавливать ОС на > рабочие станции в обслуживаемых организациях. > На каждый рабочий компьютер будет устанавливаться несколько операционных > систем: > > 1. Рабочая система Windows, в которой пользователь будет работать. (Только > не надо разводить холивар.) > 2. Система GNU/Linux для безопасной работы в Интернет и не только. > 3. Система GNU/Linux для обслуживания. Откат и ремонт рабочей системы. > > Профили пользователей переносятся на отдельный раздел, например диск D. > > В случае если рабочая ОС не загружается пользователя просят выбрать СИСТЕМУ > ВОССТАНОВЛЕНИЯ при загрузке, которая соединяется с серверной частью > самостоятельно и инженер технической поддержки делает свою работу не вставая > с рабочего кресла. > > Функции серверной части: > > 1. Предоставление удобного и простого интерфейса для обработки обращений > клиентов с привязкой к оборудованию имеющемуся в организации. > 2. Составление отчетов о проделанной работе, количестве обращений, сеансов > удаленной поддержки и т.д. > 3. Реализация сервера удаленной поддержки, может быть запись сеансов. > 4. Управление пользователями и компьютерами организации. > 5. Мониторинг оборудования. > 6. Корпоративный сайт обслуживающей организации. > 7. Учет расходных материалов. > 8. Отчеты о использовании Интернет для руководителя. > 9. Отчеты и использовании Интернет для обслуживающих специалистов. > > Я задумываюсь о создания (постепенной разработке) такой системы, которая бы > позволила реализовать описанные мной функциональные возможности(пусть не > все) и в дальнейшем бы развивалась независимым сообществом. Конечно это > должна получится не просто система - а система + набор рекомендаций. Так > сказать BEST PRACTIC. > > Этот набор рекомендаций будет постоянно усовершенствоваться и обсуждаться > сообществом. > > Есть также общие требования, которые бы я предъявил к такой системе: > > 1. Должна быть настолько проста в настройке и обслуживании насколько это > вообще возможно. > > 2. Должна быть бесплатна. > > > Может уже существует что нибудь подобное ? > > Вы задумывался о чем то подобном ? > > Может такая система ни когда не сможет приносить пользу ит-аутсорсерам, > отвлекая лишней волокитой: внесения изменений, работа с веб-интерфейсом > системы, отчетами, настройкой самой системы и её обслуживанием ? > > Есть ли те, кто свято верит в то, что такая система ему нужна и если бы она > была, то он бы обязательно её использовал? > > Я понимаю одно - сам все это сделать, так, как хотелось бы - у меня не > получится! > > Есть ли те, кто готов присоединится к разработке такой системы и продолжить > обсуждение? > > Всем спасибо! Жду Ваших отзывов и конкретных предложений! > > -- System Center Configuration Manager, Аналоги RHN, для линуксов еще что-то видел на перле, но уже не помню как называется, от семантика есть продукты в этой области -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: Настройка доступности компьютеров через доменные имена
On Fri, Jun 15, 2012 at 12:04:10AM +0600, Konstantin Fadeyev wrote: > >> >> Может посмотреть в сторону ipv6? > >> > VPN уже предлагали. > >> В данном случае это не впн, а доступные с мира ipv6 адреса. > > С мира это лет через 5-10, а пока нужна спецнастройка с обоих концов, я > > оставляю за собой право сравнивать такое решение с впном. > Андрей ты в чём-то прав, но в принципе сейчас ОС идут с включёнными > протоколами шестой версии. Это верно для Windows 7, в Линукс > достаточно установить miredo, в виндовс работает некий аналог miredo, > причём настроек не требуется в обоих случаях. Без шероховатостей не > обойтись, но лиха беда начало. Будьте готовы к тому, что тередо сосёт. > Попробую использовать брокера, тоже пришёл к этому варианту, покурив > документации. Будьте готовы к тому, что латенси повысится, а скорость понизится. -- WBR, wRAR signature.asc Description: Digital signature
автоматизация деятельности компаний занимающихся ИТ-аутсорсингом ?
Добрый день! Я занимаюсь ИТ-аутсорсингом. И если честно, то с ростом количества клиентов стал задумываться о автоматизации своей деятельности. Под словом "автоматизация" я подразумеваю использование/создание системы состоящей из клиентской и серверной частей. На мой взгляд система должна быть ориентирована на использование в предприятиях напрямую не связанных с ИТ, предприятиями являющимися представителями малого бизнеса. Клиентская часть будет устанавливаться на обслуживаемые компьютеры/сервера. Функции клиентской части: 1. Общение с пользователями. 2. Уведомления пользователей. 3. Управление резервным копированием данных. 4. Удаленная поддержка пользователей. 5. Удаленное обслуживанием ПО установленного у пользователей. В частности откат рабочей операционной системы - удаленно. 5. Инвентаризация оборудования. 6. Мониторинг. Не всегда возможно использование тонких клиентов. Поэтому хочу поделится своим виденьем того, как можно устанавливать ОС на рабочие станции в обслуживаемых организациях. На каждый рабочий компьютер будет устанавливаться несколько операционных систем: 1. Рабочая система Windows, в которой пользователь будет работать. (Только не надо разводить холивар.) 2. Система GNU/Linux для безопасной работы в Интернет и не только. 3. Система GNU/Linux для обслуживания. Откат и ремонт рабочей системы. Профили пользователей переносятся на отдельный раздел, например диск D. В случае если рабочая ОС не загружается пользователя просят выбрать СИСТЕМУ ВОССТАНОВЛЕНИЯ при загрузке, которая соединяется с серверной частью самостоятельно и инженер технической поддержки делает свою работу не вставая с рабочего кресла. Функции серверной части: 1. Предоставление удобного и простого интерфейса для обработки обращений клиентов с привязкой к оборудованию имеющемуся в организации. 2. Составление отчетов о проделанной работе, количестве обращений, сеансов удаленной поддержки и т.д. 3. Реализация сервера удаленной поддержки, может быть запись сеансов. 4. Управление пользователями и компьютерами организации. 5. Мониторинг оборудования. 6. Корпоративный сайт обслуживающей организации. 7. Учет расходных материалов. 8. Отчеты о использовании Интернет для руководителя. 9. Отчеты и использовании Интернет для обслуживающих специалистов. Я задумываюсь о создания (постепенной разработке) такой системы, которая бы позволила реализовать описанные мной функциональные возможности(пусть не все) и в дальнейшем бы развивалась независимым сообществом. Конечно это должна получится не просто система - а система + набор рекомендаций. Так сказать BEST PRACTIC. Этот набор рекомендаций будет постоянно усовершенствоваться и обсуждаться сообществом. Есть также общие требования, которые бы я предъявил к такой системе: 1. Должна быть настолько проста в настройке и обслуживании насколько это вообще возможно. 2. Должна быть бесплатна. Может уже существует что нибудь подобное ? Вы задумывался о чем то подобном ? Может такая система ни когда не сможет приносить пользу ит-аутсорсерам, отвлекая лишней волокитой: внесения изменений, работа с веб-интерфейсом системы, отчетами, настройкой самой системы и её обслуживанием ? Есть ли те, кто свято верит в то, что такая система ему нужна и если бы она была, то он бы обязательно её использовал? Я понимаю одно - сам все это сделать, так, как хотелось бы - у меня не получится! Есть ли те, кто готов присоединится к разработке такой системы и продолжить обсуждение? Всем спасибо! Жду Ваших отзывов и конкретных предложений! -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- 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/4fdaf029.8020...@skubriev.ru
