The OpenNET Project / Index page

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



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

Оглавление

Выпуск Samba 4.12.0 , opennews (?), 04-Мрт-20, (0) [смотреть все]

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


22. "Выпуск Samba 4.12.0 "  –1 +/
Сообщение от Анонуиум (?), 04-Мрт-20, 16:06 
А я в одной умной книжке прочитал, что рекомендуется
использовать самбу вместо эн-эф-эс повсеместно
для чисто линукс ориентированых систем, т.е. без
винды
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск Samba 4.12.0 "  –3 +/
Сообщение от б.б. (?), 04-Мрт-20, 16:15 
хочу посмотреть сетевую загрузку, где / будет самба :)
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск Samba 4.12.0 "  +1 +/
Сообщение от муу (?), 04-Мрт-20, 16:31 
уже внезапно можно, в 5.5 добавили CONFIG_CIFS_ROOT
https://www.kernel.org/doc/Documentation/filesystems/cifs/ci...
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск Samba 4.12.0 "  –3 +/
Сообщение от б.б. (?), 04-Мрт-20, 16:57 
> уже внезапно можно, в 5.5 добавили CONFIG_CIFS_ROOT
> https://www.kernel.org/doc/Documentation/filesystems/cifs/ci...

вот я и хочу посмотреть

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

43. "Выпуск Samba 4.12.0 "  –1 +/
Сообщение от heheh (?), 05-Мрт-20, 03:00 
Ниче тока что про ACL можно забыть.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск Samba 4.12.0 "  +/
Сообщение от Аноним (74), 06-Мрт-20, 20:06 
>> уже внезапно можно, в 5.5 добавили CONFIG_CIFS_ROOT
>> https://www.kernel.org/doc/Documentation/filesystems/cifs/ci...
> вот я и хочу посмотреть

Группу продуктов MS System Center вы хотите посмотреть?

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

46. "Выпуск Samba 4.12.0 "  +/
Сообщение от mikhailnov (ok), 05-Мрт-20, 08:05 
CIFS - это ядерная штука, не имеющая отношения к samba, но протокол тоже SMB.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

24. "Выпуск Samba 4.12.0 "  –1 +/
Сообщение от iPony129412 (?), 04-Мрт-20, 16:23 
Да я это и от ведущих собаководов слышал.
В macOS, Android, iOS поддержка SMB тоже дефолтом.
Каких-то плюсов NFS не даст вообщем.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

32. "Выпуск Samba 4.12.0 "  +/
Сообщение от Аноним (88), 04-Мрт-20, 19:52 
Ну для меня вот огроменный плюс (может я просто неосилятор), но у меня есть синолоджи для файлопомойки, и если ходить на неё через самбу то любой файлик открывается с некоторой задержкой, потому что куда то там копируется предварительно, а всякие видосы огромные вообще открываться не хотят, что smplayer, что vlc выдают ошибку. Если же ходить по NFS то никаких предварительных копирований не происходит, всё работает как будто на локальном диске лежит, видосики запускаются мгновенно. Притом если файловым сервером выступает не синолоджи, а виндовая машина, то в общем то действительно всё хорошо, поведение правильное. Но вот с синолоджи никак, всё что там в настройках у неё есть, я крутил-вертел, включал-выключал - не хочет :(
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск Samba 4.12.0 "  +/
Сообщение от Аноним (35), 04-Мрт-20, 20:55 
Неизбежный минус крутого проприетарного продукта от серьёзного разработчика (работает через задницу, да).
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Samba 4.12.0 "  +1 +/
Сообщение от Аноним (88), 05-Мрт-20, 11:44 
Нет, дело не в синолоджи, как верно отметил Аноним ниже, это проблема кедов, в гномах всё работает (и про шару на винде я соврал, память ненадёжная штука, сейчас проверил, кеды и с винды не открывают). Но для меня кеды дают много больше плюсов, чем минусов, тем более что проблему решила NFS. По факту вообще только два минуса, это вот шары и то что dolphin не может рут, это вот вообще идиотизм.    
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск Samba 4.12.0 "  +/
Сообщение от none_first (ok), 05-Мрт-20, 14:30 
> Нет, дело не в синолоджи, как верно отметил Аноним ниже, это проблема
> кедов, в гномах всё работает (и про шару на винде я
> соврал, память ненадёжная штука, сейчас проверил, кеды и с винды не
> открывают). Но для меня кеды дают много больше плюсов, чем минусов,
> тем более что проблему решила NFS. По факту вообще только два
> минуса, это вот шары и то что dolphin не может рут,
> это вот вообще идиотизм.

smb4k ?

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

61. "Выпуск Samba 4.12.0 "  +/
Сообщение от Аноним (88), 05-Мрт-20, 16:50 
Вах, шайтан-программа заработало! Спасибо!
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск Samba 4.12.0 "  +2 +/
Сообщение от Аноним (48), 05-Мрт-20, 08:46 
Это потому, что у тебя КДЕ. В шинде все нормально работает, как впрочем и в GNOME, и в любом ФМ, который gvfs использует, и даже, о ужас, у тех, кто руками шары монтирует.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

62. "Выпуск Samba 4.12.0 "  +/
Сообщение от Аноним (88), 05-Мрт-20, 18:38 
Не, ручное монтирование я тоже пробовал и чтото тоже не срослось, не помню уже, давно было, но не добил, ибо NFS показала себя хорошо, с тех пор года 2-3 ни разу нареканий не было на неё и autofs. Разве что на синолоджи настраивать каждую шару на несколько клиентов муторно.  Сейчас вот по совету попробую smb4k погонять. Консоль безусловно крутая штука, люблю и уважаю, но лишь в задачах повторяемых периодически, для того что настраиваешь раз в пятилетку лучше GUI. Подходишь так к шлюзу на FreeBSD через 10 лет и смотришь на его чёрный экран как баран на новые ворота.
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск Samba 4.12.0 "  +/
Сообщение от InuYasha (?), 05-Мрт-20, 21:32 
> самбу то любой файлик открывается с некоторой задержкой, потому что куда
> то там копируется предварительно,

Та же фигня - это из-за кедов или гномов. Если подключаться через mount, то всё летает. Но зато комп нафиг зависнет если нечаянно провод выдернуть :) linux-way - фиг ли.

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

72. "Выпуск Samba 4.12.0 "  +/
Сообщение от Аноним (74), 06-Мрт-20, 16:53 
> у меня есть синолоджи для файлопомойки

Правильнее так: у меня есть синолоджи ВМЕСТО файлопомойки
Тут SMB не причём тут СИНОЛОДЖИ.
Проблема в том, что либо эта дура, либа ваш десктоп не понимает SMB 3+
Это легко проверить даже не читая конфиг-файлов.
1. Создайте каталог в том же самом LUN
2. Переместите ваш гигантский файл в этот новый каталог
3. Замерьте сколько это займёт.

Если время на перемещение < 1 секунды - у вас SMB3, если нет, то эта гадость копирует файл локально и потом заливает обратно в новый каталог (поведение SMB1).

На самих синолоджах была возможность установить версии для SMB. Так вот, вам нужно, чтобы 3 был включен, а SMB2.1 был минимально допустимым, лучше тоже 3.0. То есть SMB1/SMB2.0 забанить.
Если после этого вы шару не видите по SMB - значит ваш клиент тоже требует настроек. Если у вас в сети есть машины с Windows XP/Vista - то вы прощаетесь с этой шарой. SMB2.1 включайте только ради клиента Windows 7, если его нет ставьте минималку на SMB3.
> Притом если файловым сервером выступает не синолоджи, а виндовая машина, то в общем то действительно всё хорошо, поведение правильное

И вот тут для ясности картины лучше бы версию уточнять. "Правильное поведение" возможно, если это Windows 8.1/10 со стандартными настройками компонентов (выключена поддержка старых версий SMB). Насчёт Windows 7 я не уверен.

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

52. "Выпуск Samba 4.12.0 "  –2 +/
Сообщение от zurapa (ok), 05-Мрт-20, 11:15 
Интересно зачем? И где эта книжка. Уж не от RedHAT или MS?

Самба же дырку какую-то имеет, которую вообще закрыть не представлялось возможным, так и живут с ней и развиваются.

Домен-то это сила, да же? даже на линкуксе он нужен. Для этого это всё заводят? Так?

В части общих разделов в *nix инфраструктуре чем самба может быть лучше NFS?

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

75. "Выпуск Samba 4.12.0 "  +1 +/
Сообщение от Аноним (74), 06-Мрт-20, 20:16 
> В части общих разделов в *nix инфраструктуре чем самба может быть лучше NFS?

В общем случае она позволяет более гибко решать вопросы безопасности и ACL. Если вас устраивает стандартная система прав Linux то NFS пойдёт. Если шары со сложными иерархиями, ACL повсюду, группы пользователи и служба каталогов, то SMB тут получше будет, потому что проще в сложном случае.

Отдельно стоит заметить, что конкретно самба выдаёт пусть и чуть меньшую, но сравнимую производительность на Linux, несмотря на то что сидит целиком в юзерспейсе (не путать с CIFS это другое). И сидя в этом самом юзерспейсе не разу не доводила ядро до кернелпаники в отличии от NFS (отсюда кстати и берутся советы не использовать её без чёткого обоснования нужности именно NFS).

Если мы говорим о малых сетях в которых некие рабочие станцие получают файлы с шар, то всё это не имеет значения. Если мы раздаём образы дисков виртуальных машин поверх RDMA, и таким способом размещаем какие-то диски, то всё решает инфраструктура виртуализации. Если у вас RHEV/oVirt, то с SMB он не работает. Если Hyper-V, то он не работает с NFS. И тут опять разница в деталях. SMB стандартизирует свою кластеризацию, фейловеры, доставку локальных дисков сервера в виртуальный LUN, и на нём можно целиком построить виртуальную сеть хранения, а NFS... ну это просто NFS (как SMB2.0 и ранее). Он также может работать поверх RDMA в lossless-сети, но результатом всегда будет шара, пусть кластеризованная, пусть отказоустойчивая но шара, а не целый VSAN. В *nix для этого используются другие программы.

NFS не кроссплатформенный, если не считать кучи унылых сторонних реализаций для венды, а SMB - да, и в этом вся ирония... во многом благодаря самбе, но еще и из-за вендоров. Например современное оборудование проходит очередную "сертификацию" на поддержку RDMA и S2D, чтобы самба хорошо работала, и NFS от этого большой выгодополучатель, потому что, если уж SMB работает на хранилке, то NFS будет точно.

В сравнениях современных облачных хранилищах типа Ceph или Glusterfs такой мелочи как NFS нет места. А SMB S2D это решение этого же класса...

Но! Если человек задаёт вопросы типа "чем самба лучше nfs" вряд ли его допустили к таким железкам, поэтому
TL;DR ответ такой для chown/chmod-еров с 50 пользователями или аутентификацией по хосту, которые никогда принципиально не пользуются Windows, нет разницы.

P.S. Учитывая, что из SMB выбросили всякую дрянь типа "домашних групп" в том числе из венды и сели и реализовали производительное решение в ядре линукс для RDMA S2D-сетей, то я вообще не вижу причин пользоваться NFS нигде, если только этого не требует ПО, железо или история инфраструктуры предприятия.

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

77. "Выпуск Samba 4.12.0 "  +/
Сообщение от zurapa (ok), 06-Мрт-20, 22:54 
Весьма полный ответ. Благодарю.
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск Samba 4.12.0 "  +/
Сообщение от none_first (ok), 05-Мрт-20, 19:06 
> А я в одной умной книжке прочитал, что рекомендуется
> использовать самбу вместо эн-эф-эс повсеместно
> для чисто линукс ориентированых систем, т.е. без
> винды

а смысл?
https://blog.ja-ke.tech/2019/08/27/nas-performance-sshfs-nfs...
https://www.admin-magazine.com/HPC/Articles/Sharing-Data-wit...

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

69. "Выпуск Samba 4.12.0 "  +/
Сообщение от пох. (?), 06-Мрт-20, 07:32 
> а смысл?

а смысл что в nfs у тебя получается без нечеловеческих усилий - complete trust любому васяну, _компьютеру_ которого ты разрешил монтирование.

Что при числе компьютеров и васянов больше пяти превращается в полное отсутствие вообще любой защиты. (поднимите руки, кто из вас хотя бы kerberos auth осилил при числе больше пяти? Локалхосты не интересуют, ага.) Потом придумали костылики и подпорочки, больше для делания вида, что что-то там защищено, чем реально решающие проблему - потому что она в дизайне.

nfs придумали когда компьютеры были - большие, и каждым рулил настоящий админ, который и был гарантом того, что васян получит только васянские права - и на его компьютере, и на любом к которому у этого компьютера (а вовсе не самого васяна) есть доступ.
А мир, внезапно, изменился, и компьютер - теперь целиком принадлежит васяну, и хрен его знает еще кому, заодно.

smb протокол и lanmanager писали уже в изменившемся мире, и он изначально построен на аутентификации _юзера_, а не компьютера, который вообще нахрен неинтересен.

А вот героицская борьба за шифрование потока канцелярского мусора в корпоративной (значит, худо бедно контролируемой и защищенной) сети, впрочем, как и в васянской с котиками и проном - как раз нахрен не уперлась в большинстве случаев, и костыльная sshfs нахрен никому вообще не нужна.

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

70. "Выпуск Samba 4.12.0 "  –1 +/
Сообщение от none_first (ok), 06-Мрт-20, 12:37 
>> а смысл?
> а смысл что в nfs у тебя получается без нечеловеческих усилий -
> complete trust любому васяну, _компьютеру_ которого ты разрешил монтирование.
> Что при числе компьютеров и васянов больше пяти превращается в полное отсутствие
> вообще любой защиты. (поднимите руки, кто из вас хотя бы kerberos
> auth осилил при числе больше пяти? Локалхосты не интересуют, ага.) Потом
> придумали костылики и подпорочки, больше для делания вида, что что-то там
> защищено, чем реально решающие проблему - потому что она в дизайне.

и чё? в офисе, с контролем портов на свиче и ограничением по адресу - да хоть 10-ть раз.
Файлопомойка она для того и нужна - чтобы офисные васяны там шарились

> nfs придумали когда компьютеры были - большие, и каждым рулил настоящий админ,
> который и был гарантом того, что васян получит только васянские права
> - и на его компьютере, и на любом к которому у
> этого компьютера (а вовсе не самого васяна) есть доступ.
> А мир, внезапно, изменился, и компьютер - теперь целиком принадлежит васяну, и
> хрен его знает еще кому, заодно.

Ога и васян уволился и права на папку "не сдал" - ура открываем (пишем тикеты, ждем реакцию поддержки... долго) новому васяну, а ему настрать на содержимое папки - онже свой блекджек пилить будет
Так и "работает" файлпомойка

> smb протокол и lanmanager писали уже в изменившемся мире, и он изначально
> построен на аутентификации _юзера_, а не компьютера, который вообще нахрен неинтересен.

и 99% юзеров офиса оно не нужено наюх такое ограничение, уже пройдено 100500 раз
А конфеденшиал хранить на общих дисках/почте, в нешифрованном виде - 100% идиотизм

> А вот героицская борьба за шифрование потока канцелярского мусора в корпоративной (значит,
> худо бедно контролируемой и защищенной) сети, впрочем, как и в васянской
> с котиками и проном - как раз нахрен не уперлась в

возвращаемся к первому тезису - контроль по адресу достаточен

> большинстве случаев, и костыльная sshfs нахрен никому вообще не нужна.

она работает как не назови и выполняет свои задачи, если "вот зстрелись как надо" ограничить доступ по "юзеру".
А smb пихать точно не нужно, ЕБИм подарил мсявым - они до сих пор костыляют его... НО облаках его нет (и не будет).
Вона на Офис365 перешли (дерективным указанием "ставки гитлера"), локальную файлопомойку отключили - юзвери воют, но юзают ВанДрайв... где смб - ау-у-у - умер ;)

При "переезде в облако" более 80% информации не было перенесено, причина - юзвери не знали напуркуя "эти файлы" нужны - "супрайз"

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

71. "Выпуск Samba 4.12.0 "  +/
Сообщение от пох. (?), 06-Мрт-20, 14:34 
> и чё? в офисе, с контролем портов на свиче и ограничением по адресу

это для самбы актуально.

А с nfs - васян зайдет с компа коляна - и получит доступ коляна. А колян имел много лишних прав, но он не админ, ни разу, и на его комп может логиниться кто попало. Или просто выдернуть из розетки, и свой воткнуть.

> Файлопомойка она для того и нужна - чтобы офисные васяны там шарились

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

> и 99% юзеров офиса оно не нужено наюх такое ограничение

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

> она работает как не назови и выполняет свои задачи,

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

> если "вот зстрелись как надо" ограничить доступ по "юзеру".

что попутно юзер может сокеты открывать на твоем "защищенном" сервере - подвальному админу похрен, да. Да и не в курсе он об этом.

Зато сказки что ibm кому-то чего-то подарила - от бабушки слышал.

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

73. "Выпуск Samba 4.12.0 "  –1 +/
Сообщение от none_first (ok), 06-Мрт-20, 18:48 
>> и чё? в офисе, с контролем портов на свиче и ограничением по адресу
> это для самбы актуально.
> А с nfs - васян зайдет с компа коляна - и получит
> доступ коляна. А колян имел много лишних прав, но он не
> админ, ни разу, и на его комп может логиниться кто попало.

ну если компы раздают кому попало - зачем ваще ограничения в сети ;)
> Или просто выдернуть из розетки, и свой воткнуть.

о чудо - заблочат тебя на свиче

>> Файлопомойка она для того и нужна - чтобы офисные васяны там шарились
> внезапно, если файлопомойка не подвальная - не каждому васяну допустимо там шариться.

внезапно, васяны не различают - кому/куда можно - не получится выложить изменить, скопирует туда - где обмен мусором не обременён "защитой". Так в офисе и делали, до того как файлопомоку ликвидировали вместе с smb и переходом в ВанДрайв
а по твоим понятим - везде где "фалопомойка" там и подвал
что доказывает бессмысленность smb

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

удобно, чё - если время некуда потратить ;)
> выложенные для меня же файлы скопировать. (не разобрался, хрен поймешь, откуда
> оно там наследуется, выматерился, добавил себя лично, потом, естественно, удалил нахрен)

что доказывает ненужность (практическую) разделения прав в файлопомойках ибо бысто теряется хозяин, наследования и т.п.

>> и 99% юзеров офиса оно не нужено наюх такое ограничение
> их никто спрашивать не собирается. Им-то, конечно, не нужно. (хотя, внезапно, только
> у тебя в подвале - те файлики вот - вполне себе

ты щас о чём?
> офисный пользователь выложил  - вменяемый, понимающий, почему такие почтой пересылать
> не надо кому попало)

нуда, шифрование - для дураков, я тебя понял, продолжай развлекать публику

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

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

>> если "вот зстрелись как надо" ограничить доступ по "юзеру".
> что попутно юзер может сокеты открывать на твоем "защищенном" сервере - подвальному
> админу похрен, да. Да и не в курсе он об этом.

ой поделись - какие это ;) "попутно", если ток sftp позволен юзверю и туннели запрещены

> Зато сказки что ibm кому-то чего-то подарила - от бабушки слышал.

жалко твою бабушку, да и тебя, с такими-то сказками ;)

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

76. "Выпуск Samba 4.12.0 "  +/
Сообщение от пох. (?), 06-Мрт-20, 21:24 
> ну если компы раздают кому попало

оу, смотрите - в его подвале компы только у него и у гендиректора! У охранника и то нет, (потому что он и гендиректор - одно и то же лицо). Уборщице и курьеру зажали.

> зачем ваще ограничения в сети

действительно. Вот вам-то с вашими двумя - очень нужны.

>> Или просто выдернуть из розетки, и свой воткнуть.
> о чудо - заблочат тебя на свиче

ничего, выдергиваем соседний, и в этот раз суем через мелкий старублевый свитчик - это решает не только проблему с мак-адресами, но и даже проблему с честным-пречестным 802.1x с авторизацией по паролю.

> внезапно, васяны не различают - кому/куда можно - не получится выложить изменить, скопирует
> туда - где обмен мусором не обременён "защитой".

"зачем ваще ограничения в *твоей* сети", если там такие пользователи ? Переадресую этот вопрос тебе.

У меня вот не выложит (да, у нас есть dlp для тех не очень многочисленных мест, куда могут что-то выкладывать). И различают. Там, вроде, при поступлении на работу специальный курс надо проходить, помимо обычной welcome-болтовни. А может просто полных дураков к нам не берут.

> Так в офисе и делали, до того как файлопомоку ликвидировали вместе с smb и переходом в ВанДрайв

классный офис. Ключи от всего - у microsoft (он, действительно, поумнее подвального админа). А тебя зачем не уволили тут же? А, ну да, ну да - у тебя ж без конца есть работа - все время блочатся порты на свитче, ты ж нужный и незаменимый васян.

>> Надысь вот минут пятнадцать разбирался, какую ж группу себе надо добавить, чтобы
> удобно, чё

сейф тоже не очень удобен - но я не очень буду рад хранить деньги в трехлитровой банке под столом. Особенно, когда и стол чужой.

> нуда, шифрование - для дураков

шифрование того, что шифровать абсолютно незачем - безусловно для дураков и белок истеричек.
Я вот сегодня дистрибутив msvc вываливал в помойку с дистрами - конечно же этот важнейший и секретнейший траффик на ~10G надо было пошифровать, а то что-то процессоры слабо нагружены.

> проблема? - ты шутишь, как раз её нет

да, я уже понял, что проблемы нет, все секреты твоей подвальной фирмы "надежно" позашифрованы и подарены microsoft. service agreement-то хоть читал? Тот раздел что про availability.

в общем, все с васяном с sshfs'ой понятно, обсуждать тут нечего.


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

84. "Выпуск Samba 4.12.0 "  +/
Сообщение от none_first (ok), 10-Мрт-20, 15:33 
>> ну если компы раздают кому попало
> оу, смотрите - в его подвале компы только у него и у
> гендиректора! У охранника и то нет, (потому что он и гендиректор
> - одно и то же лицо). Уборщице и курьеру зажали.

читай внимательно до просветления, выше

>> зачем ваще ограничения в сети
> действительно. Вот вам-то с вашими двумя - очень нужны.

чёт ты уже в показаниях путаешься
>>> Или просто выдернуть из розетки, и свой воткнуть.
>> о чудо - заблочат тебя на свиче
> ничего, выдергиваем соседний, и в этот раз суем через мелкий старублевый свитчик
> - это решает не только проблему с мак-адресами, но и даже
> проблему с честным-пречестным 802.1x с авторизацией по паролю.

ну-ну мб в твоем подвале и так

>> внезапно, васяны не различают - кому/куда можно - не получится выложить изменить, скопирует
>> туда - где обмен мусором не обременён "защитой".
> "зачем ваще ограничения в *твоей* сети", если там такие пользователи ? Переадресую

а их там не было или ты не расслышал? прочитай еще раз строку выше ;)

> этот вопрос тебе.

у нас всё норм, жалоб и нареканий на смб нет и уже не будет (файло-помойки по смб больше нет)

> У меня вот не выложит (да, у нас есть dlp для тех
> не очень многочисленных мест, куда могут что-то выкладывать). И различают. Там,
> вроде, при поступлении на работу специальный курс надо проходить, помимо обычной
> welcome-болтовни. А может просто полных дураков к нам не берут.

а может только ты так думаешь? ;)
чудеса как всегда бывают в деталях ;) и человеческий фактор он такой

>> Так в офисе и делали, до того как файлопомоку ликвидировали вместе с smb и переходом в ВанДрайв
> классный офис. Ключи от всего - у microsoft (он, действительно, поумнее подвального

центральное решение - это "не один" офис, а по многим странам мира (европа, азия, африка, штаты...)

> админа). А тебя зачем не уволили тут же? А, ну да,
> ну да - у тебя ж без конца есть работа -
> все время блочатся порты на свитче, ты ж нужный и незаменимый
> васян.

ну может я чем чем-то более полезен, чем шАры и акл-ы и свичи крутить, как нек. васяны... ;)
ну так себе офис, в так-себе фирме (с офисами по всему миру) - гавновапрос, тыж всех умней ;)

>>> Надысь вот минут пятнадцать разбирался, какую ж группу себе надо добавить, чтобы
>> удобно, чё
> сейф тоже не очень удобен - но я не очень буду рад
> хранить деньги в трехлитровой банке под столом. Особенно, когда и стол
> чужой.

я сомневаюсь что ты чему-то будешь рад... но к секурити "твоя радость" отношения не имеет
это и о ключах в руках васяна (ну того - кто себя в группу включил/выключил)

>> нуда, шифрование - для дураков
> шифрование того, что шифровать абсолютно незачем - безусловно для дураков и белок
> истеричек.

да-да, я про то и говорю - тебе пох, и зачем тебе шары с разделением права ты объяснить не можешь
> Я вот сегодня дистрибутив msvc вываливал в помойку с дистрами - конечно
> же этот важнейший и секретнейший траффик на ~10G надо было пошифровать,
> а то что-то процессоры слабо нагружены.

ну вот и ответ - ты признал ненужность своих многочисленных групп и юзверей, в твоём подвале, на шАрах :)

>> проблема? - ты шутишь, как раз её нет
> да, я уже понял, что проблемы нет, все секреты твоей подвальной фирмы
> "надежно" позашифрованы и подарены microsoft. service agreement-то хоть читал? Тот раздел
> что про availability.

а ты читал? - мне вот н..срать
сла для того и существуют - прекладываение ответственности, а ты не знал? ;)

> в общем, все с васяном с sshfs'ой понятно, обсуждать тут нечего.

с тобой действительно обсуждать нечего - у тебя аргументов не хватает, а гонору много.
Иди, "начерти пару формул" https://www.youtube.com/watch?v=JzAq7hGh_54  (рули своми подвалом), ты очень нужен для создания групп/акл/и прочего подвального мусора

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

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

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




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

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