LINUX.ORG.RU

Предложены радикальные изменения в работу сети в Linux

 , ,


1

2

Olaf Kirch, участник коммьюнити SUSE, матерый Linux-хакер (с начала 1990х) и автор неоднократно переиздававшихся книг по настройке и администрированию сети в Linux, предложил сегодня на рассмотрение сообщества Fedora свою давно вынашиваемую идею — полностью переписать userspace стек управления сетью в Linux, учитывая накопленный за два десятка лет опыт. Новая архитектура сетевой подсистемы позволит, как считает Olaf, полностью отказаться как от неподдерживаемой мешанины bash-скриптов (давным-давно устаревших ifup/ifdown и прочего), так и от критикуемого за сложность и такую же неподдерживаемость NetworkManager. В предложенной им архитектуре сетевой стек четко разделяется на несколько слоев, сущности внутри которых конфигурируются с помощью XML.

Предложение уже получило как критические отзывы (от инженера Red Hat и текущего мэйнтейнера busybox, Denys Vlasenko), так и сдержанно заинтересованные ответы.

P.S. Olaf работает в Novell, и если вы нашли в его предложении архитектурные проблемы, или у вас есть идеи, как сделать лучше, то присылайте ему ваше резюме. Ваш шанс на трудоустройство, аналитики!

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от farafonoff

Мне не надо вумный графический диалер( или это стандартный виндовый диалер который под все винды один?). Мне надо то что можно тупо скопировать файлик с флешечки и пихнул в систему. А не как макак тупой клацать по 33 вкладкам с 150 галочками. PPP стабильный - вообще смех. Стабильность может от размера мту зависить не хило так. Стандартный вариант в винде - лезем в реестр, очень круто. Проблема полуоткрытых соединений - лезем в тспип.сис и правим цифирьки. Правда не руками а спецпрогой. И после апдейтов бывает улетает обратно. Конечно это всё кривые костыли по сравнению с скриптами.

anonymous ()
Ответ на: комментарий от anonymous

Тупо скопировать файлик у тебя и в линуксе не получится (несовместимость дистрибутивов). К тому же я думал цель линукса не догнать винду, а сделать систему лучше. Для этого нужно объективно посмотреть что можно взять хорошего/удобного и сделать еще лучше.

farafonoff ★★ ()
Ответ на: комментарий от vasily_pupkin

Вероятно у обычных людей другая область деятельности

...чем копание в дерьме.

argin ★★★★★ ()
Ответ на: комментарий от farafonoff

Тоже идея не плохая. Ещё бы набор правил, которые срабатывают если соединение установленно, разорванно и т.п. - по событиям, такой системе бы цены не было.

lucentcode ★★★★★ ()
Ответ на: комментарий от eagleivg

При чем тут скрипты? Я про конфиги. Хотя бы раз пробовал править xml руками?

Правил. Это было на следующий день после первой установки Ubuntu (до того с не-windows почти не работал), у меня был грипп, температура +40 и адово болела голова. Правил /etc/fonts/, невозбранно добился желаемого.
Потом ещё конфиги xml-ные icecast правил.
Не понимаю чего все так xml не любят.

MrClon ★★★★★ ()
Ответ на: комментарий от farafonoff

Кроме того, по моим ощущениям ppp в винде работает стабильнее.

Это ложное ощущение. Возможно, от неумения пользоваться линуксовым pppd. Или из-за использования дистрибутива с какой-нибудь кривой сборкой. В общем, у меня на десктопе оно работало, на роутере с OpenWRT сейчас работает, на Cronyx Sigma-22 линки делал в своё время, на RS-232 тоже делал. Диалап, было дело, тоже был.

AS ★★★★★ ()
Ответ на: комментарий от andre7

Спасибо за совет! Моя проблема в тот раз была другой, звук с микрофона не шёл. Не знаю как, но починил.

ZenitharChampion ★★★★★ ()

Конфигурации на XML нечитабельны. /etc/network/intefaces в дебиан, что может быть проще?

FreeLiver ★★★ ()
Ответ на: комментарий от farafonoff

Тупо скопировать файлик у тебя и в линуксе не получится (несовместимость дистрибутивов).

Что, пингов нет в дистрибе?

К тому же я думал цель линукса не догнать винду, а сделать систему лучше. Для этого нужно объективно посмотреть что можно взять хорошего/удобного и сделать еще лучше.

Лучше это когда можно автоматизировать, а не прыгать в галочки тыкать. Как твои виндоадмины. А после них разбирайся на серверах: этот мудвин портабл версию поставил одной дряни, руками пускает; этот другой утилью пользуется через сервис; этот документы в корзине хранит.

anonymous ()
Ответ на: комментарий от AITap

конфиги вообще должны быть независимы от приложения и отправляться в программу они должны как-то так echo /config.(xml|txt|ini) | cfgutils | proga а сохраняться (с поддержкой исходного формата) как-то так proga --save-cfg | cfgutils /config.(xml|txt|ini)

JL ()

ПУСТЬ В ЖОПУ СЕБЕ СВОЙ XML ЗАСУНЕТ И КРЕСТОМ ПРАВОСЛАВНЫМ ПОДОПРЁТ, ДРЕВОЛЮБ!

anonymous ()
Ответ на: комментарий от AITap

gconf/dconf/xfconf

gconf/GSettings (dconf как я понял только один из бэкендов - источников хранения настроек к GSettings) по описанию весьма понравился, даже жаль что использую qt-kde и openbox

Xfconf по беглому описанию напряг этим «Only a single application (xfce-mcs-manager) is allowed to actually modify settings; all other applications can only query values.»

Вообще очень здравые мысли сделать всей системе единый централизованный сервис хранения настроек, я говорил о меньшем. И перевести на этот сервис ядро ситемных утилит (для олдфагов в том же gconf прописывается как источник старый файл в виде старого олдскульного текста в его старом месте где нить в ~/.директория_не_совпадающее_с_именем_программы/ничего_не_значащее_имя_но_являющееся_конфигом)

Для любителей вспомнить о линуксонли_велосипедах - такую систему доступа к настройкам и тупой бэкенд в текстовые файлы к ней можно перенести куда угодно за сутки.

JL ()
Ответ на: комментарий от anonymous

Конечно намного лучше когда каждый написал по init.d скрипту для восстановления роутинга и фаервола, и раскопировал их на все компы. Особенно весело когда таких скриптов оказывается 2-3, и запускаются они каждый раз в произвольном порядке.

farafonoff ★★ ()
Ответ на: комментарий от farafonoff

Расскажи как это в винде автоматизированно методом шареваре-фриваре диалеров от хер знает каких админов.

Особенно весело оказывается когда у тебя непонятная помойка а не сеть нормальная, где на каждом компе роутинг охеренный нужен и фаервол. Не смеши людей уже. Либо ставь железку, либо пиши скрипты. Кстати и на железке типа циска, вот какое горе, есть ipsla-bgp-pbr и куча разных способов сделать примерно одно и тоже. А на других железках, какое горе, команды и настройки совсем другие. Недовольным текущим положением дел надо в лигу сексуальных меньшинств писать, а не линух перефигачивать.

anonymous ()
Ответ на: комментарий от eagleivg

Может наконец подсветку к XML редактору сделают не XML ненавистники

PaulAS ()
Ответ на: комментарий от PaulAS

надо? - сделай!

по сабжу: сомневаюсь, что оно будет работать со всем, особенно со специфическими модемами.

funeralismatic ★★★ ()
Ответ на: комментарий от farafonoff

PPP

чотуд? опять фарафонофф окошки хвалит?

венда и стабильный ppp - смешно.:-)

mumpster ★★★★★ ()
Ответ на: комментарий от farafonoff

init.d

вообще-то в нормальных дистрибутивах есть строго определённое место для этого. в RH например.:-)

mumpster ★★★★★ ()
Ответ на: комментарий от JL

gconf

gconf...по описанию весьма понравился, даже жаль что использую
qt-kde и openbox

вот, вот. ты сперва этот кактус попробуй на вкус. ИЧСХ, сами борцуны за народное щасте сами этим пользоватсья не желают!

очень здравые мысли сделать всей системе единый централизованный
сервис хранения настроек

ничего здравого не вижу в попытках убить текстовые конфиги. я вам ещё высказывание Дейкстры могу припомнить по поводу binary data.

mumpster ★★★★★ ()
Ответ на: gconf от mumpster

Re: gconf

очень здравые мысли сделать всей системе единый централизованный сервис хранения настроек

ничего здравого не вижу в попытках убить текстовые конфиги. я вам ещё высказывание Дейкстры могу припомнить по поводу binary data.

где вы видете попытку убить текстовые конфиги ? в том же gconf можно указывать различные источники настроек - в том числе текстовые файлы

зы: отличие текстовых файлов и бинарных файлов проявляется только при прямом редактировании секторов винчестера с помощью хексэдитора, zcat и zgrep ничем не отличаются от cat и grep для применения, и если будут инструменты anycat и anygrep которые будут вызывать zgrep для архивов и grep для остальных - вы вообще перестанете отличать бинарники от текста

зыы: лично меня привлекает не возможная бинарность конфигов а возможность с таким инструментом простой смены формата конфигов (например текст-хмл-жсон, или в тот же бинарный формат - базу данных заточенную на чтение), централизованный импорт/экспорт/бекап, возможность легко узнать где конфиги для определённой программы

JL ()
Ответ на: Re: gconf от JL

дейкстра

о да! и в чём, простите, смысл ужимать текстовые конфиги? сэкономить пару мб? в наше-то время?;) я же говорю - идите, идите. читайте отцов-основателей раз сами дотумкать не можете.

mumpster ★★★★★ ()
Ответ на: Re: gconf от JL

Re: gconf

Короче. тебе нужен реестр а-ля Windows

anonymous ()
Ответ на: дейкстра от mumpster

Re: дейкстра

вы очень выборочно читаете моё сообщение - быстрое чтение конфигов это одно из возможных легко реализуемых в этом случае преимуществ

к тому же какой нить часто запускаемой из скриптов утилите типо grep'а это поможет

JL ()
Ответ на: Re: gconf от anonymous

Re: gconf

не надо за меня решать что мне нужно

реестр виндовс недостаточно гибкая система хранения настроек

JL ()
Ответ на: Re: дейкстра от JL

ну да, перл про hex-editor я не стал комментировать, чо уж тут! бгг

нету преимуществ у бинарных конфигов! нету!

mumpster ★★★★★ ()

Мне одному кажется, щито олафа покусал поттеринг?

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.