как тут уже написали — есть и персональные сертификаты, что позволяет обеспечивать аутентификацию, помимо обеспечения конфиденциальности и целостности, а так же еще и обеспечение неоспоримости авторства.
у рутокена появились устройства с размером в маленький файфай или бт свисток, по сути лишь слегка больше этих флешек, но поддержка токенов организована далеко не везде, наверное менее 1 процента ресурсов поддерживают аутентификацию хотя бы по сертификату.
Самый что ни на есть рейдерский захват :) Более того, генеральный директор имеет богатый опыт в захвате компаний. Вся разница, что не рейдеры пришли в бизнес, а рейдеры наняли людей и отжали потом бизнес. Хотя вообще там более запутанная история в этом плане.
>2. За IT-сферу в плане рейдерства всё ещё можно не волноваться. Полноценного прецедента нет.
был один, я о нем у себя в ЖЖ писал под тегом «наебизнес». В итоге все кончилось хорошо, точнее плохо для тех, кто этот рейдерский захват провел.
70% — это уже псц, наверняка задержки через этот сервер выростают в районе 5мс. я писал про фулдуплекс на вход\выход. в смысле сколько трафика сервак принимает и отдает в одну сеть и в другие.
6 таблиц фулвью тоже реально, главное оперативной памяти побольше =) Аппаратные железки вроде циски хорошо жуют подобное, а для большого траффика они в самый раз, никакой сервак не сравнится.
Аналитику надо проводить скриптом пару раз в месяц и при подкючении нового канала.
Определенный объем трафика скорее зависит от типа трафика и кол-ва пакетов. Вот если вы еще мультикаст начнете гонять — станет совсем все печально, ну или множество мелких фрагментированных пакетов обрабатывать\собирать. Но вообще 4 Гб/с(т.е. 2Гб/с на вход и 2Гб/с на выход) линукс точно прожует на какой-нибудь многопроцессорной дуре. Но все равно он будет слабее аппаратной железки, скажем циски 6500/7600 с sup720
еще одна опечатка:
>для балансировки исходящего трафика так же надо будет проводить аналитику,
для балансировки входящего трафика так же надо будет проводить аналитику,
Балансировка IP-пакетов через линукс — это всегда такой костыль… который работает лишь до достижения определенного объема трафика, а потом наступает северный пушной зверек.
Самое лучшее, что можно сделать в таком случае — это использовать BGP+аналитику
1. Устанавливаем BGP сессии по всем доступным каналам с fullview
2. Дампим трафик и узнаем, на какие автономные сети или просто сети идет больше всего траффика.
3. эти сетии группируем по кол-ву каналов так, чтобы маршрут до каждой сети был самым коротким по AS-path
т.е. если допустим по одному каналу сеть 1.0.0.0/24 видна через 3 автономки, а по второму каналу через 6 автономок, то пихать мы будем эту сеть в группу для второго канала. Это не обязательно, но очень желательно, дабы уменьшить задержки на траффик.
4. формируем префикс листы для приема траффика для каждого канала — так мы сбалансируем исходящий трафик
для балансировки исходящего трафика так же надо будет проводить аналитику, но это слишком долго описывать в рамках одного коммента.
конечно, любую пробку можно объехать по пересеченной местности =) по факту же я много раз наблюдал, как БольшойЧерныйДжип едет на две полосы, не давая его обогнать по левой стороне. Конечно это не джиппер, который в выходные выезжат в говны с хайджеком и лебедкой, но таких джипперов один на сотню владельцев БЧД.
если же говорить про машины, которые удобны в городе, то это как раз таки авто с правым рулем. Все у нас любят ездить в левом ряду(порой не соблюдая пдд 9.4), так что обгонять возможно лишь справа, иногда доходит до абсурда, что правая полоса полностью свобода при плотно забитых левых. Что в принципе и так ситуация известна всем водителям, так что не буду особо распинаться.
Эти вещи никак не помогут на треке. Там скорости такие, что колеса буксуют в повороте всегда и происходит снос\занос\скольжение. Более того важно следить за распределением веса машины, т.к. одно неверное движение и окажешься за пределами трассы. У больших машин(джипов и т.п.) центр тяжести настолько высокий, что при подобной езде они скорее уши сделают, чем смогут плавно переместить вес при выходе из одного поврота и входа в другой. Поэтому они совсем не подготовлены для езды в подобных условиях. Я уж молчу про езду на боллидах формулы, где вес машины еще меньше, а сцепные свойства резины выше. Это все равно что сравнивать игру в баскетбол на Земле и в космосе.
Выглядит недурно, чего не хватает — так это расчета времени круга, раз уж можно позицию на треке показывать. Правда точность не очень высокая будет, но это ведь все так, ради забавы.
Я вот, кстати, использую blackvue видеорегистратор, он показывает скорость, траекторию и имеет g-сенсор. Вроде бы для полного счастья не хватает тахометра и положение дроссельной заслонки, но на самом деле все это ребячество. В конце концов самая важная величина в любой гонке — это время.
вам кажется. Это все равно что сказать, что джипперы, которые хорошо ездят по лесу, отлично проедут по автодрому. На ровном и гладком асфальте скорость в подобных поворотах на хорошей резине не 50 км/ч, а порядка 80-120. Это сказывается на перегреве шин и их износе, а так же перегреве тормозов. Это не просто гонка, это уже стратегия.
был один, я о нем у себя в ЖЖ писал под тегом «наебизнес». В итоге все кончилось хорошо, точнее плохо для тех, кто этот рейдерский захват провел.
Аналитику надо проводить скриптом пару раз в месяц и при подкючении нового канала.
Определенный объем трафика скорее зависит от типа трафика и кол-ва пакетов. Вот если вы еще мультикаст начнете гонять — станет совсем все печально, ну или множество мелких фрагментированных пакетов обрабатывать\собирать. Но вообще 4 Гб/с(т.е. 2Гб/с на вход и 2Гб/с на выход) линукс точно прожует на какой-нибудь многопроцессорной дуре. Но все равно он будет слабее аппаратной железки, скажем циски 6500/7600 с sup720
>для балансировки исходящего трафика так же надо будет проводить аналитику,
для балансировки входящего трафика так же надо будет проводить аналитику,
Самое лучшее, что можно сделать в таком случае — это использовать BGP+аналитику
1. Устанавливаем BGP сессии по всем доступным каналам с fullview
2. Дампим трафик и узнаем, на какие автономные сети или просто сети идет больше всего траффика.
3. эти сетии группируем по кол-ву каналов так, чтобы маршрут до каждой сети был самым коротким по AS-path
т.е. если допустим по одному каналу сеть 1.0.0.0/24 видна через 3 автономки, а по второму каналу через 6 автономок, то пихать мы будем эту сеть в группу для второго канала. Это не обязательно, но очень желательно, дабы уменьшить задержки на траффик.
4. формируем префикс листы для приема траффика для каждого канала — так мы сбалансируем исходящий трафик
для балансировки исходящего трафика так же надо будет проводить аналитику, но это слишком долго описывать в рамках одного коммента.
если же говорить про машины, которые удобны в городе, то это как раз таки авто с правым рулем. Все у нас любят ездить в левом ряду(порой не соблюдая пдд 9.4), так что обгонять возможно лишь справа, иногда доходит до абсурда, что правая полоса полностью свобода при плотно забитых левых. Что в принципе и так ситуация известна всем водителям, так что не буду особо распинаться.
Я вот, кстати, использую blackvue видеорегистратор, он показывает скорость, траекторию и имеет g-сенсор. Вроде бы для полного счастья не хватает тахометра и положение дроссельной заслонки, но на самом деле все это ребячество. В конце концов самая важная величина в любой гонке — это время.