Informatyka

Projekt Samba (wolnej implementacji protokołu CIFS i budowanego w oparciu o niego klienta/serwera plików) doczekał się pierwszej alfy nowego, przełomowego wydania oznaczonego numerkiem 4. Poprzednie wersje oznaczone jako TP (ostatnia z czerwca 2007) miały za zadanie zapoznanie się jedynie z nowymi technologiami.

Wersja a1 w odróżnieniu od TP5 charakteryzuje się:

• obsługą przydzielenie praw dla grup,
• możliwością zarządzania usługą AD (Active Directory) poprzez mmc (Microsoft Management Console),
• dołączeniem biblioteki Heimdal odpowiedzialnej za obsługę protokołu Kerberos5,
• dalszym rozwojem komponentu Winbind umożliwiającego dołączanie grup/użytkowników z domen NT do listy standardowych grup/użytkowników UNIX.

Samba4 ma być przełomowym wydaniem dzięki dołączeniu warstwy VFS, stworzonej przez Andrew “Tridge” Tridgella, która pozwala traktować serwer Samba jak frontend dla usług katalogowych (m.in. AD, LDAP). Samba4 ma rozwiązywać większość problemów związanych ze zgodnością z microsoftową implementacją SMB1/CIFS (m.in. pełne wsparcie dla usługi AD, replikacja dla serwera nazw, uwierzytelnianie połączone z kryptografią). Samba4 ma również zostać wyposażona w nowe narzędzie WebGUI do zarządzania serwerem oraz wbudowany silnik JavaScript.

Samba4 będzie zawierała tylko wstępną implementacje protokołu SMB2.

Źródło: http://linuxnews.pl/taniec-z-gwiazdami-czyli-samba-4a1/

Jeremy Allison, ostatnimi czasy jeden z popularniejszych twórców Samby dzięki m.in. opuszczeniu Novella na znak protestu przeciw podpisaniu umowy między tą pierwszą firmę a Microsoftem, postanowił skomentować ostatnie zawirowania wokół procesu standaryzacji formatu OOXML.

W swoim monologu przedstawia Microsoft jako firmę, która lubi partycypować w tworzeniu i adaptacji standardów komputerowych, do czasu. Moment, w którym gigant z Redmondu już tak chętnie nie udziela informacji o stosowanych przez niego standardach (a także rozszerzeniach) ani nie chcę współpracować w gronie szerszym nad następną iteracją standardu jest zdominowanie rynku produktów wykorzystujących te standardy. Wtedy to Microsoft postanawia traktować standard jako prywatną własność, której tajemnice należy strzec i bronić przed “obcą” ingerencją. Przykładem takiej polityki podanym przez Allison ma być protokół SMB/CIFS, który pozwolił Microsoft “zawłaszczyć” rynek serwerów plików.

Allison uważa, że podobną politykę Microsoft uprawia względem standardu OOXML, który ma służyć jako narzędzie utrzymania władzy na rynkiem edytorów tekstu. Realizacją tej polityki miała być procedura przyjęcia w trybie przyspieszonym standardu ISO OOXML. Za mała ilość głosów opowiadających się za takim trybem przeważyła na niekorzyść Microsoftu. Allison zauważa, że wśród krajów opowiadających się za przyjęciem trybu przyspieszonego dla standaryzacji OOXML były: Azerbejdżan (standard OOXML nie określa sposobu wyrażania adresów URL w języku azerskim) czy Kuba (USA wprowadziły blokadę na import/eksport towarów na Kubę w tym oprogramowania pozwalającego na używanie formatu OOXML).

Allison opisuje również sytuacje związaną z specyfikacją protokołu CIFS. Microsoft nie chcąc wprowadzać zmian w kodzie Service Pack (a tym samym własnej implementacji protokołu CIFS) nie zgodził się na zmiany w specyfikacji zaproponowane przez ekspertów ds. bezpieczeństwa. Zgłoszone poprawki miały na celu usunięcie dziur w szyfrowaniu pakietów CIFS, a zmiany usuwające te dziury Allison określa jako “trywialne”.

Swój wywód kończy pragnieniem, aby standaryzacja formatu OOXML nie była powtórką z historii.

Źródło: http://linuxnews.pl/jeremy-allison-w-walce-z-imperium-zla/

Jeremy Allison, ostatnimi czasy jeden z popularniejszych twórców Samby dzięki m.in. opuszczeniu Novella na znak protestu przeciw podpisaniu umowy między tą pierwszą firmę a Microsoftem, postanowił skomentować ostatnie zawirowania wokół procesu standaryzacji formatu OOXML.

W swoim monologu przedstawia Microsoft jako firmÄ™, która lubi partycypować w tworzeniu i adaptacji standardów komputerowych, do czasu. Moment, w którym gigant z Redmondu już tak chÄ™tnie nie udziela informacji o stosowanych przez niego standardach (a także rozszerzeniach) ani nie chcÄ™ współpracować w gronie szerszym nad nastÄ™pnÄ… iteracjÄ… standardu jest zdominowanie rynku produktów wykorzystujÄ…cych te standardy. Wtedy to Microsoft postanawia traktować standard jako prywatnÄ… wÅ‚asność, której tajemnice należy strzec i bronić przed “obcÄ…” ingerencjÄ…. PrzykÅ‚adem takiej polityki podanym przez Allison ma być protokół SMB/CIFS, który pozwoliÅ‚ Microsoft “zawÅ‚aszczyć” rynek serwerów plików.

Allison uważa, że podobną politykę Microsoft uprawia względem standardu OOXML, który ma służyć jako narzędzie utrzymania władzy na rynkiem edytorów tekstu. Realizacją tej polityki miała być procedura przyjęcia w trybie przyspieszonym standardu ISO OOXML. Za mała ilość głosów opowiadających się za takim trybem przeważyła na niekorzyść Microsoftu. Allison zauważa, że wśród krajów opowiadających się za przyjęciem trybu przyspieszonego dla standaryzacji OOXML były: Azerbejdżan (standard OOXML nie określa sposobu wyrażania adresów URL w języku azerskim) czy Kuba (USA wprowadziły blokadę na import/eksport towarów na Kubę w tym oprogramowania pozwalającego na używanie formatu OOXML).

Allison opisuje również sytuacje zwiÄ…zanÄ… z specyfikacjÄ… protokoÅ‚u CIFS. Microsoft nie chcÄ…c wprowadzać zmian w kodzie Service Pack (a tym samym wÅ‚asnej implementacji protokoÅ‚u CIFS) nie zgodziÅ‚ siÄ™ na zmiany w specyfikacji zaproponowane przez ekspertów ds. bezpieczeÅ„stwa. ZgÅ‚oszone poprawki miaÅ‚y na celu usuniÄ™cie dziur w szyfrowaniu pakietów CIFS, a zmiany usuwajÄ…ce te dziury Allison okreÅ›la jako “trywialne”.

Swój wywód kończy pragnieniem, aby standaryzacja formatu OOXML nie była powtórką z historii.

Źródło: http://linuxnews.pl/jeremy-allison-w-walce-z-imperium-zla/

Zespół deweloperów serwera Samba postanowił jeszcze przed “dużym” wydaniem oznaczonym numerkiem 4.0 utworzyć jeszcze jedną gałąź z serii 3.x.

Nowa gałąź oznaczona numerkiem 3.2 będzie zawierać następujące udoskonalenia:

• Usunięto ograniczenia długości ścieżki (1024 bajtów) i nazwy pliku (256 bajtów) na rzecz ustawień zapisanych w MAX_PATH
• wprowadzono nowy system konfiguracji wzorowany na rejestrze
• poprawiono implementację rozszerzeń UNIX protokołu CIFS
• wprowadzono eksperymentalne klastrowanie serwera plików
• dodano obsługę uwierzytelniania Transitive Trusts, One-Way Trust oraz Cross-Forest Trust w AD dla Windows 2003
• wprowadzono nową bazę ldb dla tabeli lokalnych grup użytkowników

userPrincipalName

Źródło: http://linuxnews.pl/zatancz-sambe-w-wersji-32/