требования к железу/софту для запуска web-сервера, на встраиваемом устройстве Опции

[shreck]

Добрый день.
Нужно разработать устройство, управление которым должно осуществляться через ethernet и wi-fi.
Какая минимальная/типичная/комфортная программно-аппаратная конфигурация должна быть у встраивамого устройства, чтобы запустить на нем более-менее полноценный web-сервер и web-службу?

[kolobok0]

...через ethernet и wi-fi....программно-аппаратная конфигурация...запустить на нем более-менее полноценный web-сервер и web-службу?

чтоб поднять Ethernet - много телодвижений не надо. С ВайФаем сложнее. Если Вам принципиально и то и то, то тогда надо искать готовые девайсы(типа роутеров под льюникс) или готовые платки которые берут на себя данный функционал (типа визнета и иже).
Чисто изернет - определяетесь какая поддерживаемая скорость нужна, цена вопроса, сколько ресурсов на самой железке. Исходя из этого есть варианты
1) чисто всё самому реализовывать. в инете есть вплоть до физического уровня всё на МК. правда скорость - сами понимаете не серъёзно.
2) взять готовые микросхемки(типа CS8900A - это правда десятка, чисто как пример) сети(как правило управление ими - параллельное), внимание уделить при разводке дорожек, согласующему трансику на выходе. с точки зрения софта - микросхемка предоставляет только физический уровень и фильтрацию(поддержку) на мак уровне(типа бродкасты и явную адресацию). стэк подымать самому. Минималка для вэба - ARP, IP, ICMP, TCP, WEB начинку(HTTP + некий свой встроенный язык - аля пыхпых). для расширения UDP на любителя - занимает копейки телодвижений, а заюзать можно не плохо для своих нужд. Обращаю внимание, что если встраиваемый сервак должен принимать страницы более 1500 байт(такое может быть - в зависимости от функционала вэба), то обязательно нужно поддерживать сборку на IP уровне!(не путать с TCP). Если её поддерживать - то как правило требования к ОЗУ возрастает(время жизни фрагмента, интенсивность и размер ОЗУ - связаные вещи).
3) взять готовые платки (микросхемка, сетевой трансик, кварц). как и во втором варианте возможно придётся(зависит от милкосхемки) реализовывать стэк самому(см. пункт 2). Но есть и готовые решения - например WizNet. Управление как правило идёт через SPI или COM или типа того. Стэк как правило в этом случае поддерживается милкосхемкой. Вэб решение бывает внутри, а бывает и нет.
4) взять готовые девайс типа роутера. софтверная начинка - льюникс и иже. выхода можно намудрить. Но это не пром. вариант кмк.

...сайт запустить на своей втроенной железке и выставить голой ж... в Интернет? Набега хакеров не боитесь?...

глупость несёте...
поясните как хакеры будут ломать флэш МК через Ethernet?

Сообщение отредактировал kolobok0 - Jul 27 2012, 11:49

[AlexandrY]

глупость несёте...
поясните как хакеры будут ломать флэш МК через Ethernet?

Не хакеры ломать будут, а боты и вообще все соседи.
Будут во первых непрерывно сканировать порты.
Будет идти непрерывный широковещательный трафик от роутеров и прочей инфраструктуры.
Потом будут непрерывно долбить по HTTP, Telnet, FTP и т.д.
Серверу все время надо будет парсить идиотские запросы по HTTP.
В конце концов сервер упадет либо из-за нехватки памяти либо из-за ошибки в парсере.
Либо сам встроенный сервер занесут в черный список за неадекватные ответы.
Обрезание трафика по email уже обычное дело.
С провайдерами приходится ругаться чтобы дивайсы могли отправлять емайлы беспрепятственно.
Ну а Flash (вернее файловые носители на Flash) рухнет от износа.

[_sv_]

Ну а Flash (вернее файловые носители на Flash) рухнет от износа.

И Flash тоже перепишут.
Посылается TCP пакет (или фрагмент более высокого протокола),
который вызывает переполнение стека, в следствии чего запускется
фрагмент кода из уже убитого стека.
Разработка такого мероприятия "с нуля" - достаточно муторное мероприятие.
Но в этой степи работают уже много лет и есть серьезные наработки.
По "стилистике" ответов определяют тип используемого стека.
Конкретные опции - экспериментально.

В целом, задача не "для маленьких", но это лишь вопрос желания.

P.S. От дальнейших подробностей - воздержусь : )

Сообщение отредактировал _sv_ - Jul 30 2012, 14:28

[A. Fig Lee]

И Flash тоже перепишут.
Посылается TCP пакет (или фрагмент более высокого протокола),
который вызывает переполнение стека, в следствии чего запускется
фрагмент кода из уже убитого стека.
Разработка такого мероприятия "с нуля" - достаточно муторное мероприятие.
Но в этой степи работают уже много лет и есть серьезные наработки.
По "стилистике" ответов определяют тип используемого стека.
Конкретные опции - экспериментально.

В целом, задача не "для маленьких", но это лишь вопрос желания.

P.S. От дальнейших подробностей - воздержусь : )

Похоже, Вы не совсем понимаете как это работает. Для такой атаки надо детально знать код.
Просто так stack overflow вызвать НЕВОЗМОЖНО.

Не хакеры ломать будут, а боты и вообще все соседи.
Будут во первых непрерывно сканировать порты.
Будет идти непрерывный широковещательный трафик от роутеров и прочей инфраструктуры.
Потом будут непрерывно долбить по HTTP, Telnet, FTP и т.д.
Серверу все время надо будет парсить идиотские запросы по HTTP.
В конце концов сервер упадет либо из-за нехватки памяти либо из-за ошибки в парсере.
Либо сам встроенный сервер занесут в черный список за неадекватные ответы.
Обрезание трафика по email уже обычное дело.
С провайдерами приходится ругаться чтобы дивайсы могли отправлять емайлы беспрепятственно.
Ну а Flash (вернее файловые носители на Flash) рухнет от износа.

То о чем Вы говорите не имеет никакого отношения к ембеддед вебсерверу.
Все тоже самое будет происходить и с обычным PC.
Файрволл не уменьшает количество обращений и не предотвращает ДОС атаки.
Единственно, что это немного разгружает процессор, но имплементация такого файрволла
на микроконтроллере займет пару строчек.