29.07.10, Konstantin Fadeyev написал(а):
>>> Как вариант закинуть на другой порт. Простецкий подход конечно, но
>>> иногда весьма полезно.
>>
>> ИМХО против такого метода
>>
>> +1 использовать сложный пароль и iptables
>>
>
> Почему против?
Потому что есть вероятность что просканят и найдут.
>
>
On Sat, 14 Aug 2010 10:41:46 +0400
Stanislav Maslovski wrote:
> On Sat, Aug 14, 2010 at 02:41:54AM +0400, Anton Kovalenko wrote:
> > Если по-человечески -- XINPUT2 позволяет ловить именно события
> > подключения новых устройств (xinput test-xi2 попробуйте).
>
> Угу. xinput test-xi2 был бы оптима
On 14 August 2010 12:21:29 Pavel Gaidai wrote:
> 29.07.10, Konstantin Fadeyev написал(а):
> >>> Как вариант закинуть на другой порт. Простецкий подход конечно, но
> >>> иногда весьма полезно.
> >>
> >> ИМХО против такого метода
> >>
> >> +1 использовать сложный пароль и iptables
> >
> > Почему прот
On Thu, Aug 12, 2010 at 02:38:16PM +0300, Игорь Чумак wrote:
> О том и спич: 256мб памяти (640 килобайт хватит всем (с) БГ .
> Агащас.) УЖЕ недостаточно, чтобы оно выполняло функции обычного
> мобильника.
Там другая проблема.. Он если и мобильник то очень хреновый. Нет кучи
элементарных вещей, чт
Привет,
On 14 August 2010 12:21:29 Pavel Gaidai wrote:
29.07.10, Konstantin Fadeyev написал(а):
Как вариант закинуть на другой порт. Простецкий подход конечно, но
иногда весьма полезно.
ИМХО против такого метода
+1 использовать сложный пароль и iptables
||
Приветствую,
с помощью m-a a-i alsa пробую собрать alsa 1.0.23
при этом стоит 2.6.35.1 ядро, собранное из исходников с kernel.org
При этом /lib/modules/2.6.35.1-tuxx/source ссылается на каталог с исходниками
ядра /usr/src/linux-2.6.35.1 , в котором я так понимаю и заголовки ядра тоже
есть.
Но
Alexander Galanin writes:
>> Угу. xinput test-xi2 был бы оптимальным решением, если бы ему можно
>> было сказать ловить _только_ события HierarchyChanged. Собственный
>> обработчик сваять тоже элементарно.
>
> Спасибо. Понял, что именно надо будет писать. Странно, что требуемого
> нет в штатном к
Michael Shigorin пишет:
> Для сети нередко берут nagios; я для локального активного
> мониторинга довольно давно остановился на monit, для
> распределённого пассивного собирания данных -- на collectd.
>
> Вот думаю, чем бы реагировать на IPMI и обычные сенсоры --
> похоже, как и биллинги, "скорее
А nat со стороны клиента на чем реализован? Как-то видел что-то
подобное, исправилось кажется подгрузкой модуля nf_nat_proto_gre на NAT
машине.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arch
On Sat, 14 Aug 2010 19:43:33 +0400
Anton Kovalenko wrote:
> Alexander Galanin writes:
>
> >> Угу. xinput test-xi2 был бы оптимальным решением, если бы ему можно
> >> было сказать ловить _только_ события HierarchyChanged. Собственный
> >> обработчик сваять тоже элементарно.
> >
> > Спасибо. Поня
М... кстати, вот и ответ на вопрос. Берёшь dosbox, берёшь SEAView, и в
бой. Я не помню, опенсорсный он или нет, если да, можно попытаться
портировать.
Я точно помню, что он умел смотреть 300Мб тиффы на 486 с 12 мегами
памяти.
В Чтв, 12/08/2010 в 15:58 +0400, Victor Wagner пишет:
> On 2010.08.12 a
On Thu, 12 Aug 2010 13:40:43 +0400
Sapytsky Ilya пишет:
> Добрый день!
> Был у меня сервер на статическом белом ip адресе - провайдеру это не
> понравилось и переделали они на pppoe со статическим белым адресом :)
> клиент сидит на "сером" ip провайдера через nat.
> Вот после конфигуряния pppoe с
12 matches
Mail list logo