Разработчики проекта Samba опубликовали (http://news.samba.org/developers/Samba_Team_Blog_3/) информационное письмо с рассказом о текущем состоянии разработки. Сообщается, что после 5 лет работы над Samba 4 код с реализацией Active Directory достиг состояния пригодного для тестового внедрения на нескольких ресурсах. Код файлового сервера уже пригоден для развертывания кластерных конфигураций, позволяющих организовать работу нагруженной файловых серверов распределенных на несколько серверов. Также в samba близится к завершению реализация полной поддержки Windows ACL и нового варианта протокола SMB2, используемого в Windows 7.Из наиболее интересных планов можно отметить обсуждение возможности объединения кодовой базы Samba 3 (winbindd и код файлового сервера) и Samba 4 (контроллер домена) с целью создания единого многофункционального продукта, который может выступать в роли файлового сервера, сервера печати, сервера идентификации (winbind) и контроллера домена совместимого с Act...
URL: http://news.samba.org/developers/Samba_Team_Blog_3/
Новость: http://www.opennet.me/opennews/art.shtml?num=24873
Удачи и дальнейшего развития проекту в новом году ^__^
Буду надеяться, что объединение кодовой базы пойдет на пользу результирующему проекту. Девелоперам удачи!
Всем остальным единства желаний и возможностей! с НГ!
Виндовые серверы с их хитрыми лицензиями пойдут лесом?
А они уже несколько лет как стратегически пошли лесом -- Samba (вместе со всеми в ней заинтересованными) переиграли Microsoft на рынке серверов SMB/CIFS.
Где она переиграла? О чем именно идет речь?
>Где она переиграла? О чем именно идет речь?Например, в кластерных (high availability) решениях -- у MS подобного вообще нет AFAIK. Ещё и с прозрачной миграцией локов к месту основной нагрузки, что важно в рамках WAN.
По пиковой пропускной способности.
И да, по TCO. :)
Если над чем-то HP с IBM нос к носу работают напильниками, это _уже_ исключительный случай.
PS: с наступившим!
Есть.
Переиграла только и, я с эти согласен, в lo-wend решениях, так как Microsoft туда тупо не лезет. То что есть от Linux через опу работают при большом колличестве потоков записи или чтения.
Если Linux хочет добить Windows не надо на него равняться. Все равно проиграет, потому что догоняет. Надо пробивать свое. SAMBA это все-го лишь средство перехода на Linux.
А по TCO вы что-то неправельно считали или у вас мало опыта.
Работали мы и с HP и c IBM и с Netapp. Как давича сами вы писали не порите чушь, ей больно.P.S.
AD - это не только ACl и SMB2. Я не люблю микрософт. Я работаю с тем что есть.
>То что есть от Linux через опу работают при большом колличестве потоков записи или чтения.откуда дровишки?
лично мой опыт показал обратное. особенно если не пытаться делать блокировки так, как в винде. вот это точно через опу. (про возможности тюнинга никс и самба вообще говорить не стоит. да и самба ведь не только на линухе есть).
на данный момент как раз по показателю "нагрузка" самба лучше виндов. но пока хуже нетвари.
туева хуча предприятий вынуждена держать нетварь, т.к. винда при таких нагрузках склеивает ласты. иногда удаётся перейти на никс, но не у всех есть необходимая квалификация/знания/../желание.
зы:
а проигрывает она как раз в тех случаях, что описаны в новости. иными словами - в реализации именно виндой инфраструктуры.
ззы:
кстати, Michael Shigorin не прав, у мс есть нечто подобное - dfs - http://technet.microsoft.com/ru-ru/library/cc732006%28W...
но это конечно не ха-кластер.
> Есть конторка где больше 10 000 и тоже ниче не склеиваетсяВам романы писать надо. Про "конторки". Грамматику только подучить предварительно.
каким боком АД (и групповые политики) помогает увеличить производительность?для файлопомойки 10000 юзеров это не показатель.
попробуйте перенести приложения на файловых субд (бтрив, дбф и т.д.) с невари на винду - тогда поймёте то, что не пишут в мануалах и рекламных лозунгах.>Курите мануал. DFS это не то о чем здесь речь.
а я что-то по другому написал?
или стиль изложения отличается от мануалов мс и Вы не_вкурили?
> Если Linux хочет добить Windows не надо на него равняться. Все равно проиграет, потому что догоняет.Вообще это напоминает - IPX/SPX очень хороший протокол для небольших локальных сетей, но у него есть один недостаток - он разработан фирмой Novel (с) секреты Windows NT 4.0 Server
>Переиграла только и, я с эти согласен, в lo-wend решениях, так как
>Microsoft туда тупо не лезет. То что есть от Linux через
>опу работают при большом колличестве потоков записи или чтения.А что у микрософта есть хотя-бы из файловых систем нормального? У линухов то есть XFS например, который можно разложить на массивчик так что многопоточные записи пойдут по разным дискам и все будет вполне чудесненько. А вот виндоза с ее единственным немолодым NTFSом на всем случаи жизни - выглядит как-то неубедительно нифига. А в ряде нагрузок просто сливается в хлам. О каких тогда hi-end решениях идет речь? А то в топ500 тоже виндозы что-то не дофига. И кстати если уж вы говорите о количестве - так хотя-бы освойте правильное написание этого слова.
> А по TCO вы что-то неправельно считали или у вас мало опыта.
Меня особенно прикалывает в этой фразе слово "неправельно". Какой крутой анонимный аналитик попался :). AD - это не только ACL и SMB. Но как именно файлсервак винда из себя вообще ничего такого не представляет, а вы еще и на число потоков уперли, с чем у винды довольно небогато. У них в общем то 1 вещь нормальная - управление несложное и сразу, без пляски с бубном, так что туповатые эникейцы могут это развернуть. Нормально обслуживать правда не могут - уровень знаний другой нужен, так что когда оно осыпается, эникейцы прикольно так попы рвут :).
>Есть. Переиграла только и, я с эти согласен, в lo-wend решениях,
>так как Microsoft туда тупо не лезет.(располагаясь поудобней) А, то есть лузер под названием Windows Home Server всем приглючился. Ну ладно.
>То что есть от Linux через опу работают при большом колличестве потоков записи
>или чтения.Надо же, надо же. А подтвердить чем слабо? Ничего, что у некоторых хватает сообразилки сажать самбу на XFS, а не ext3?
>Если Linux хочет добить Windows не надо на него равняться. Все равно
>проиграет, потому что догоняет. Надо пробивать свое.Вот тут правду говорите. Но самбу-то уже майкрософтам догонять в high-end сегменте.
>SAMBA это все-го лишь средство перехода на Linux.
Samba -- это не "средство", а реализация стека протоколов SMB/CIFS. Используется и вне контекста перехода на линукс, а и при создании новых либо апгрейде существующих систем, когда требования производительности и масштабируемости оказываются винде не по зубам. Заметьте, даже не цены.
>А по TCO вы что-то неправельно считали или у вас мало опыта.
Видите ли, я не только писать по-русски умею, а и считать по-арабски. Поскольку с первым у Вас туго, насчёт второго тоже сомнения берут.
>Работали мы и с HP и c IBM и с Netapp.
Можно поинтересоваться Вашей ролью в этой работе?
>P.S. AD - это не только ACl и SMB2. Я не люблю микрософт.
>Я работаю с тем что есть.PS: если вдруг ответ на ответ vitek ниже принадлежал Вашему же перу -- то передавайте привет нелюбимому MS, совсем-то уж глупо троллить в их пользу не стоит.
PPS: AD-контроллер склеивает ласты при одновременной загрузке 32 бездисковых узлов WinHPC. Сделайте одолжение MS, покажите мастер-класс на том, что есть, а то у них не выходит ;-)
>PPS: AD-контроллер склеивает ласты при одновременной загрузке 32 бездисковых узлов WinHPC.
>Сделайте одолжение MS, покажите мастер-класс на том, что есть, а то
>у них не выходит ;-)А куда он их загружает?
>>PPS: AD-контроллер склеивает ласты при одновременной загрузке 32 бездисковых
>>узлов WinHPC.
>А куда он их загружает?Он -- никуда, они в него пытаются долбиться. И укладывают.
>>>PPS: AD-контроллер склеивает ласты при одновременной загрузке 32 бездисковых
>>>узлов WinHPC.
>>А куда он их загружает?
>
>Он -- никуда, они в него пытаются долбиться. И укладывают.Простите, чем долбиться? Можете техническим языком описать? Потому что пока что это смахивает на сон про не сон, а про не сон сон.
>Простите, чем долбиться? Можете техническим языком описать?Вы представляете себе вообще роль ADC? Если да, то вопрос излишен, а если нет, то тем более.
2 AM: разумеется, но он тоже. :}
>>Простите, чем долбиться? Можете техническим языком описать?
>
>Вы представляете себе вообще роль ADC? Если да, то вопрос излишен,
>а если нет, то тем более.
>
>2 AM: разумеется, но он тоже. :}Ясно. Уходим от ответа. Мифические узлы ложал мифический контроллер домена мифическими запросами на установку безопасного канала. Видимо так.
>>>Простите, чем долбиться?
>>Вы представляете себе вообще роль ADC?
>Ясно. Уходим от ответа.Уф. Что такое "долбиться в LDAP" -- объяснять технически надо? До SYN|ACK или проводя пальцем по строчкам реализации? Обязательно с нагрузочными графиками зависимости вероятности/латентности ответа от количества одновременных запросов? Скажем, кластерный dhcp-сервер нашим пришлось реализовывать самим -- опробованные известные реализации выдыхались (бишь переставали обслуживать всех клиентов), кажется, существенно раньше тысячи одновременных запросов.
"Уходить от ответа" можно тогда, когда есть внятный вопрос. Простите, Ваш -- невнятный.
>Простите, чем долбиться? Можете техническим языком описать? Потому что пока что это смахивает на сон про не сон, а про не сон сон.ха! прикольно!
ну тогда поясните техническим языком свой пёрл:
>А куда он их загружает?кто "он", что "он" загружать должен и зачем "он" что-то куда-то должен загружать.
YHBT?
кстати, пятый альт линух - отличная вещь в этом плане. искреннее спасибо всем альтовцам.
домен (не виндовый) работает прям из коробки. с церберами, лдапами, днсом, дхцп, сквидами, почтой и т.д.
линуховые клиенты в домен падают отлично. жаль виндовые не доделаны, но это в принципе не сложно, основное то уже есть (во первых в лдап надо сделать populate for samba; во-вторых из альтератора пользователи добавляются без необходимых опций для самбового домена; в третьих в smbldap-tools пользователи добавляются без учёта цербера, т.е. принципалов нет, поэтому надо менять скрипты либо там, либо там; ну и зоны в днс'е).
а, да, самба там по-умолчанию 3.0.37-alt1.
>искреннее спасибо всем альтовцам.Передам ;-)
>линуховые клиенты в домен падают отлично. жаль виндовые не доделаны, но это
>в принципе не сложно, основное то уже естьЕсли хотите -- подпишитесь на sysadmins@ да изложите, чего бы ещё хотелось видеть; возможно, вместе будет удобней нарисовать ТЗ для дальнейшей разработки:
https://lists.altlinux.org/mailman/listinfo/sysadmins
> Где она переиграла? О чем именно идет речь?Да чего их там переигрывать, у микрософт файловых систем нормальных нет. НТФС с его вечной фрашментацией и дико тормозной в ряде ситуаций да убогий фат. Вот и все что что парни из Редмонда имеют предложить. Файлсерверы? Это хрень какая-то а не файлсерверы. А вот стоит серверная виндоза весьма изрядно зато. А в десктопной ессно функционал не забыли обкастрировать искусственными ограничениями.
хороший сон
У Вас! ;-)
Пора проснуться, винда вымывается с файлопомоек только так.
Примеры обратного перехода единичны.
>У Вас! ;-)
>Пора проснуться, винда вымывается с файлопомоек только так.
>Примеры обратного перехода единичны.У меня файлопомойка на 5 терабайт (не самый слабый сервер на 16 винтов,самба 3.4.3), активная работа с большими и мелкими файлами - клиентские сессии зомбируются через сутки работы, процессоры встают раком (даже cpulimit не помогает), помогает только magic sysrq
А вечно виснущий и глючный winbind - это отдельная песня, до сих пор сегфолты фиксят
мне почему-то кажется, что это трындёж.
по описанию это не работа, а её отсутствие.
похоже на неудачную попытку рекламы виндов - перегнули палку. с такой "работой" самбы Вы бы уже сидели на виндах.зы:
всё тоже самое (винтов меньше - 5 сас терабайтников в 5 рэйде + xfs).
никаких зомби и сисрегов.
правда винбинд не использую - нет надобности, настроен цербер с лдапом.
но по старому опыту - тоже особых проблем не встречал.
и что - никаких проблем с работой при большом кол-ве мелких файлов? Нет проблем при работе множества клиентов с одной эксель таблицей в shared режиме? Не тормозит винбинд при множестве запросов?
Проблем у самбы очень много, что разработчики и не скрывают
как ещё сказать?
винбинда нет, зомби нет, эксэль в шаред не используем (опен офис в шаред работает, но и то только раз поэксперементировали и всё. гроупваре для этого нужно использовать и не заниматься фигнёй), файлов мелких (и больших - специфика такая. именно для них xfs и выбран) много - профили и "мои документы" на сервере.если самба сможет работать ещё лучше и быстрее - я буду только рад. но говорить, что она виснет, зомби и пр. - это какой-то пиар.
Сейчас работа идёт над полной заменой АД и её инфраструктурой (что из новости и видно), но если не ставить это целью (как допустим мне. меня и домен от самбы + цербер + лдап + ... устраивает) то она вполне ничего себе. А если учесть, что её ещё можно повесить над zfs, ocfs, drbd (как тут - http://wiki.samba.org/index.php/6.0:_DRBD ), то вообще не плохо получается
>гроупваре для этого нужно использовать и не заниматься фигнёйНу да, к самбе прикупить еще шарепойнт и отдельный сервер (причем у обычного win2003 проблем при такой работе с таблицами нет)
Cамба как статичная файлопомойка очень хороша, но в режиме полной эмуляции (как член домена,с оплоками,acl и тд) под высокой нагрузкой у меня нет уверенности в её стабильной работе, обязательно какаято гадость вылезет - или сессии зависнут (причем параметр timeout вообще не влияет на виндовых клиентов с keep-alive),или winbind, или после обновления вдруг слетит весь ad id range и все acl идут в хаос.
У xfs кстати после года работы на этом же сервере (raid lvm xfs samba) возникли неприятные ошибки, к счастью до порчи файлов дело не дошло
>Ну да, к самбе прикупить еще шарепойнт и отдельный сервер (причем у обычного win2003 проблем при такой работе с таблицами нет)почему именно шарэпоинт то?
да и про проблемы я не говорил. я говорил, что не использую - т.е. не могу ни опровергнуть, ни подтвердить. что не говорит, что они (проблемы) вообще есть.
про оплоки мне рассказывать не надо. я файловую 1с 7.7 на самбе для ~50 поднимал.
а вот подтюнить эти же оплоки для других целей (не файловых субд) очень даже можно.
и нафига мне виндовый домен, если у меня самбовский? и с acl под xfs проблем тоже нет.
>У xfs кстати после года работы на этом же сервере (raid lvm xfs samba) возникли неприятные ошибки, к счастью до порчи файлов дело не дошлонапример?
только трындёж про траблы с выключением питания не надо. у нтфс ровно та же проблема.
>например?
>только трындёж про траблы с выключением питания не надо. у нтфс ровно та же проблема.С выключением питания все в порядке, при переносе данных сделал rm -rf на диру с кучей мелких файлов, вывалилась ошибка и xfs экстренно отключилась, при этом запоролся лог метаданных
>>например?
>>только трындёж про траблы с выключением питания не надо. у нтфс ровно та же проблема.
>
>С выключением питания все в порядке, при переносе данных сделал rm -rf
>на диру с кучей мелких файлов, вывалилась ошибка и xfs экстренно
>отключилась, при этом запоролся лог метаданныхЧто-то у Вас все не так:) Я работала в одной компании с достаточно большой юниксовой инфраструктурой (сейчас ушла, так как собираемся сделать свой бизнес, но это не важно), так вот, за около года эксплуатации нескольких банок с дисками по ~28Тб на xfs, ничего описанного Вами не было.
Сейчас там GPFS, но не по причинам, что XFS плохая, а по тому что понадобился очень большой Shared Storage.Вы, случаем, не на 512 мегабайт памяти 32-х битной системы ставили?
Вы, случаем, не на 512 мегабайт памяти 32-х битной системы ставили?Случаем нет - 8 гигов FB памяти, ось x64
Думать нужно не по принципу "у меня работает - значит с фс все в порядке", в багрепорты тоже полезно заглядывать иногда
>Вы, случаем, не на 512 мегабайт памяти 32-х битной системы ставили?
>
>Случаем нет - 8 гигов FB памяти, ось x64
>Думать нужно не по принципу "у меня работает - значит с фс
>все в порядке", в багрепорты тоже полезно заглядывать иногдаА о каком баге речь?
Например похожая ситуация
http://oss.sgi.com/bugzilla/show_bug.cgi?id=767
>Например похожая ситуация
>http://oss.sgi.com/bugzilla/show_bug.cgi?id=767Как страшно жить :)
Вот еще например:
https://bugzilla.novell.com/show_bug.cgi?id=414763
https://bugzilla.novell.com/buglist.cgi?quicksearch=xfs
Но SGI-евцы говорят же, что пофиксили в последних ванильных ядрах. Novell, вероятно, забыл бэкпортировать патч для SLES'а
Надеюсь, в RHEL5.4 (в котором xfs теперь официально, а не в Plus ядрах) такого нет :))
А что у Вас за ядро?
изначально ставилось 2.6.28, после ошибки обновился до 2.6.32
> после ошибки обновился до 2.6.32Я бы такое побоялась ставить в production(личное имхо заключается в том, что оттестированные EL ядра со стабильным ABI, когда _знаешь_ что любой драйвер под любую серверную железку,писанный еще под 5.1, заведется под любой 5.x, очень удобны и рулят), на котором крутится что-то важное и приносящее деньги.
Забавно как получилось, что в SLE баг тоже всплыл :)
Novell'у должно быть очень стыдно, что проспали фикс от SGI, интересно, они знают о проблеме?З.Ы. У нас крутилось на PVC-ядрах с XFS (параллели официально ее поддерживают начиная PVC 4.0, в отличае от RH, под который только CentOS Plus ядра долгое время были)
я не побоялся, тк чейнджлог просматриваю ) было много фиксов по xfs, по остальным нужным модулям ничего существенного не ломали
>(сейчас ушла, так как собираемся сделать свой бизнес, но это не важно)Ну почему ж неважно -- привет тому, с кем собираетесь, и удачи вам!! :)
>>(сейчас ушла, так как собираемся сделать свой бизнес, но это не важно)
>
>Ну почему ж неважно -- привет тому, с кем собираетесь, и удачи
>вам!! :)Спасибо :)
С кем из IBM связывались чтобы gpfs получить? Бился-бился - никак. Отправляют к своим дилерам, а те и слухом не слыхивали. Просил связаться - не пишут либо дилера присылают.
>С кем из IBM связывались чтобы gpfs получить? Бился-бился - никак. Отправляют
>к своим дилерам, а те и слухом не слыхивали. Просил связаться
>- не пишут либо дилера присылают.Не знаю. Знает техдиректор, и, может быть, тот ведущий администратор, который, собственно, отвечал у нас за GPFS, ну и менеджеры (департамент закупки оборудования?)
Подозреваю, что могли напрямую у IBM, так как компания достаточно крупная, что бы на нее обращали внимание вендоры, и заключали с ней партнерские соглашения (хотя с IBM такого соглашения нет)Если для Вас это важно, мой jid: galia@shaggy-cat.ru, стукнетесь, напомните после праздников, я попробую узнать у бывших коллег.
Спасибо. Обязательно свяжусь.
>С кем из IBM связывались чтобы gpfs получить?Откликнулись -- на какую почту состыковать?
>С кем из IBM связывались чтобы gpfs получить? Бился-бился - никак. Отправляют
>к своим дилерам, а те и слухом не слыхивали. Просил связаться
>- не пишут либо дилера присылают.Что значит получить? Купить - к одним, по программе Evaluation - к другим. РФ / СНГ?
BK_man
> причем у обычного win2003 проблем при такой работе с таблицами нетetercifs
>Cамба как статичная файлопомойка очень хороша, но в режиме полной эмуляции (как
>член домена,с оплоками,acl и тд) под высокой нагрузкой у меня нет
>уверенности в её стабильной работе, обязательно какаято гадость вылезет - или
>сессии зависнут (причем параметр timeout вообще не влияет на виндовых клиентов
>с keep-alive),или winbind, или после обновления вдруг слетит весь ad id
>range и все acl идут в хаос.Боюсь, Вам может быть лучше всё-таки или самому браться за гуж и лезть в samba-*@, или поискать что-то вроде готового ApplianceWare. Насколько понимаю, всё собираете сами, а софт достаточно сложный, чтоб не было где промахнуться, если гадать.
>У xfs кстати после года работы на этом же сервере (raid lvm xfs samba) возникли
>неприятные ошибки, к счастью до порчи файлов дело не дошлоВот "статичная файлопомойка" под рукой с raid xfs, но без lvm samba:
$ df -Th | grep md | sort | cut -c-26
/dev/md0 xfs 2.8T
/dev/md1 xfs 140G
/dev/md2 xfs 681G
/dev/md3 ext3 1012MНе жалуются.
С активным применением samba+acl не сталкивался уже несколько лет, тогда работало. raid+evms+xfs+samba+acl+(op)locks хорошо работало ещё в 2003 на том же AW, причём там ещё и локи получались синхронно на SMB, NFS и AppleTalk.
PS: а FBDIMM стоит перепроверить, эта нечисть по температуре может хорошо "уплывать". Например, при пониженной под memtest86+ простоять несколько недель спокойно, а при тесте около 30C за бортом (соответственно 50--60 внутри) высыпаться хором. Или на 5000V -- "отваливаться" частями до отключения питания шасси. Разработчики inquisitor.ru с месяц тому упоминали ещё тест с tar'ами и gzip'ами, но деталей не помню, надо перечитывать inq-discuss-ru@ -- если будет схожее подозрение, пишите, слажу по возможности.
PS: а FBDIMM стоит перепроверить, эта нечисть по температуре может хорошо "уплывать".Это да, планка греется как утюг
Модельку SAS винтов на 1 TB не подскажите пожалуйста? Ищу как раз такие....
SAS 1Tb Seagate ST31000640SS 3.5" Barracuda ES.2 7200rpm, 16Mb
Спасибо.
а что, в лицензионном соглашении Windows Server прописан запрет на соединение по сети с никсами ? самба запрещена лицухой, что ли ? просветите, пожалуйста.
>а что, в лицензионном соглашении Windows Server прописан запрет на соединение по
>сети с никсами ? самба запрещена лицухой, что ли ? просветите,
>пожалуйста.Речь о CAL. Всех с наступающим!!!!
я дома с 3мя компьютерами на линуксе разобраться не могу. постоянно что-то в самба не работает. то прав на запись нет, то компьютер не открывается, то вообще не виден в сетевом окружении. неужели нельзя упростить настройку сети до установки галочек на ресурсе.если-бы сделали нормальную юзерскую поддержку nfs то можно его было-бы использовать вместо самба. и чтоб не надо было вводить ip компьютера потому что от dhcp могут разные адреса выдаваться.
>я дома с 3мя компьютерами на линуксе разобраться не могу. постоянно что-то
>в самба не работает. то прав на запись нет, то компьютер
>не открывается, то вообще не виден в сетевом окружении. неужели нельзя
>упростить настройку сети до установки галочек на ресурсе.
>
>если-бы сделали нормальную юзерскую поддержку nfs то можно его было-бы использовать вместо
>самба. и чтоб не надо было вводить ip компьютера потому что
>от dhcp могут разные адреса выдаваться.Жесть. Вопсче :) man 5 hosts? Зачем вообще дома dhcp? У Вас что, публичная точка доступа? Или Вы каждый день меняете кэширующие DNS, шлюзы, и т д?
Если он Вам все-таки нужен, глюки dhcp-сервера в "коробочке" с обрезанным линуксом никак проблемой самбы или nfs быть не могут, настройте dhcp по-человечески (например, привязав маки к IP-адресам, если "коробочка" этого не умеет, это проблема, опять же, "коробочки")
>>и чтоб не надо было вводить ip компьютера потому что
>>от dhcp могут разные адреса выдаваться.
>Жесть. Вопсче :) man 5 hosts? Зачем вообще дома dhcp?Дома тоже удобен. Просто ага, IP-to-MAC binding на точке настроить -- или почитать про hardware ethernet в своём man dhcpd.conf.
>Если он Вам все-таки нужен, глюки dhcp-сервера в "коробочке" с обрезанным линуксом
Ну зачем глюки-то. Там одна мисфича обычно -- next-server не указать, но это как раз мало кому нужно...
>Жесть. Вопсче :) man 5 hosts? Зачем вообще дома dhcp? У Вас
>что, публичная точка доступа? Или Вы каждый день меняете кэширующие DNS,
>шлюзы, и т д?Я каждый день прихожу домой с работы. Достаю из рюкзака ноут и без плясок с бубном и переключением сетевых профилей включаю его и работаю. То же самое на работе. С женой ситуация аналогична. А еще ко мне иногда друзья приходят, и мы лучше пива попьем чем будем выяснять какой нужно прописать у них на кпк адрес, маску, шлюз и днс.
Казалось бы, зачем мне дома dhcp?
>[оверквотинг удален]
>>шлюзы, и т д?
>
>Я каждый день прихожу домой с работы. Достаю из рюкзака ноут и
>без плясок с бубном и переключением сетевых профилей включаю его и
>работаю. То же самое на работе. С женой ситуация аналогична. А
>еще ко мне иногда друзья приходят, и мы лучше пива попьем
>чем будем выяснять какой нужно прописать у них на кпк адрес,
>маску, шлюз и днс.
>
>Казалось бы, зачем мне дома dhcp?Ну у нас тоже есть. Но у нас и два "сервера" ПК-ового типа на антресоли, и куча виртуалок, и два десктопа, и тоже ноут. И тоже без dhcp(и локального DNS, и даже локального name-сервера, на который делегирована "зона" local) неудобно.
Но вот не-IT-ку зачем оно нужно? Особенно, если он не умеет им пользоваться, как автор сообщения, на которое я ответила?
Нам это нужно(так как профессия), а у них вызывает лишь боязнь непонимания, да и.. по принципу KISS под их задачи это не всегда нужно :)
З.Ы. прокомментировала, возможно, слишком резко, но воинствующую глупость никогда не хотела признавать, и, по-моему, это позиция большинства, разве не так?
Думаю, только для того чтобы упростить работу "мобильных" пользователей - типа гостей, ноутбуков, и.т.п.
В случае 3 "standalone" машин при отсутствии вайфая по квартире / ноутбука который юзается в куче мест dhcp действительно некоторый overhead.С другой стороны, если не 2-х из них постоянно переустанавливается винда, то он немного упростит жизнь (сетевые настройки руками вбивать не нужно) =)
В оригинале новости:"With Windows 7 Microsoft have introduce a new variant of the CIFS protocol, SMB2"
И это звучит отнюдь не как:
"и нового варианта протокола SMB2, используемого в Windows 7"
SMB 2 появился в Windows Vista, а в Windows 7 используется версия 2.1. То есть разработчики Samba не в курсе самых элементарных вещей. С совместимостью все будет шоколадно!
>SMB 2 появился в Windows Vista, а в Windows 7 используется версия
>2.1. То есть разработчики Samba не в курсе самых элементарных вещей.
>С совместимостью все будет шоколадно!Любезнейший, перестаньте сперва наступать сам себе на пятки -- никак шибко торопитесь заработать поездку на конференцию MS?
SMB2 является вариацией CIFS, SMB2.1 является вариацией SMB2. Самбисты в курсе-- см. e.g. http://wiki.samba.org/index.php/Windows7 или в bugzilla.samba.org.
>Любезнейший, перестаньте сперва наступать сам себе на пятки -- никак шибко торопитесь
>заработать поездку на конференцию MS?
>Вы думаете MS правда платит кому-то за продвижение своих продуктов на данном портале?
Бред.
Просто часто вижу подобные сообщения, не удержался от комментария.
>Вы думаете MS правда платит кому-то за продвижение своих продуктов на данном
>портале? Бред.Бред -- это бездоказательно утверждать "бред".
Помимо субъективного анализа информации, есть ещё всякие заунывные программы поддержки сваливающихся штанов -- то "партнёры-недоучки", то "продажные блоггеры", то "форумные тролли". Их всех видывали и здесь, и в России, и в забугорье. И тут информация стыкуется.
>Просто часто вижу подобные сообщения, не удержался от комментария.
На редакторский порыв под новостью есть ссылка "исправить". Только хорошо бы самому для начала понимать обсуждаемое, иначе можно ненароком попытаться ухудшить материал вместо улучшения.
>Бред -- это бездоказательно утверждать "бред".
>Немного не так: бред - это бездоказательно утверждать бред. Без кавычек.
Я имею ввиду оплату флейма.
>>Бред -- это бездоказательно утверждать "бред".
>Немного не так: бред - это бездоказательно утверждать бред. Без кавычек.Это другое, хотя утверждение "бред" может само быть бредом -- о чём и сказал.
>Я имею ввиду оплату флейма.
Вот именно. По имеющимся данным, она имеет место быть и в довольно разнообразных вариациях (с некоторыми сталкивался лично или весьма непосредственно, чтоб не полагаться на слова кого-нибудь где-то там).
Поступлю проще: я утверждаю, что со стороны Microsoft Corp и подконтрольных/аффилиированных групп имеет место финансирование направленной против свободного ПО пропаганды, в том числе на этом сайте и в том числе в виде флейма. Вы утверждаете, что это бред, то есть насколько понимаю -- говорите, что такого нет. Когда Вы утверждаете, что чего-либо нет -- это _Ваша_ ответственность привести доказательства _невозможности_ существования явления в означенной системе. То есть даже отсутствие явных прецедентов, строго говоря, не может считаться доказательством _несуществования_ явления.
И только не обижайтесь -- но если очередной ответ будет такой же невнятный (спросил аргументы, а не "имел в виду" -- то и так понятно было), то почерки разбирать ещё чуточку умею и просто буду тереть подобное без разъяснений да предупреждений. На то в правилах есть целых подходящих три статьи. То есть сослужите плохую службу своим единомышленникам же.
>Вот именно. По имеющимся данным, она имеет место быть и в
>довольно разнообразных вариациях (с некоторыми сталкивался лично или весьма непосредственно, чтоб
>не полагаться на слова кого-нибудь где-то там).
>
>Поступлю проще: я утверждаю, что со стороны Microsoft Corp и подконтрольных/аффилиированных групп
>имеет место финансирование направленной против свободного ПО пропаганды, в том числе
>на этом сайте и в том числе в виде флейма.Ну хорошо, если, действительно, это имело место быть, и вы лично сталкивались.. ничего возразить не могу. Хотя если есть доказательства, которые можно было бы где-то почитать, было бы хорошо.
>То есть сослужите плохую
>службу своим единомышленникам же.А вот поспешных выводов про единомышленников делать не надо :)
>Ну хорошо, если, действительно, это имело место быть, и вы лично сталкивались..
>ничего возразить не могу. Хотя если есть доказательства, которые можно было
>бы где-то почитать, было бы хорошо.Сталкивался живьём на проводимых нами конференциях с сотрудниками Майкрософт Украина, с организатором образовательного портала it-n.ru (при спонсорстве Майкрософт Рус), а здесь пробегала ссылка http://habrahabr.ru/blogs/marketing/78536/ -- помимо иллюстраций, которых Вы могли уже не застать (в практически любой теме за последние месяца три, касавшейся Microsoft, Mono или офисных пакетов, возникали несколько деятелей, по их же ссылкам или словам идентифицируемых как участники программы "microsoft student partners"). Если хотите -- черкните почтой, перешлю по крайней мере часть сообщений из архива.
>А вот поспешных выводов про единомышленников делать не надо :)
Знаете, по таким выводам буду только рад ошибиться :)