2. Промени във Fedora за Системни Администратори
Има значителни промени при инсталирането чрез директно зареждане на ядро, като например 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.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.1. Големи файлови системи
Fedora 17 ще поддържа файлови системи, по-големи от 16 терабайта с файловата система по подразбиране (ext4). С последната версия на e2fsprogs, файловата система ext4 вече може да е с големина до 100 TB.
2.4.2. Криптирани файлови системи
Fedora 17 използва версия 1.4.1 на пакета cryptsetup, който премахва непрепоръчваните API извиквания. В допълнение, той поддържа поставянето на LUKS заглавни части на различни устройства и създаването на споделени, непрепокриващи се криптирани сегменти на едно устройство.
btrfs не е налична като избор на файлова система по време на инсталирането. Това е временно и ще бъде отстранено във Fedora 18. Сега btrfs е достъпна след инсталирането.
Fedora 17 ще включва пакета CloudStack, който предоставя зряла платформа Инфраструктура като услуга (IaaS).
Друга новост във Fedora 17 е OpenNebula. OpenNebula предоставя IaaS платформа, насочена към виртуализация на центрове за данни. Управлението на средата може да се прави от команден ред или графични интерфейси. Включена е съвместимост с Open Cloud Computing Interface (OCCI) на Amazon EC2.
Fedora 17 включва последната версия на комплекта OpenStack с кодово име "Essex". В това ново издание е включена последната версия на уеб интерфейса за управление ("Horizon") и виртуална работа в мрежи ("Quantum"). Употребата на Qpid като алтернатива на RabbitMQ за AQMP backend е новост във Fedora 17. В допълнение, възможността на libguestfs да поддържа многобройни формати на виртуални дискове ще направи предложението OpenStack на Fedora много гъвкаво.
Fedora 17 включва Open vSwitch, софтуерен мрежов суич, използван за предоставяне на мрежови услуги на виртуалните машини. Open vSwitch поддържа OpenFlow за лекота на управлението.
2.7. Сървъри за бази данни
Fedora 17 включва mysql 5.5.20, обновен от 5.5.14 in Fedora 16.
postgresql бе обновен до 9.1.2
Тази версия е основно отстраняваща грешки.
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.
Пакетът pciutils, предоставящ инструменти за инспектиране и конфигуриране на PCI устройства, във Fedora 17 беше обновен до версия 3.1.9. Това добавя поддръжка за полетата скорост на четене и статус на връзката за генерация 3 на PCI Express хардуера.
Fedora 17 включва версия 4.3 на демона за Брайлов дисплей brltty. Версия 4.3 включва нови опции за конфигуриране и регистриране, както и поддръжка на допълнителни устройства.
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 поддръжката, клиентските приложения също трябва да са написани така, че да го поддържат.
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 функционалността.