a.novikov@hot-wifi.ru сюда напишите

спс, напишу

echo 'КПРФ' | iconv -t cp1251 | iconv -f koi8-r

?

спс, напишу

+7 (925) 587-93-43 Андрей Новиков. Можно ещё позвонить

калифорнийская циска

Снесут все живое на планете

Приветствую коллеги. Есть новости по закону Яровой(хранение данных)?

Что-то тишина в последнее время

Все ушли в корпоративку, там платят больше и их не заденет

Поэтому и тишина :-)

Приветствую коллеги. Есть новости по закону Яровой(хранение данных)?

да ничего конкретного нет. хотели пилотный запуск, но фсб против)

Мы тут уже не знаем что делать. Или закупаться или что делать то

И как дальше с этим работать

Кураторы тоже молчат

Доставило, спасибо))

Мы тут уже не знаем что делать. Или закупаться или что делать то

До лета не надо ничего делать.

Доставило, спасибо))

http://forum.nag.ru/forum/index.php?showtopic=128600&view=findpost&p=1391410

На ещё

Это норм

Каждому клиенту по микроту, л3 на квартиру, оспф))

ОМГ

улыбнуло

зачетно

2Kom?

А я хз

На тракторе кидали

До лета не надо ничего делать.

Летом отпуск же! ;(

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

На тракторе кидали

Что за трактор?

ntwrk Network Engineers From All Over The World R&S, Security, DC, SP, Wireless, Voice&Video, Cloud, Design, Automation, Monitoring. Owner: @HelloSadness Admins: @mxssl @darwinggl https://t.me/ntwrk

Ааа

Флудильня там.

Угу

Батарейку жрёть

Кто заливал уже IOSXR 6.1.x на ASR9K? как там со стабильностью?

Кто заливал уже IOSXR 6.1.x на ASR9K? как там со стабильностью?

Никак. Она там не заработает же.

From Release 6.0, A9K-RSP-4G, A9K-RSP-8G and the ASR 9000 Ethernet Line Cards also known as the first generation ASR 9000 LCs are not supported.

Это к нам не относиться, у меня 9001 там тайфун а не первое поколение

Ааа, ну тогда не знаю. Извиняйте.

для 9001 просто 32бита осталось потому что проц такой и qnx для старших 64битка и linux поэтому у вторых сложнее апгрейд может проходить видимо

Бесит, когда ограничения по скорости нет и школьник начинает торренты качать)

Так закройте публичные wifi для торрентов...

Народ, подскажите, а как на лине грамотно организовать nat many to many ? Как вообще оно работает и балансируется ? т.е. я допустим говорю iptables -t nat -A POSTROUTING -s 10.0.0.0/8 -d 0.0.0.0/0 -j SNAT —to-source 1.1.1.1-1.1.1.254

а как адреса задействуются ? в какой последовательности ? они буду идти 1 к 1 ? Будет ли overloading работать ?

На микротике одной строчкой делается. А на линуксе ипитесь от души

Ключ same подсказываю

Его переименовали в iptables

--persistent ,

?

Спасибо, буду ипстися...

а как адреса задействуются ? в какой последовательности ? они буду идти 1 к 1 ? Будет ли overloading работать ?

через хэш-функцию мапятся и ip-адреса, и порты. но если есть ключ persistent, то потоки между одними и теми же айпишниками будут всегда натиться на один и тот же адрес источника. если указан ключ —random то не через хэш, а случайным образом из диапазона.

http://lxr.free-electrons.com/source/net/netfilter/nf_nat_core.c#L283 - вот тут немного подробностей

@veryangryman ясно, спасибо, т.е. получается что адреса не закончатся и продолжаться мэпится и порты тоже при этом сессия каждый раз прыгать не будет.

да-да.

ещё раз спасибо.

ещё раз спасибо.

всегда пожалуйста.

Там еще not by dst или src надо по хорошему.

@veryangryman ясно, спасибо, т.е. получается что адреса не закончатся и продолжаться мэпится и порты тоже при этом сессия каждый раз прыгать не будет.

самое прикольно то, что —persistent вообще даже после перезагрузки или на другой системе будет отобрать в тот же самый адрес источника.

Это как ?

хэшфункция одна)

Это как ?

оно хоть и использует хэш-функцию, но в качестве initial-seed при флаге —persistent используется 0, поэтому эта хеш-функция на любых системах и любых условиях для одних и тех же айпишников будет возвращать одно и тоже значение.

Ааа об этом, ну это очень приятно

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

Надо было просто заложить в законе, что оборудование должно быть произведено в РФ и на 70% состоять из российских комплектующих

Народ, подскажите, а как на лине грамотно организовать nat many to many ? Как вообще оно работает и балансируется ? т.е. я допустим говорю iptables -t nat -A POSTROUTING -s 10.0.0.0/8 -d 0.0.0.0/0 -j SNAT —to-source 1.1.1.1-1.1.1.254

netmap

Надо было просто заложить в законе, что оборудование должно быть произведено в РФ и на 70% состоять из российских комплектующих

Не надо было его принимать

Не надо было его принимать

Этого не избежать :(

ERROR: S client not available

самое прикольно то, что —persistent вообще даже после перезагрузки или на другой системе будет отобрать в тот же самый адрес источника.

Уже давно нет в 3+ ядрах (не помню, с какого)

Уже давно нет в 3+ ядрах (не помню, с какого)

http://lxr.free-electrons.com/source/net/netfilter/nf_nat_core.c#L283 - ядро 4.10 и в других тоже есть.

Ну с мобилы особо не рассмотрю)

если точнее, то строки 290 - 292

Но помню, что специально они это рандомизировали

290 j = jhash2((u32 *)&tuple->src.u3, sizeof(tuple->src.u3) / sizeof(u32), 291 range->flags & NF_NAT_RANGE_PERSISTENT ? 292 0 : (__force u32)tuple->dst.u3.all[max] ^ zone->id);

Но помню, что специально они это рандомизировали

для рандома там есть отдельная опция у таргета.

гм, ну мб воткнули в какой-то версии по умолчанию рандом, потом отыграли

Точно помню, тк доставило немало проблем

ну по-умолчанию оно действительно почти как рандом работает. надо не забывать указывать —persistent в опциях таргета

Для поиска юзеров за натом для органов

ну по-умолчанию оно действительно почти как рандом работает. надо не забывать указывать —persistent в опциях таргета

Да это то понятно)

http://forum.nag.ru/forum/index.php?showtopic=52212

И еще где-то на наге поднималось

http://forum.nag.ru/forum/index.php?showtopic=112439

И еще где-то на наге поднималось

ага, добавил в заметки, что надо подумать над тем, как реверс сделать этого дела)

Привет! А кто-то заморачивался с SSD кэшем в линуксе? Сейчас ставлю опыты с LVM cache. Вроде все выглядит неплохо. А у кого-то оно реально работает?

Больше всего интересно что будет если на ходу SSD отсохнет.

Привет! А кто-то заморачивался с SSD кэшем в линуксе? Сейчас ставлю опыты с LVM cache. Вроде все выглядит неплохо. А у кого-то оно реально работает?

если с ссд что-то случится - огребёшь по-полной. я на стенде пробовал. когда вытащил ssd даже загрузиться не смог - все данные оказались недоступными, lvm не собирался.

А какой тип кэша был? Write back Или write through?

С write back оно то и понятно. Это как рейд контроллер с кэшем и без батарейки ?

Если честно, то уже точно и не помню. но если всё похерилось, то, соответственно, write back, скорее всего. Хотя какого хера оно не могло загрузиться, непонятно. Совсем, наверное, ему плохо стало.

ну в рейд1 надо ссдхи кеширующие

и на md уже кеш делать

желательно разных вендоров

Ман по LVM рекомендует силами самого LVM зазеркалить ссдхи

Хотя да, я бы силами md сделал. Фиг его знает как LVM отнесетя к сбоящим дискам.

Привет! А кто-то заморачивался с SSD кэшем в линуксе? Сейчас ставлю опыты с LVM cache. Вроде все выглядит неплохо. А у кого-то оно реально работает?

bcache

И как оно в реальной жизни?

если с ссд что-то случится - огребёшь по-полной. я на стенде пробовал. когда вытащил ssd даже загрузиться не смог - все данные оказались недоступными, lvm не собирался.

Потому что dmcache - какашка

И как оно в реальной жизни?

Замечательно.

ssd отсыхает - все просто становится со скоростью hdd