The OpenNET Project / Index page

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



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

Оглавление

Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и сетевой стек, opennews (??), 26-Фев-24, (0) [смотреть все]

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


136. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (136), 27-Фев-24, 16:02 
Это засунули в ядро, потому что только там оно и может быть. В Windows оно в ядре и в Linux должно быть в ядре исходя из того что это и как оно работает.

Засунули это по заказу клиентов MS и Azure ея, которые хотят пользоваться Linux и быстро передавать данные.
Просто попробуйте сделать всё что делает SMB3 средствами NFSv4 в Linux или DRBD или NVMe-oF, а я на вас посмотрю.

Вы просто не понимаете, какой срач в блочной подсистеме и сетевом стеке Linux. Если людям нужен SR-IOV и RDMA, то от Linux проще избавиться.
ksmbd - это очередная попытка избавиться от проблемы, когда "third party SMB implementation" не поддерживает функцию "нужное вставить".

Уж лучше так, чем всё что лебедь (DRBD), рак (NFSv4) и щука (NVMe-oF), которые никак не могут построить нормальный storage-кластер.

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

165. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Kuromi (ok), 27-Фев-24, 20:34 
>[оверквотинг удален]
> Linux и быстро передавать данные.
> Просто попробуйте сделать всё что делает SMB3 средствами NFSv4 в Linux или
> DRBD или NVMe-oF, а я на вас посмотрю.
> Вы просто не понимаете, какой срач в блочной подсистеме и сетевом стеке
> Linux. Если людям нужен SR-IOV и RDMA, то от Linux проще
> избавиться.
> ksmbd - это очередная попытка избавиться от проблемы, когда "third party SMB
> implementation" не поддерживает функцию "нужное вставить".
> Уж лучше так, чем всё что лебедь (DRBD), рак (NFSv4) и щука
> (NVMe-oF), которые никак не могут построить нормальный storage-кластер.

Стоит ли мне напомнить вам что NFS 4.0 вышла в 2000, 4.1 в 2010, а 4.2 в 2016-ом?

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

180. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (136), 28-Фев-24, 02:27 
> Стоит ли мне напомнить вам что NFS 4.0 вышла в 2000, 4.1 в 2010, а 4.2 в 2016-ом?

Стоит ли мне напомнить вам что SMB 2.0 вышел в 2006, 3.0 в 2012, а 3.1 в 2016-ом?
И это важно, потому что... почему?

Я ведь вполне серьезно говорю. Вот проприетарные решения по NFS:
https://vastdata.com/blog/meet-your-need-for-speed-with-nfs
И есть еще NetApp ONTAP и прочий Dell EMC VNX

И что? Где это всё в Linux чтобы было доведенным до хоть какого-то ума. Так-то pNFS - как раз NFS 4.1.

Я пишу про 2 проблемы:
1. Связка NFS+DRBD+NVMe-oF - это конч. Её целиком заменяет SMB и кластеризовать его можно, и Multichannel работает из коробки. Хотите Infiniband/FC для NVMe подачи дисков в этот кластер, хотите локально суйте и делайте S2D.
2. Даже если забыть про SMB, то конкретно NFS в Linux поддерживается из рук вон плохо, лучше FreeBSD поставить.
Про Ceph и Ganesha мне даже не вспоминайте даже. Производительности хочется, а не это вот...

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

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

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




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

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