Product SiteDocumentation Site

2. Промени във Fedora за Системни Администратори

2.1. Ядро

Fedora 17 представя версията 3.3.4 на ядрото.

2.2. Инсталиране

Промени в директното зареждане на ядрото

Има значителни промени при инсталирането чрез директно зареждане на ядро, като например PXE. Нормалното инсталиране от инсталационна медия не е променено.
Напредналите потребители могат да използват който и да е от начините за мрежова инсталация, основно предназначени за създаване на минимално обкръжение на ядрото за осъществяване на инсталацията. Тази операция претърпя значителни промени във Fedora 17.
Във F16, необходимото в основни линии е да се зададе само ядрото и местоположението на initrd, и инсталирането ще тръгне - kernel/initrd взимат stage1, а stage1 взима stage2.
С noloader, това вече не е вариант: при осъществяването на direct kernel boot, трябва да бъде зададено местоположението на stage2. С други думи: подайте repo= или stage2= (или inst.repo= или inst.stage2=, като предпочитано), сочещо към хранилище. Ако stage2 образът е на един сървър, но после инсталационните пакети са на някакъв друг сървър, трябва да се използва stage2=: Може да се използва repo= само ако единствен сървър съдържа всичко необходимо за инсталирането (както stage2 образа, така и всички пакети за инсталирането). Забележете, че stage2= все още очаква да намери 'repository' дърво, Вие не можете просто да подадете директния път към squashfs.img файл (което е както stage2= работеше преди го имаше в F15 и по-рано).
Например:
label linux
kernel vmlinuz
append initrd=initrd.img
вече не е валидно. Необходимо е да се определи repo:
label linux
kernel vmlinuz
append initrd=initrd.img repo=http://dl.fedoraproject.org/pub/fedora/linux/development/17/x86_64/os/
или stage2:
label linux
kernel vmlinuz
append initrd=initrd.img stage2=http://my.internal.server/17/x86_64/os/
(или който и да е друг валиден огледален сървър).

2.3. Сигурност

2.3.1. Проверка качеството на паролата

Fedora вече разполага с една единствена конфигурируема библиотека, libpwquality за проверка качеството на новите пароли, използвани за системните акаунти. Конфигурирането на предоставяната от библиотеката проверка на качеството на паролите е валидно за цялата система и се осъществява чрез промени в конфигурационния файл /etc/security/pwquality.conf.
Разработчиците, желаещи да извикват това API от техните приложения, ще намерят необходимото им описание във файла pwquality.h, съдържащ се в пакета libpwquality-devel. Налична е също и python wrapper, python-pwquality.

2.3.2. SELinux Deny Ptrace

Добавена е нова SELinux булева променлива, deny_ptrace. Препоръчително е, потребителите, които не планират да търсят и анализират грешки в приложенията, да зададат стойност "Включено" на тази променлива. Това ще попречи на злосторнически процеси да четат от паметта, или да атакуват други процеси, използвайки инструменти за дебъг, включително ptrace и gdb.
Такива атаки се предотвратяват даже ако злосторническия процес работи с права на потребителя root или атакува процес, работещ със същия SELinux контекст и етикет. За да разрешите за постоянно защитата, осигурявана от deny_ptrace, изпълнете следната команда като root:
# setsebool -P deny_ptrace 1
За да забраните временно защитата, осигурявана от deny_ptrace, изпълнете следната команда като root:
# setsebool deny_ptrace 0

2.3.3. Частна /tmp за услугите

Редица услуги, управлявани от systemd, бяха модифицирани за да се ползва възможността да им се предоставя тяхна собствена /tmp директория. Привилегировани услуги, ползващи /tmp и /var/tmp преди бяха отворени за взаимодействие с непривилегировани потребители, което водеше до възможно повишаване на привилегиите им. Този начин на злоупотреба се предотвратява с използването на частни /tmp директории за услугите.
Директивата, добавена във файловете на пакета systemd за модифицираните услуги е:
[Service]
PrivateTmp=true

2.3.4. Сигурни контейнери

Нов инструмент, sandbox, беше създаден за рационализиране на създаването на сигурни libvirt контейнери. При задаване на приложение, sandbox определя точките на монтиране и libvirt информацията за контейнера, необходими за стартирането на приложението в контейнер. След това, контейнерът се създава от libvirt със SELinux контекст, който ще предотвратява взаимодействие с други процеси в системата, включително други контейнери, като се запазва възможността за споделяне на системни данни.
Това позволява на администраторите няколко едновременни стартирания на една услуга, като в същото време се предотвратява събаряне на хост машината или на други процеси в системата, даже и когато работи като root. За да ползвате sandbox, инсталирайте пакета libvirt-sandbox.
2.3.4.1. krb5-workstation
Fedora 17 обновява системата за удостоверяване Kerberos до версия 1.10. Това добавя поддръжка за промяна на пароли през NAT и поддръжка на локализация. Добавена е командата kswitch за превключване между credential кешовете. Допълнителна поддръжка на кешове бе добавена към други команди. Изборът на Credential може да се контролира с файла $HOME/.k5identity.

2.4. Файлови системи

2.4.1. Големи файлови системи

Fedora 17 ще поддържа файлови системи, по-големи от 16 терабайта с файловата система по подразбиране (ext4). С последната версия на e2fsprogs, файловата система ext4 вече може да е с големина до 100 TB.

2.4.2. Криптирани файлови системи

Fedora 17 използва версия 1.4.1 на пакета cryptsetup, който премахва непрепоръчваните API извиквания. В допълнение, той поддържа поставянето на LUKS заглавни части на различни устройства и създаването на споделени, непрепокриващи се криптирани сегменти на едно устройство.

2.4.3. btrfs

btrfs не е налична като избор на файлова система по време на инсталирането. Това е временно и ще бъде отстранено във Fedora 18. Сега btrfs е достъпна след инсталирането.

2.5. Виртуализация

2.5.1. QEMU

Емулаторът на машини с отворен код QEMU беше обновен до версия 1.0. Забележителните промени включват:
  • QEMU сега поддържа жива миграция на работещи гости.
  • KVM потребителите сега могат да стартират профилиращи инструменти на стандартна производителност в KVM гостите.
  • QEMU и libvirt сега поддържат image streaming. Image streaming позволява на администратора да стартира нови виртуални машини бързо, на базата на съществуващи образи; виртуалните машини могат след това да бъдат напълно провизирани във фонов режим, докато работят.
  • QEMU и KVM поддържат новия усъвършенстван SCSI-базиран storage stack, virtio-scsi. Поддръжката за него в libvirt ще бъде добавена в по-късна версия.
Пълният списък на промените, включени в това издание, е наличен в ъпстрийма на http://wiki.qemu.org/ChangeLog/1.0.

2.5.2. libvirt

Комплектът инструменти libvirt за взаимодействие с функционалностите за виртуализация на различни хостове беше обновен до версия 0.9.10. Пълният списък на промените, включени в това издание е наличен в ъпстрийма на http://libvirt.org/news.html.

2.5.3. Virtual Machine Manager (virt-manager)

Virtual Machine Manager беше обновен до версия 0.9.1. Освен многото отстранени бъгове, в това издание са добавени:
  • Поддръжка за добавяне на USB redirection усктройства.
  • Опция за промяна на USB контролера за поддръжка на USB 2.0.
  • Опция за задаване типа на машината за не-x86 гости.
Пълният списък на промените, включени в това издание е наличен в ъпстрийма на http://virt-manager.org/download.html.

2.6. Работа в облака

2.6.1. CloudStack

Fedora 17 ще включва пакета CloudStack, който предоставя зряла платформа Инфраструктура като услуга (IaaS).

2.6.2. OpenNebula

Друга новост във Fedora 17 е OpenNebula. OpenNebula предоставя IaaS платформа, насочена към виртуализация на центрове за данни. Управлението на средата може да се прави от команден ред или графични интерфейси. Включена е съвместимост с Open Cloud Computing Interface (OCCI) на Amazon EC2.

2.6.3. OpenStack

Fedora 17 включва последната версия на комплекта OpenStack с кодово име "Essex". В това ново издание е включена последната версия на уеб интерфейса за управление ("Horizon") и виртуална работа в мрежи ("Quantum"). Употребата на Qpid като алтернатива на RabbitMQ за AQMP backend е новост във Fedora 17. В допълнение, възможността на libguestfs да поддържа многобройни формати на виртуални дискове ще направи предложението OpenStack на Fedora много гъвкаво.

2.6.4. Open vSwitch

Fedora 17 включва Open vSwitch, софтуерен мрежов суич, използван за предоставяне на мрежови услуги на виртуалните машини. Open vSwitch поддържа OpenFlow за лекота на управлението.

2.7. Сървъри за бази данни

2.7.1. mysql

Fedora 17 включва mysql 5.5.20, обновен от 5.5.14 in Fedora 16.

2.7.2. postgresql

postgresql бе обновен до 9.1.2

Потенциално несъвместима промяна

Ако разчитате на изгледа information_schema.referential_constraints, или ако имате колони от тип citext, може да се наложи да изпълните специално действие. Вижте http://www.postgresql.org/docs/9.1/static/release-9-1-2.html.
Тази версия е основно отстраняваща грешки.

2.7.3. sqlite

sqlite бе обновен до 3.7.9

Потенциално несъвместима промяна

Ако токен за търсене (от дясната страна на оператора MATCH) в FTS4 започва с "^", то този токен трябва да е първият в неговото поле на документа.
Има редица промени и подобрения:
  • Подобрение в производителността на Orders of magnitude за CREATE INDEX върху много големи таблици.
  • Подобрена е windows VFS за по-добра защита от вмешателство на антивирусни програми.
  • Подобрена оптимизация на плана на заявката при наличие на операнд DISTINCT.
  • Allow more system calls to be overridden in the unix VFS - to provide better support for chromium sandboxes.
  • Увеличена е големината по подразбиране на lookahead cache line от 100 до 128 байта.
  • Подобрения в модула test_quota.c така че да може да проследява preexisting файлове.
  • Добавени опции SQLITE_DBSTATUS_CACHE_HIT и SQLITE_DBSTATUS_CACHE_MISS към интерфейса sqlite3_db_status().
  • Премахната е поддръжката за SQLITE_ENABLE_STAT2, като е заменена с далеч по-полезната опция SQLITE_ENABLE_STAT3.
  • Подобрения в програмата от инструментариума sqlite3_analyzer, включващо опциите --pageinfo и --stats и поддръжка за мултиплексирани бази данни.
  • Подобрен е интерфейса sqlite3_data_count() така, че той може да бъде използван за определяне дали SQLITE_DONE е бил срещнат в подготвения израз.
  • Добавена е команда за файлов контрол SQLITE_FCNTL_OVERWRITE по която SQLite ядрото "казва" на VFS, че текущата транзакция ще припокрие целия файл с базата данни.
  • Увеличена е големината по подразбиране на lookaside memory allocator от 100 до 128 байта.
  • Подобрен е планировчика на заявките така, че it can factor terms in and out OR expressions in the WHERE clause in an effort to find better indices.
  • Добавена опция по време на компилирането SQLITE_DIRECT_OVERFLOW_READ, причиняваща четенето на надхвърлящите страници директно от файла с базата данни, заобикаляйки кеша за страници.
  • Remove limits on the magnitude of precision and width value in the format specifiers of the sqlite3_mprintf() family of string rendering routines.

2.8. Системни Демони

2.8.1. pciutils

Пакетът pciutils, предоставящ инструменти за инспектиране и конфигуриране на PCI устройства, във Fedora 17 беше обновен до версия 3.1.9. Това добавя поддръжка за полетата скорост на четене и статус на връзката за генерация 3 на PCI Express хардуера.

2.8.2. brltty

Fedora 17 включва версия 4.3 на демона за Брайлов дисплей brltty. Версия 4.3 включва нови опции за конфигуриране и регистриране, както и поддръжка на допълнителни устройства.

2.9. Xorg

2.9.1. Софтуерно рендериране за GNOME Shell

Удоволствието от GNOME Shell сега е достъпно на всякакъв хардуер, включително устройства, използващи софтуерно рендериране. Потребителите, все още предпочитащи използването на резервния режим на GNOME, могат да го разрешат ръчно чрез аплета System Info, в Graphics, избирайки опцията Forced Fallback Mode на ON.

2.9.2. Multi-touch поддръжка

X сървърът и библиотеките във Fedora 17 поддържат версия 2.2 на разширението XInput, което включва поддръжка на multi-touch. Приложенията, които го изберат, сега ще могат да се възползват от multi-touch поддръжката във Fedora.

2.9.3. Поддръжка на Smooth Scrolling

Обновеният X сървър предоставя също smooth scrolling за драйвери и устройства, които го поддържат. Scroll данните сега се експортват като axis стойности в допълнение към legacy button press събитията. Това позволява приложенията да вземат предвид бързината и да предоставят насладата от по-плавното скролиране. Както и multi-touch, за да се възползват от преимуществата на smooth scrolling поддръжката, клиентските приложения също трябва да са написани така, че да го поддържат.

2.9.4. DRI2 драйвери

i810, mga, r128, savage, sis, tdfx, and unichrome DRI драйверите вече няма да се доставят, тъй като вече няма да бъдат включвани от Mesa. Засегнатият хардуер включва варианти на следните устройства:
  • Intel i810 и i815 чипсети на дънни платки
  • Matrox MGA G200, G400, G450 и G550 картите
  • ATI Rage 128 картите
  • S3 Savage 3D и Savage 4 картите
  • SiS 300, 540, 630 и 730 чипсетите
  • 3dfx Voodoo 3, Voodoo 4 и Voodoo 5 картите
  • VIA Unichrome и Unichrome Pro чипсетите
Този хардуер сега се поддържа от софтуерния 3D драйвер llvmpipe, който, за разлика от старите DRI драйвери, изоставя OpenGL 2.x функционалността.