ДНС сервер, помимо рекурсии, зачастую (а обычно это его единственное занятие) занимается обслуживанием собственных доменов, на запросы к которым и отправляет ответы на фейковые адреса.
Внутри сети не имеет особого смысла их гонять — нормальный ДНС сервер не будет отправлять ответ через интерфейс, отличный от того с которого пришел запрос. Т.е. если запрос пришел с внутреннего интерфейса, то ддосить боты могут только твою сеть :)
Причем тут своя сеть? DNS Amplification основан на том, что DNS сервер получает UDP-запросы с поддельными source-address жертвы и отвечает на них пакетами в несколько раз больше размера запроса.
К ддосу ботнетами изнутри сети это никакого отношения не имеет.
*Wii и Arducopter используют PID регулятор, а как я уже сказал, его не всегда быстро и легко можно настроить.
Это само собой. А для его настройки как раз ребята пилят AutoTune.
Мне хочется попробовать построить систему адаптивной стабилизации. Зачем 2 часа сидеть с этими коэффициентами в наше время
Вот это дело. Что-то подобное, судя по всему, реализовано в прошивках DJI Naza и выше т.к. они вполне себе могут летать, причем стабильно, будучи прикрученными хоть к табуретке, сам проверял :)
Так что как раз динамической подстройки под параметры дрона опенсурсным прошивкам не хватает (Автотюн, пока что, не на 100% удовлетворяет потребностям), удачи в работе, будет интересно увидеть результаты.
Рискну нарваться на грубость, но зачем изобретать очередной велосипед? Если это был бы достаточно простой проект, то без вопросов, но разработать что-то подобное *Wii или Arducopter совсем не просто. А если ограничиться просто реализацией PID контроллера, то это не интересно.
Может стоит в какой-то развитый проект вложить усилия? А то, я смотрю, это эдакий хеллоу-ворлд в мире UAV :)
Возможно там действительно 8Гбайт микрухи, а 2 лишние используются как резерв. На нынешних модулях серверных тоже есть возможность отключения сбойного чипа и перенос его функций на ECC чип (с отключением ецц ессесно).
Может тут что-то в таком духе, аля избыточный объем как в SSD.
1. Двигатели NTM — редкостное г… но, вы уж извините :) Проверено неоднократно. Ну и по мощности адский перебор.
2. Про регули на 100А я вообще молчу — куда такие? Там 20-30А от силы нужно, даже с вашими зверскими моторами макс ток будет 550W/12.6V=43А
Плюс, их нужно прошивать софтом вроде SimonK или BLHeli (в зависимости от архитектуры процессора), чтобы они нормально работали с мультироторами и обеспечивали нужное время реакции.
3. Смысла использовать ардуину никакого нет — есть куча плат всё-в-одном для АрдуКоптера, которые стоят какие-то смешные 80 баксов (например). Ну и датчики выбраны хреновые, сейчас всё делается на других (смотри PixHawk, APM)
4. Зачем нужен софт AeroQuad, если есть АрдуКоптер со всеми возможными плюшками, причем активно развиваемый? К слову последний коммит в гитхаб AeroQuad был год назад, на него видать просто забили.
5. Алюминиевая рама при любом ударе, даже небольшом, гнется. В этом плане карбон лучше — он либо остается невридим, либо ломается, промежуточных состояний нет. Плюс гораздо легче.
Если уделять времени примерно 2ч. в день, то через 2-3 недели можно будет протестировать свои квадрокоптер в воздухе.
Что-то как-то пессемистично, без учета выпиливания своей рамы он собирается за пару вечеров.
Спасибо, я в курсе, но ГОСТ появился вроде только с 1.0 версии.
А вот только какая версия OpenSSL используется в андроиде я не в курсе, вполне возможно что 0.9.х
Да и вообще не о том речь :) Я не знаю какие требования у наших чекистов, поэтому перечислил что знаю.
Андроид, конечно, тоже не сахар, но, по сравнению с закрытой iOS, его хоть можно в каком-то виде проверить на закладки.
Например, создать форк какого-нибудь CyanogenMod с названием DumaOS или DeputatOS :)
И сертифицировать его у чекистов.
Внутри сети не имеет особого смысла их гонять — нормальный ДНС сервер не будет отправлять ответ через интерфейс, отличный от того с которого пришел запрос. Т.е. если запрос пришел с внутреннего интерфейса, то ддосить боты могут только твою сеть :)
К ддосу ботнетами изнутри сети это никакого отношения не имеет.
Это само собой. А для его настройки как раз ребята пилят AutoTune.
Вот это дело. Что-то подобное, судя по всему, реализовано в прошивках DJI Naza и выше т.к. они вполне себе могут летать, причем стабильно, будучи прикрученными хоть к табуретке, сам проверял :)
Так что как раз динамической подстройки под параметры дрона опенсурсным прошивкам не хватает (Автотюн, пока что, не на 100% удовлетворяет потребностям), удачи в работе, будет интересно увидеть результаты.
Может стоит в какой-то развитый проект вложить усилия? А то, я смотрю, это эдакий хеллоу-ворлд в мире UAV :)
А так, действительно, смысла делать из сервера именно полку никакого т.к. можно просто взять готовую корзину со встроенными экспандерами и всё.
Неправда. Есть несколько проектов, реализующих режим target на обычных HBA.
Например, SCST на marvell и какие-то LSI вроде тоже.
Так же, просто в виндах нет механизмов аналогичных DRBD и, поэтому, нет проблем.
Хотя может в случае софтрейда в винде что-то проявляется.
Я, например, много лет юзаю md-raid в линуксе и таких проблем не вижу — проверки рейд проходит регулярно.
Может тут что-то в таком духе, аля избыточный объем как в SSD.
А так на фотке вижу только на 1 стороне 18 чипов + 1 ECC, но 128 ни на 18 ни на 36 ровно не делится.
Там стоит почитать темы для новичков, станет более или менее понятно :)
2. Про регули на 100А я вообще молчу — куда такие? Там 20-30А от силы нужно, даже с вашими зверскими моторами макс ток будет 550W/12.6V=43А
Плюс, их нужно прошивать софтом вроде SimonK или BLHeli (в зависимости от архитектуры процессора), чтобы они нормально работали с мультироторами и обеспечивали нужное время реакции.
3. Смысла использовать ардуину никакого нет — есть куча плат всё-в-одном для АрдуКоптера, которые стоят какие-то смешные 80 баксов (например). Ну и датчики выбраны хреновые, сейчас всё делается на других (смотри PixHawk, APM)
4. Зачем нужен софт AeroQuad, если есть АрдуКоптер со всеми возможными плюшками, причем активно развиваемый? К слову последний коммит в гитхаб AeroQuad был год назад, на него видать просто забили.
5. Алюминиевая рама при любом ударе, даже небольшом, гнется. В этом плане карбон лучше — он либо остается невридим, либо ломается, промежуточных состояний нет. Плюс гораздо легче.
Что-то как-то пессемистично, без учета выпиливания своей рамы он собирается за пару вечеров.
В других всяких LTS дистрибах, я думаю, аналогично.
Так что совершенно не обязательно что в андроидах юзается именно 1.0.0
А вот только какая версия OpenSSL используется в андроиде я не в курсе, вполне возможно что 0.9.х
Да и вообще не о том речь :) Я не знаю какие требования у наших чекистов, поэтому перечислил что знаю.
Там FCoE во всех тестах даже немного впереди FC.
Да и с чего ей страдать теми же болезнями, если FCoE и iSCSI не имеют практически ничего общего?
С другой стороны, встречаются тесты прямо противоположные. Так что я не знаю кому верить :) Я сам FCoE не пробовал, нет свичей с DCB.
А если серьезно, то я не в курсе спецтребований ФСБ и прочих, может туда нужно что-то добавить, какое-то хитрое шифрование по ГОСТу в OpenSSL и т.п.
Например, создать форк какого-нибудь CyanogenMod с названием DumaOS или DeputatOS :)
И сертифицировать его у чекистов.