Хмутро.
Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
в интернет, с ограничением вида "10 мегабайт на хост за два часа".
Именно за два часа, меня устроит, если он их все использует за минуту,
но потом ему доступ отрубят.
(Идея в том, что есть некий интернет-задрот,
у меня сто мегабит дома, микротик позволяет с пол пинка поднять сеть
гостевую, выделил туда 5 мегабит. Естественно даже не заметно.
Не, если чисто из академического интереса - писать какую-то обвязку для
айпитейблсов, считать трафик ну и принимать какие-то решения на этом
основании. Только не
Eugene Berdnikov -> debian-russian@lists.debian.org @ Tue, 28 Jun 2016
10:59:49 +0300:
>> Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
>> в интернет, с ограничением вида "10 мегабайт на хост за два часа".
> ...
>> Посмотрел на hashlimit у iptables - оно умеет
On Tue, Jun 28, 2016 at 10:14:30AM +0300, Artem Chuprina wrote:
> Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
> в интернет, с ограничением вида "10 мегабайт на хост за два часа".
> Именно за два часа, меня устроит, если он их все использует за минуту,
> но потом ему
On Tue, Jun 28, 2016 at 10:14:30AM +0300, Artem Chuprina wrote:
> Я хочу предоставлять некоторым визитерам своей квартиры гостевой доступ
> в интернет, с ограничением вида "10 мегабайт на хост за два часа".
...
> Посмотрел на hashlimit у iptables - оно умеет только в секунду.
Судя по ману,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
- --- english/security/2014/dla-27.wml 2016-04-09 01:32:21.0 +0500
+++ russian/security/2014/dla-27.wml2016-06-28 13:23:17.831857308 +0500
@@ -1,55 +1,55 @@
- -LTS security update
+#use wml::debian::translation-check translation="1.3"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
- --- english/security/2014/dla-103.wml 2016-04-09 01:32:21.0 +0500
+++ russian/security/2014/dla-103.wml 2016-06-28 13:43:46.846245762 +0500
@@ -1,76 +1,77 @@
- -LTS security update
+#use wml::debian::translation-check translation="1.4"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
- --- english/security/2014/dla-37.wml 2016-04-09 01:32:21.0 +0500
+++ russian/security/2014/dla-37.wml2016-06-28 14:01:57.061323842 +0500
@@ -1,51 +1,52 @@
- -LTS security update
+#use wml::debian::translation-check translation="1.3"
On Tue, Jun 28, 2016 at 04:50:52PM +0500, Lev Lamberov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> - --- english/security/2016/dsa-3607.wml 2016-06-28 15:42:48.0
> +0500
> +++ russian/security/2016/dsa-3607.wml2016-06-28 16:50:45.321513561
> +0500
> @@
Добрый день, коллеги.
Сервер на Debian 7 после 230 дней аптайма показывает черный экран с
мигающим курсором. На ввод реагирует смещением курсора, похоже что удалось
авторизоваться. Сервер, визуально, полностью работоспособен, никакого
криминала в логах нет, все сервисы работают штатно.
28.06.2016 20:49, Vladimir Zhbanov пишет:
> On Tue, Jun 28, 2016 at 04:50:52PM +0500, Lev Lamberov wrote:
>> +Ян Хорн из Google Project Zero сообщил, что файловая системе eCryptfs
> систем_а_
>
>> +отключены непривилегированные пользовательские пространства имён. Если
>> же они включены
Помнится мне есть такая утила шейпер называется, может с помощью нее все решить
можно?
28.06.2016, 11:44, "Artem Chuprina" :
> Eugene Berdnikov -> debian-russian@lists.debian.org @ Tue, 28 Jun 2016
> 10:59:49 +0300:
>
> >> Я хочу предоставлять некоторым визитерам своей
On Tue, Jun 28, 2016 at 03:36:16PM +0500, Lev Lamberov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> - --- english/security/2014/dla-37.wml2016-04-09 01:32:21.0
> +0500
> +++ russian/security/2014/dla-37.wml 2016-06-28 14:01:57.061323842 +0500
> @@ -1,51 +1,52
попробовать добавить nomodeset
BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet
29 июня 2016 г., 1:17 пользователь Anatoly Molchanov
написал:
> в /proc/cmdline у меня только:
> BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet
>
> Это
в /proc/cmdline у меня только:
BOOT_IMAGE=/vmlinuz-2.6.32-27-pve root=/dev/mapper/pve-root ro quiet
Это Proxmox 3й версии на базе Debian 7.
29 июня 2016 г., 1:15 пользователь Max Dmitrichenko
написал:
> Ну тогда надо попробовать покапать в стору фреймбуфера. Как он там
>
29 июня 2016 г., 1:12 пользователь Artem Chuprina написал:
> (systemd, кстати, тоже)
Я совсем не специалист в systemd, но что-то смутно припоминаю, что там
была и какая-то другая логика, которая запускала getty on demand, типа
что пока на эту консоль никто не переключился,
29 июня 2016 г., 1:16 пользователь Anatoly Molchanov
написал:
> Сервер IBM x-серии, были глюки на VGA-выходе(другого сервера) через IPMI, но
> на текущем косяк и через IPMI и напрямую с материнки. Мне кажется, что это
> не христоматийный случай, так как курсор бегает и
в Debian 7 ?
29 июня 2016 г., 0:50 пользователь Max Dmitrichenko
написал:
> Systemd же!
> 29 июня 2016 г. 0:28 пользователь "Anatoly Molchanov"
> написал:
>
> через прямое подключение к серверу(монитор, клавиатура) на всех
>> tty(ctrl+alt+f1, ctrl+alt+f2,
Кузьмин Андрей -> Artem Chuprina @ Tue, 28 Jun 2016 23:29:15 +0300:
> Помнится мне есть такая утила шейпер называется, может с помощью нее все
> решить можно?
Это буквосочетание tc из моего первого письма. Та же проблема - он
заточен под аккуратное обеспечение пропускной способности,
т.е.
Кстати, достаточно сказать
# killall -9 getty
Олдскульный init их сам должен пореспаунить после этого.
29 июня 2016 г., 1:02 пользователь Max Dmitrichenko
написал:
> 29 июня 2016 г., 0:52 пользователь Anatoly Molchanov
> написал:
>> в Debian 7 ?
>
> Мда,
через прямое подключение к серверу(монитор, клавиатура) на всех
tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все
абсолютно нормально. Сервиса getty нет, искал в /etc/init.d/getty, чтобы
/etc/init.d/getty restart
29 июня 2016 г., 0:15 пользователь dimas
Systemd же!
29 июня 2016 г. 0:28 пользователь "Anatoly Molchanov"
написал:
> через прямое подключение к серверу(монитор, клавиатура) на всех
> tty(ctrl+alt+f1, ctrl+alt+f2, ... ) симптомы одинаковы. через ssh все
> абсолютно нормально. Сервиса getty нет, искал в
спасибо. попробовал, но картинка та же
29 июня 2016 г., 1:08 пользователь Max Dmitrichenko
написал:
> 1:2345:respawn:/sbin/getty 38400 tty1
>
> respawn означает, что перезапустить процесс, если он завершился. Смело
> убивайте все getty и напишите результат. Если дело не в
такое на всех tty? tset не поможет? а getty перезапустить?
по ssh, я так понимаю, шелл работает нормально?
2016-180 21:08 Anatoly Molchanov wrote:
> Добрый день, коллеги.
>
> Сервер на Debian 7 после 230 дней аптайма показывает черный экран с
> мигающим курсором. На ввод
/etc/inittab:
id:2:initdefault:
si::sysinit:/etc/init.d/rcS
~~:S:wait:/sbin/sulogin
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
Max Dmitrichenko -> Anatoly Molchanov @ Wed, 29 Jun 2016 01:04:20 +0300:
> Кстати, достаточно сказать
> # killall -9 getty
> Олдскульный init их сам должен пореспаунить после этого.
(systemd, кстати, тоже) Однако, описание поведения как бы намекает, что
это вряд ли спасет ситуацию. Если
Сервер IBM x-серии, были глюки на VGA-выходе(другого сервера) через IPMI,
но на текущем косяк и через IPMI и напрямую с материнки. Мне кажется, что
это не христоматийный случай, так как курсор бегает и реагирует на ввод
адекватно.
29 июня 2016 г., 1:12 пользователь Artem Chuprina
Мужчины, спасибо за помощь. Еще вижу много tty'ев в /dev (30+ штук)
29 июня 2016 г., 1:17 пользователь Max Dmitrichenko
написал:
> 29 июня 2016 г., 1:12 пользователь Artem Chuprina
> написал:
> > (systemd, кстати, тоже)
>
> Я совсем не специалист в
29 июня 2016 г., 1:22 пользователь Max Dmitrichenko
написал:
> Черт его знает. Такое ощущение, что какой-то приколист поменял цвет
> шрифта на черный )
В семерке был такой пакет console-tools, он вроде ставил сервис,
который на старте дергался и устанавливал шрифты. Может
console-tools последний стоит. никаких приколистов не было ))
29 июня 2016 г., 1:24 пользователь Max Dmitrichenko
написал:
> 29 июня 2016 г., 1:22 пользователь Max Dmitrichenko
> написал:
> > Черт его знает. Такое ощущение, что какой-то приколист поменял
1:2345:respawn:/sbin/getty 38400 tty1
respawn означает, что перезапустить процесс, если он завершился. Смело
убивайте все getty и напишите результат. Если дело не в этом, то надо
копать в сторону фреймбуфера консоли. Других вариантов на ум не
приходит
29 июня 2016 г., 1:05 пользователь Anatoly
29 июня 2016 г., 0:52 пользователь Anatoly Molchanov
написал:
> в Debian 7 ?
Мда, читал тред с конца ) Семерки под рукой уже нет. Кидайте сюды
содержимое /etc/inittab тогда. Будем по старинке раскуривать SysV. На
сколько я помню, getty запускается именно по велению
Ну тогда надо попробовать покапать в стору фреймбуфера. Как он там
настраивается через параметры ядра вроде. Давайте на /proc/cmdline
посмотрим.
29 июня 2016 г., 1:09 пользователь Anatoly Molchanov
написал:
> спасибо. попробовал, но картинка та же
>
> 29 июня 2016 г., 1:08
33 matches
Mail list logo