hilight

;-)) Почему же - с правильным модемом в любой системе хорошо. Сейчас пользуюсь Hayes ADSL Ethernet Model H0-15805 - modem/router/firewall. И сам модем тоже работает под linux, 2.4.10 :-) Вот только не знаю, в каком виде на него прошивка заливается, а то можно и пересобрать ;-)) По теме - возможно, имеет смысл эту заметку прочитать? Сам не пробовал, за неимением, но у автора вроде все получилось

Voron, лицензия на использование системы не имеет ограничения по времени, обновления бесплатны и доступны на сайте производителя и зеркалах всегда. Другое дело, что выпуск обновленных пакетов для Mandrake 10 будет продолжаться всего в течение 18 месяцев со дня выхода Official. Обновления касаются только безопасности или исправления ошибок, и качать их менее критично, чем заплатки для ХР (в основном уязвимости локальны, то есть воспользоваться ими может зарегистрированный пользователь системы. Извне, особенно на домашней машине - нереально). Пересборки ядра для работы не требуется, для изучения - новые стабильные версии выходят раз в несколько месяцев. Кстати, много нового знания эта процедура не приносит - ну, собрал пару раз, наступил на все грабли, а потом просто повторяешь известные действия. Набор за 300 руб. взять вполне можно - поддержку можно получить и на форумах, не только от продавца (конечно, при этом никто никому ничего не должен) Основная функция антивирусов для linux - перехватывать вирусы для оффтопика на почтовых серверах, файловых архивах... "Родных" вирусов есть несколько десятков, я за пять лет активного использования этой системы не видел "на воле" ни одного

Если не в оффтопике, то tar -xvjf fffff.tar.bz2, mc, file-roller

Эх, негоже, конечно, пиво у хороших людей отбирать... Лови

Почему глупо? Не переставлять же систему, просто чтобы на другую посмотреть ;-)) У меня на домашней машине тоже есть место, на которое время от времени ставится новый дистрибутив. Сейчас там debian woody - на работе в сети его использую, а дома держу, чтоб без нужды там не засиживаться, начальство не радовать, когда что-нибудь новое настраиваю ;-))

ajent007, я дистрибутив особо и не перестраивал. Просто решил, что поменять нужную софтину быстрее и проще, чем переустанавливать дистрибутив, даже в режиме обновления. Так оно и выходит. Да и времени потраченного при этом не так жалко ;-) Менять в дистрибутиве на самом деле надо очень немного - ядро 2.4.19 (его пересобрал после установки, но из исходников дистрибутива), gcc 2.96 и glibc 2.2.4 пока достаточны для сборки всего. Когда потребуются более новые версии - переставлю систему целиком. ;-)) Требуется новая версия библиотеки - ничего не мешает ее поставить. Конечно, не просто выполнив './configure && make && make install', а собрав rpm-пакет. Если версия не сильно отличается (gtk2 вместо gtk не поставишь, нужно рядом), то spec-файл (инструкция, как собирать пакет) можно взять от "родного" пакета, поправив в нем названия файлов и версии. Мне сейчас проще переписать spec в текстовом редакторе и набрать 'rpm -bb spec-файл', но можно все это поручить скрипту checkinstall (входит в дистрибутив) - с ним сборка rpm-пакета вообще ничем не отличается от просто сборки из исходников. Если это не библиотека, а прикладная программа, от которой ничего не зависит (xine, sylpheed, xfig, wine...), можно не собирать пакет, а просто поставить ее в /usr/local. При этом дерево с исходниками лучше сохранить - пригодится для make uninstall перед установкой версии поновее. А пакеты от других дистрибутивов ставить не рекомендую, если есть возможность этого не делать - скорее всего, все заработает, но может непредсказуемо глючить просто потому, что собрано другим компилятором, с другими библиотеками и kernel-headers. Удачи!

ajent007, я просто после mdk 8.2 перестал ставить дистрибутивы. Обновляю постепенно нужный софт, если возникает потребность. Вот от дистрибутива за два года мало что и осталось ;-)) Был бы я художником или архитектором, например - пользовался бы оффтопиком, для линукс нужного софта, похоже, нет. А так - все нужное есть, десктоп очень удобный, вот и пользуюсь

Эх... Впрчем, постараюсь покороче. Изучаю эту систему, думаю, как все - документация, бумажные книги, статьи и руководства в сети. Дабы все грабли сначала обнаружить, идентифицировать, и только потом на них наступить ;-)) Знакомство с системой началось с поисков TeX для dos/windows в 1996 году. Доступа в интернет у меня тогда не было, все нужное покупал на радиорынке. Поехал, искал долго, не нашел. Зато нашел дистрибутив Red Hat 4.2, который ради этой программы и купил. Поставил рядом с 95й, настроил, какое-то время поработал. Потом и TeX досовский нашел, но к этой системе все равно время от времени возвращался. Постепенно она стала основной ОС дома, 98я тоже есть, но не используется уже третий год. С более новыми windows постоянно общаюсь на работе, ставить их дома желания не возникает. "Nobody really uses an operating system. People use programs" © Linus Torvalds Так и получается - сервера на работе держат кучу нужных сервисов, которые лень перечислять, дома я работаю работу и отдыхаю, а персоналка и софт помогают этим заниматься. На серверах были Red Hat, Mandrake и Debian, на последнем остановился. Дома... когда-то это был Mandrake 8.2 ;-) Десктоп - Gnome или icewm, по настроению. Сеть - galeon, gftp, sylphed, xchat, gnomeicu, gsmssend, linneighborhood; графика - xfig, gimp, gqview; мультимедиа - xmms, xine, glame, grip, gcombust; документы и презентации - TeX, lyx, xpdf, OOo; наука - grace, openDX, maxima, gcrystal, gchemtool; игры - freeciv, nethack, tuxracer, gnome-games. Есть wine, в котором стоят lingvo, origin, софт для сканирующего микроскопа (проверял по просьбе коллег, работает ли, и не стер) и несколько игр. Это не все, а только то, что вспомнил, не заглядывая в меню - показалось, так будет правильнее ;-))

Кросс-корд и патч-корд отличаются разводкой проводов, оба представляют собой кусок витой пары с разъемами RJ-45 на концах. Патч-корд - для соединения сетевой карты с коммутатором. Кросс-корд - для соединения двух сетевых карт напрямую, без коммутатора, тебе как раз такой нужен. Вообще, вот это прочитай. Удачи!

У mirabilis был некогда коммерческий ICQ server. По-моему, после ее покупки AoL (а было это давно, с тех пор вышло несколько новых версий протокола ICQ) этот продукт похоронен. Ищется там же, где и остальной коммерческий софт ;-) Есть свободный iserverd, работающий в unix, но и его последняя версия вышла года три назад. Понятно, что нужен instant messaging для локальной сети. Но обязательно ли это должен быть ICQ? Если нет, имеет смысл заглянуть на www.jabber.org

1. www.rdesktop.org 2. www.xinehq.de, www.mplayerhq.hu

Настроить брандмауэр между подсетями - разрешить прохождение из одной в другую только пакетов от "серверов".

Chega, у тебя в сети есть сегменты Gigabit Ethernet? Если железо держит только 100 Mbps, напрягаться нет смысла - TCP такую полосу использует полностью. Есть, например, статья "Evaluation of Advanced TCP Stacks on Fast Long-Distance Production Networks", H. Bullot, R. Les Cottrell, R. Hughes-Jones (в гугле по одной из первых ссылок на "BIC-TCP"), в ней тестируются разные реализации протокола и показано, что различия начинаются при пропускной способности выше 200-300 Mbps. Дело твое, конечно

Можешь, конечно, повнедрять, только не поможет - журналюги, как это часто с ними случается, отличились умом и сообразительностью. Сравнивать физический и транспортный уровень - это здорово, главное, цифры какие красивые получаются. На самом деле новый протокол имеет смысл использовать там, где старый транспортный протокол (TCP) не позволяет использовать возможности физического уровня (пропускную способность роутеров, линий связи, и т.п.). Для штроко используемых технологий (DSL, Ethernet) потенциала TCP хватает, и переход на BIC-TCP никакого выигрыша не даст. P.S. Интересная новость, жаль только, что ты ссылок не привел

Пообщайся с руководителем на тему, о чем именно писать - стандартов и протоколов много. И какие из них "основные", так просто не выделить - у каждого своя ниша. Если собираешься писать обо всем понемногу, удобнее всего взять бумажную книгу. Например, "TCP/IP" Паркера и Сияна. Только этого, по-моему, для диплома будет слишком много. Вся работа может выглядеть, например, так. Во введении можно классифицировать различные протоколы - описать семиуровневую эталонную модель OSI и четырехуровневую модель TCP/IP, показать соответствие между ними и удобства/недостатки каждой. Далее можно остановиться на протоколе сетевого уровня - IP. Настоящее - IPv4 (RFC791). Здесь можно описать формат заголовка датаграммы, поля, фрагментацию (при желании и атаку Tear Drop с вариантами), адресацию (RFC 990, RFC 997), подсети (RFC 950). Далее можно описать недостатки IPv4 (навскидку - кризис IP-адресов, невозможность плавного расширения сети сверх выбранного класса, "привязанность" адреса устройства к сетевому соединению). От описанных недостатков в некоторой степени спасают бесклассовая маршрутизация (CIDR - RFC1519), NAT в частные адреса (RFC1918) и "будущее" - IPv6 (RFC2460). Здесь имеет смысл показать различия в разных версиях протокола и причины, по которым IPv6 еще почти не используется. Для диплома, наверное, и хватит. Ссылки приводить не буду - какие знал, уже привел, а остальные найдутся по ключевым словам из этого плана. Но, вообще, посоветуйся с руководителем, о чем писать - этот план не более чем один из вариантов, причем первый пришедший в голову ;-)