Вид для печати
Как-то не захотелось выкидывать рабочую 386-ю машинку, установил на неё FreeDOS и вебсервер. Результат тут, http://rw6hrm.ham-radio-op.net/eznos/howto.htm , там же и описание процесса ваяния, кому интересно. Работает уже с месяц, косяков/глюков не замечено. Так что не линухом/виндой едиными...
Фигасе! Про фридос слышал и видел, но чтоб там веб и фтп сервак замутить...
Спасибо, просвятили, буду знать теперь.
Зачот! :-)
p.s. сам поклонник хBSD систем.
Можно в личку подробности установки...?
Дополнение. Воспользовался сервисом WWW.DYNDNS.COM . Теперь среди предлагаемых для свободного размещения доменов доступен вариант <ваше_имя>.ham-radio-op.net , чем я не преминул воспользоваться. Теперь ссылка выше доступна по обращению http://rw6hrm.ham-radio-op.net
Прям как для нашего брата старались! Можно ставить свои серваки где угодно :lol:
Для пользователей free-аккаунтов DynDNS: а вы в курсе, что если в течении месяца вы не заходите на свой акк на сайте динДНСа или если ваш сервак в течении этого времени не менял свой айпишник, то ваш акк будет удален? Хорошо, что хоть за пять дней до этого присылают письмо с уведомлением о будущем удалении... Кто напишет скриптик автоматического логина на сайт?, чтобы этак раз в неделю он сообщал о своей "жизни"?
Далее. В работе EZNOS обнаружены несколько косяков.
1. В "оригинальной поставке" найдена дыра, хоть и не позволяющая хакеру залезть в комп, но основательно действующая на нервы - скрытая админка. Удаление описано в дополнении к статье.
2. После первого ночного ребута в 5 утра более ребутов не происходит. Может они и бывают, но в логах этого не видно. Поскольку система и так работает устойчиво, внимания пока не обращаю.
3. Синхронизация времени не проходит. Может DHCP у меня на роутере медленно отрабатывает (сервер-то секунд за 5 грузится), но проблему пока не решил.
Приятное. Ломают машинку часто и подолгу. Пока никому не удалось влезть или отправить машинку в даун.
Нашел свою ошибку в синхронизации времени. По привычке поставил time.nist.gov, однако это не NTP-сервер . Вопрос решился подстановкой сервера 132.163.4.101 (Boulder, Colorado). Синхра пошла, но время ставится -8 часов от действующего... Начал искать российские сервера...
Из 20 российский серверов (вытащил айпишники nslookup'ом) на запрос машинки откликнулись только 2. Из 20 американских - 17. Интересное в том, что под виндой возможна синхронизация по всем серверам... так что в NOS'е реализация rdate выполнена то ли криво, то ли по устаревшим стандартам. Разницы в синхронизации я не заметил, что по американскому, что по российскому серверу, время устанавливается на -8 часов от текущего московского.
По установке часового пояся. В БИОСе такового нет (не нашел такового в 386), в ДОСе, ессно, тоже, а команда rdate offset работала только до сборки 1.10. EZNOS более поздняя сборка, посему эта команда исключена. В БИОСе я выставлял реальное время, потом следовала синхронизация - и БИОС сбрасывался по синхре. Вывод: и ну его лесом , задача самой синхры предварительно решена, но на самом сервере задач, привязанных ко времени, почти нет.
Ежедневный ребут. В принципе сервер работает настолько устойчиво, что перезагрузка, как таковая, ему и нафг не нужна. Но мало ли что... КОроче говоря, в конфиге вместо reboot указал exit в полночь по нашему (в 16.00 по синхронизированному времени). Далее нашел маааааленькую прогу под названием reboot.com (23 байта ), вписал ее в автоекзек... теперь каждую полночь комп реально перегружается. Так что обошелся без крона.
Итак, наконец-то удалось найти более серьезную дыру в защите машинки! Оказывается, если в строке адреса сделать запрос к диску А (к примеру хttp://yourservername/a: ) то получаем доступ к нему. Если бы в дисководе стоял бы гибкий диск, то содержимое его каталога отобразилось бы в браузере. Далее, если у нас реально нет дисковода В, и даже если БИОС его не видит (отображает при загрузке Disk drive B: none), то EZNOS нижайше просит вставить диск в привод В. Но поскольку привода у нас не существует, то система чуток подвисает в наивном ожидании, пока её не сбрасывает через пяток минут watchdog, отправляя машинку в перезагрузку.
Для решения этой проблемы есть два варианта. Первый "железный". Тупо ставим в машинку дисковод В или обходимся комбиком типа Epson SD-800. Естественно, что при работе сервера никаких дискет в них быть не должно. Второй вариант "хитрый софтовый". Для этого нам необходимо скачать из репозиториев FreeDOS программку ASSIGN.COM. Она позволяет осуществить перенаправление обращения к дискам. Копируем её в директорию c:\nos\bin . Затем в файл httpd.bat вносим строки c:\nos\bin\assign /m a:=c: и c:\nos\bin\assign /m b:=c: . В этом случае при обращении к дискам А и В происходит перенаправление вызова к диску С. Последний от обращения к корневой директории у нас защищен, что выдает в браузере обращающегося кулхацкера ошибку.
Итак, машинка проработала без сучка и задоринки более полугода! Некоторые косяки, ессно, были (как же без них), всё описал на страничке. Ныне, в связи с немного возросшими требованиями, пришлось отправить описанную конфигурацию на покой/временное хранение. Но если кому нужна готовая к работе машинка - стучитесь в личку :)
решил с этой наработкой участвовать в конкурсе Полигона Призраков. Статья тут, http://www.phantom.sannata.ru/konkurs/2010/kt1004.shtml , меньше техники, больше эмоций...
УРЛ снова изменился. Описание тут,
How to make server with old PC
Из статьиЕсть очень скромненькие дистрибутивы Linux. По моему DamnSmoll и еще что-то. Или тот же мини Debian. Может быть заинтересуетесь.Цитата:
Выход один - использовать свободное ПО. Исходя из архитектуры компьютера, Линукс тут не выживет, только что-либо из xBSD
На 4 метрах памяти выживает только SmallLinux, но у него даже сетевых приблуд нет. Да и разбираться с линухом на тот момент интереса не было (и сейчас нет). Плюс, зачем использовать что-то новое, набившее оскомину, когда тут такой вариант попался? ;)