The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для ядра Linux предложена реализация SMB-сервера, opennews (??), 30-Авг-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


32. "Для ядра Linux предложена реализация SMB-сервера"  +2 +/
Сообщение от Хан (?), 30-Авг-21, 20:27 
То что задумано ядерным, ок, вопросов нет, но вот то что задумано как пользовательским нафиг тащить в ядро?
TLS тот же, это прикладной протокол работающий поверх ядерного TCP/IP, но теперь прикладные протоколы уже в ядре..

А что дальше? HTTP? ESMTP? IMAP? XMPP? IRC? И еще тысячу других...

Ответить | Правка | Наверх | Cообщить модератору

36. "Для ядра Linux предложена реализация SMB-сервера"  +2 +/
Сообщение от Annoynymous (ok), 30-Авг-21, 20:40 
От SSL в ядре я бы не отказался, кстати. Чтобы можно было просто указать, что вот этот порт под SSL, а за портом уже прикладной сервер получал расшифрованный трафик прямо в широко открытый порт.
Ответить | Правка | Наверх | Cообщить модератору

40. "Для ядра Linux предложена реализация SMB-сервера"  –2 +/
Сообщение от Хан (?), 30-Авг-21, 20:46 
В теории и HTTP в ядре круто, самый активно дергаемый протокол пользователем, а чем не реализовать его в ядре?

Но по такой же логике в ядро можно впихнуть все что угодно(((

Ответить | Правка | Наверх | Cообщить модератору

72. "Для ядра Linux предложена реализация SMB-сервера"  +1 +/
Сообщение от пох. (?), 30-Авг-21, 21:54 
> В теории и HTTP в ядре круто, самый активно дергаемый протокол пользователем,
> а чем не реализовать его в ядре?

accept_http фильтры в freebsd существуют 20 лет.

К сожалению, по очевидным причинам, пользы от них в нынешнем мире - никакой.

> Но по такой же логике в ядро можно впихнуть все что угодно(((

можно. Если ты платиновый спонсор. Если просто ntfs запилил (которая уже есть но нерабочая) - то не очень легко.

Ответить | Правка | Наверх | Cообщить модератору

96. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Хан (?), 30-Авг-21, 23:53 
Знаю... у гугла в его версии линукса HTTP ядерный... такие дела... лол
Ответить | Правка | Наверх | Cообщить модератору

132. "Для ядра Linux предложена реализация SMB-сервера"  –1 +/
Сообщение от пох. (?), 31-Авг-21, 08:22 
Ну так это ж он нам нешифрованный http попереломал до полной неработоспособности. А себе пакостить не собирается, у него-то работает.

Ответить | Правка | Наверх | Cообщить модератору

167. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от n00by (ok), 31-Авг-21, 11:38 
Гугль с Микрософт сговорились, что ли?

HTTP.sys supports the following features:

    Windows Authentication
    Port sharing
    HTTPS with SNI
    HTTP/2 over TLS (Windows 10 or later)
    Direct file transmission
    Response caching
    WebSockets (Windows 8 or later)

Ответить | Правка | Наверх | Cообщить модератору

184. "Для ядра Linux предложена реализация SMB-сервера"  –1 +/
Сообщение от пох. (?), 31-Авг-21, 14:13 
это вообще-то модуль для asp.net, а не то что ты подумал.

Ответить | Правка | Наверх | Cообщить модератору

192. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от n00by (ok), 31-Авг-21, 15:42 
Ну может http.sys и для asp.net модуль, но при этом он модуль ядра, в просторечии "драйвер". По крайней мере был, когда я без httpapi.dll на IOCTL делал на нём сервер для статики. Обладатели Десяточки могут уточнить подсистему, глянув заголовок файла.
Ответить | Правка | Наверх | Cообщить модератору

42. "Для ядра Linux предложена реализация SMB-сервера"  –1 +/
Сообщение от пох. (?), 30-Авг-21, 20:47 
> От SSL в ядре я бы не отказался, кстати. Чтобы можно было
> просто указать, что вот этот порт под SSL, а за портом

ktls, к сожалению, на несколько более низком уровне. Так легко и просто не получится - это для пейсбука делали, не для тебя.

Ну в смысле, для него надо расширение openssl/gnutls (их, вроде, и было), а апи останется где был, без него не обойтись.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

39. "Для ядра Linux предложена реализация SMB-сервера"  –6 +/
Сообщение от пох. (?), 30-Авг-21, 20:45 
Ну то есть на "задумки" давно мертвой sun мы будем молиться, а ничего полезного (кто в здравом уме сейчас вообще пользуется nfs для мало-мальски серьезных задач?) нини?

Де факто smb победил - это сегодня стандарт и самый эффективный способ раздачи файлов по сети, полностью платформеннонезависимый, ничего лучше не придумали и вряд ли получится (потому что сан сдохла, про novell уже и забыли все, а второй microsoft у нас тоже не будет).

Логично его и иметь в наиболее оптимальном и эффективном виде, а не таскать тот же rdma через юзерлэнд - ни безопасности, ни скорости, ни простоты коду это не прибавит.

ktls если что - тоже ни разу не прикладной протокол. Это сессия. С тем же успехом можно плакать что tcp и udp в ядре, а ведь хватило бы всем и навсегда raw sockets.
(в принципе, я был бы рад если бы всякие sctp полетели из ядра в помойку)

Я, конечно, отчасти порадуюсь, если затея не выгорит, поскольку мне кажутся изрядно плачевными перспективы самой самбы в не столь отдаленном будущем, если у нее появится такой конкурент. Там и так остро не хватает рук и желания делать хорошо (я там лазил в код, как раз недавно... бррр... то есть видно что пытались делать хорошо и на перспективу, но рук и времени каждый раз чуть-чуть не хватило, слишком уж огромен комбайн и противоречивы требования "заказчиков" [тех самых, sponsored by...]) - а если ключевые разработчики еще и начнут пилить линукс-only вариант...

Но она скорее всего выгорит - никаких "порежьте помельче и перепошлите" платиновым спонсорам, пожалуй, не предъявят. А отсутствие исходников в lkml не даст возможности любителям "colour" в должной мере проявить фантазию - это ж не письмо в ответ процитировать, снабдив придирками, это надо куда-то клонировать, смотреть, пул-реквест делать...

Да и прислали сразу кому надо. MS, не лохи чай.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

43. "Для ядра Linux предложена реализация SMB-сервера"  –3 +/
Сообщение от Хан (?), 30-Авг-21, 20:49 
NFS мертв это факт с его 1% пользователей, SMB доминирует ибо винда абсолютный лидер на рынке ПК

Ничего плохого в SMB в ядре я тоже не вижу, проблема в другом что ядро начинают тащить все подряд

Ответить | Правка | Наверх | Cообщить модератору

52. "Для ядра Linux предложена реализация SMB-сервера"  –2 +/
Сообщение от пох. (?), 30-Авг-21, 21:11 
> NFS мертв это факт с его 1% пользователей, SMB доминирует ибо винда
> абсолютный лидер на рынке ПК

лидер добр, у лидера net use _сам_ разбирается - smb сервер на той стороне, или nfs. Сюрпрайз.

С серверной частью добра все плохо, есть корявая 3d-party userland реализация (все руки не дойдут, но там разработчик мертв, щастье вряд ли возможно) и разной степени недоделки в ядре (nfs4 толком не работает, 3 с некоторыми "особенностями" только в серверных версиях более-менее, причем не ниже 16, про кластеры и параллельный доступ я уж молчу - там с обычной 4 и то не айс)

> Ничего плохого в SMB в ядре я тоже не вижу, проблема в другом что ядро начинают тащить все
> подряд

ну вот нет. Подождем, конечно, 5.15, но вот увидим ли мы там ntfs3 - ой не факт.
(_год_ монотонной е..ли!)


Ответить | Правка | Наверх | Cообщить модератору

56. "Для ядра Linux предложена реализация SMB-сервера"  +2 +/
Сообщение от Хан (?), 30-Авг-21, 21:18 
Тяжело читать... это что ПРОМТ?
Ответить | Правка | Наверх | Cообщить модератору

64. "Для ядра Linux предложена реализация SMB-сервера"  +3 +/
Сообщение от Аноним (64), 30-Авг-21, 21:29 
Всё в порядке, это поток сознания. Он такой.
Ответить | Правка | Наверх | Cообщить модератору

73. "Для ядра Linux предложена реализация SMB-сервера"  –6 +/
Сообщение от пох. (?), 30-Авг-21, 21:55 
> Тяжело читать... это что ПРОМТ?

тяжело читать, потому что мозг надо использовать для понимания буковок? Понимаю, понимаю, ну ты не читай, это для умных пишется.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

147. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от timur.davletshin (ok), 31-Авг-21, 09:52 
>>> NFS мертв...

Чуть не поперхнулся. С ним по производительности на моём железе только iSCSI мог тягаться. SMB же проигрывает любому конкурирующему протоколу.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

163. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Урри (ok), 31-Авг-21, 10:58 
Да. Но при этом SMB все же действительно на 99% файлопомоек вертится.
Ответить | Правка | Наверх | Cообщить модератору

46. "Для ядра Linux предложена реализация SMB-сервера"  –1 +/
Сообщение от Хан (?), 30-Авг-21, 21:05 
Не путай TLS с VPN-ом

TLS шифрует содержимое IP-пакета
VPN шифрует сам IP-пакет

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

86. "Для ядра Linux предложена реализация SMB-сервера"  +3 +/
Сообщение от Аноним (86), 30-Авг-21, 23:26 
> Де факто smb победил

Это слишком оптимистично.

Нет, де-факто победил HTTP и проприетарные протоколы поверх него, типа дропбокса или гугл-драйва.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

99. "Для ядра Linux предложена реализация SMB-сервера"  –2 +/
Сообщение от пох. (?), 31-Авг-21, 00:03 
ты хочешь сказать, там есть что-то кроме вареза и прона?!

Проблема хететепе - что он чудовищно неэффективен, поскольку ни разу не для разделяемого доступа к файликам был изобретен.

Варианты порезать все в мелкую лапшу и назвать это модным "object storage" - пригодны только для хранения еще более бесполезного мусора чем варез и прон.

Ответить | Правка | Наверх | Cообщить модератору

164. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Урри (ok), 31-Авг-21, 11:03 
> ты хочешь сказать, там есть что-то кроме вареза и прона?!
> Проблема хететепе - что он чудовищно неэффективен, поскольку ни разу не для
> разделяемого доступа к файликам был изобретен.

Для прона давно изобретен и прекрасно используется RTSP. Так что мимо.

Ответить | Правка | Наверх | Cообщить модератору

189. "Для ядра Linux предложена реализация SMB-сервера"  –1 +/
Сообщение от пох. (?), 31-Авг-21, 14:38 
Не всем же наслаждаться именно онлайн-вуайеризмом, как ты.

Некоторые любят вечерком перед... пересматривать избранные места. Вот тут им и пригождается гуглодрайв.


Ответить | Правка | Наверх | Cообщить модератору

190. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Урри (ok), 31-Авг-21, 15:14 
избранные места в порнушке? ну ты извращенец.
Ответить | Правка | Наверх | Cообщить модератору

210. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Аноним (210), 01-Сен-21, 01:15 
> де-факто победил HTTP и проприетарные протоколы поверх него, типа дропбокса или гугл-драйва

Согласен, но где-то ещё трепыхается и открытый протокол WebDAV, жаль что мало где.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

195. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от нах.. (?), 31-Авг-21, 15:44 
Я таки надеюсь что ты сейчас расскажеш как для smb3 настроить posix и вменяемые права на файлы?
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

103. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Аноним (105), 31-Авг-21, 00:22 
>А что дальше? HTTP? ESMTP? IMAP? XMPP? IRC? И еще тысячу других...

WebSocket, Social API

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

244. "Для ядра Linux предложена реализация SMB-сервера"  +1 +/
Сообщение от Аноним (238), 03-Сен-21, 00:47 
> но вот то что задумано как пользовательским нафиг тащить в ядро?

Вы о чем вообще? С каких пор SMB был задуман как пользовательский? Что srv.sys (smb1), что srv2.sys (smb2+) - всё драйверы.
То, что Samba решила реализовать половину венды разных версий в одном проекте, - это сексуальные трудности разработчиков Samba.

SMB должен быть в ядре, хотя бы потому что его современные версии (3.х) должны работать с дисковыми драйверами ядра блочного уровня, и с сетевыми адаптерами. Народ диски диски напрямую расшаривает по сети без прогона через проц силами периферии (RDMA), а на опеннете комментаторы вещают о "пользовательских" протоколах. А сам RDMA по вашему где и насколько он пользовательский? А когда я хочу взять 2 диска с 4-х узлового кластера, соединенных 40-гигабитными адаптерами и построить отказоустойчивый сетевой сторадж, это тоже "пользовательские" протоколы.

Тут в треде перепись необразованных людей, которые на полном серьезе думают, что SMB - это протокол для папочек в сетевом окружении, а Samba 4 - убийца AD. Пришла новость, что SMB наконец-то появится в ядре, так они думают всякую дурь и пишут всякую дичь про пользовательские протоколы, и чему там в ядре место, когда, на-минуточку, современная версия NFS практически имеет паритет с SMB по функционалу...
Опять же пользователям Линуксов это сложно понять, потому что в Linux и NFS работает посредственно.

Так что всё правильно делают. Проблема отсутствия вменяемого сетевого стораджа в линуксе, но зато присутствия 1001 бесполезной ФС - это как раз проблема ядра. Его и надо фиксить.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру