Linux Работа и техническое обслуживание Road 2 Edition Linux Design Design Book Book Linux Системная техническое обслуживание
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
|
|   работа и обслуживание Linux (2 -е издание) | ||
 | Ценообразование | 79.00 |
| Издатель | Электронная промышленная пресса | |
| Версия | 2 | |
| Опубликованная дата | Август 2016 года | |
| формат | 16 | |
| автор | Ding Mingyi | |
| Украсить | Оплата в мягкой обложке | |
| Количество страниц | 433 | |
| Число слов | | |
| Кодирование ISBN | 9787121295966 | |
DY Глава развертывание операционная система 2
1.1 Установка CD Linux Операционная система 2
1.1.1 Выбор операционной системы версии 2
1.1.2 CD -rom Установка Linux System Case 2
1.2 Автоматическая установка без лапости.
1.2.1 Большое дело развертывания 11
1.2.2 Введение в PXE 13
1.2.3 Технология Kickstart 13
1.2.4 Настройте сервер установки 14
1.2.5 Случаи автоматической установки 16
1.3 Анализ общих проблем 26
Глава 2 Инструмент заказа 29
2.1 Основная команда 30
2.1.1 Основная работа каталога и файла 30
2.1.2 Просмотреть содержимое файла 34
2.1.3 Файл ссылки 37
2.1.4 Сжатие и декомпрессия 37
2.1.5 Методы использования команды 38
2.1.6 Помощь 39
2.2 Vim Document Редактировать 41
2.2.1 VIM Рабочий режим 41
2.2.2 Операция курсора VIM 42
2.2.3 Документ Редактирования VIM 43
2.2.4 Поиск и замена VIM 43
2.2.5 Сохранение и выпуск VIM 44
2.2.6 VIM -советы 45
2.3 Учетные записи и безопасность 46
2.3.1 Концепции счетов и групп 46
2.3.2 Создать учетную запись и группу 46
2.3.3 Измените учетную запись и группу 47
2.3.4 Удалить учетную запись и группу 48
2.3.5 Анализ файлов групп и групповых файлов 49
2.3.6. Разрешения на файл и каталог 51
2.3.7 Дело о управлении счетом 53
2.3.8 разрешения на контроль доступа ACL 54
2.4 Управление хранением 55
2.4.1 Диск подразделение 55
2.4.2 Формат и установка файловой системы 59
2.4.3 Обзор громкости LVM Logic 61
2.4.4 Создание экземпляра разделения LVM 63
2.4.5 Модифицировать емкость раздела LVM 67
2.4.6 Удалить раздел LVM 68
2.4.7 Обзор массивов RAID Дисков 69
2.4.8 Уровень рейда 69
2.4.9 Создание и управление Soft Raid Encement 73
2.4.10 Тест производительности рейда 76
2.4.11 Симуляция разлома RAID 77
2.5 Управление программным обеспечением 78
2.5.1 Linux обычно используется тип программного пакета 78
2.5.2 Управление программными пакетами RPM 78
2.5.3. Используйте Yum для установки программного пакета 80
2.5.4 Yum Использование советов 82
2.5.5. Программное обеспечение для компиляции и установки исходного кода 83
2.5.6 Анализ общих проблем 84
2.5.7 Управление услугами 85
2.6 Задача плана 87
2.6.1 На одном плане миссии 87
2.6.2 Cron Cyclical Plan Задача 88
2.6.3 План разрешений на задание 89
2.7 Мониторинг производительности 89
2.7.1 Мониторинг CPU Использование -Команда 89
2.7.2 Мониторинг памяти и обменных разделов -Команда 89
2.7.3 Мониторинг диска Использование -DF Команда 90
2.7.4 Мониторинг использования сети -IP и NetStat Команды 91
2.7.5 Использование процесса мониторинга -ps и команды 93
2.8 Конфигурация сети 94
2.8.1 Командные строки Установите параметры сети 94
2.8.2 Изменить параметры сети 96
2.8.3 Разряд сети 98
2.9 модуль ядра 100
2.9.1 Положение хранилища модуля ядра 100
2.9.2 Посмотреть загруженный модуль ядра 100
2.9.3 Загрузите и удалите модуль 101 ядра.
2.9.4 Изменить параметры ядра 101
Глава 3 Операция и обслуживание автоматизации 103
3.1 Введение оболочки 103
3.2 Функция Bash Введение 104
3.2.1 История заказа 104
3.2.2 Командовый псевдоним 104
3.2.3 Трубопровод и перенаправление на 105
3.2.4
3.3 Bash Использование советов 106
3.3.1 Regasfences 106
3.3.2 Последовательность команд Использование советов 107
3.3.3 Навыки управления операцией 107
3.3.4 Использование скобок {} 108
3.4 переменная 108
3.4.1 Пользовательская переменная 108
3.4.2 Объем использования переменных 109
3.4.3 Переменная среда 109
3.4.4 Переменная местоположение 111
3.4.5 Разработка переменных 111
3.4.6 Массив 112
3.4.7 Арифметическая работа и тест 113
3,5 кавычки оболочки 115
3.5.1 Anti -Slope 115
3.5.2 Единственная цитата № 116
3.5.3 Двойные цитаты 116
3.5.4 Анти -ковотация 116
3.6 Регулярное выражение 117
3.6.1 Регулярное выражение 117
3.6.2 Расширенное регулярное выражение 120
3.6.3 Спецификация POSIX 121
3.6.4 Спецификация GNU 122
3.7 SED 122
3.7.1 Введение в SED 122
3.7.2 SED Basic Grammar Format 123
3.7.3 SED введение Пример 124
3.7.4 SED Инструкция и сценарий 126
3.7.5 SED Advanced App 131
3.8 AWK 134
3.8.1 Введение в AWK 134
3.8.2 Awk Workflow 135
3.8.3 Awk Basic Grammar Format 135
3.8.4
3.8.5 Apk Advanced Application 141
3.9 Shell Script 143
3.9.1 Пример формата скрипта 144
3.9.2 Как запустить сценарий 145
3.9.3 Shell Script Простой случай 145
3.9.4 Заявление о вынесении решения 148
3.9.5 Заявка на предложение Cyllaric.
3.9.6 Заявление о управлении 155
3.9.7 Применение функции оболочки 157
3.9.8 Комплексный случай 159
3.9.9 Графический скрипт 163
Глава 2 сетевой сервис
Глава 4 Служба построения сети 168
4.1 NFS Обмен файлами 168
4.1.1 Конфигурация сервера NFS 169
4.1.2 Клиентский доступ к клиенту NFS Обмен 171
4.1.3 NFS Advanced Settings 172
4.1.4 Анализ общих проблем 175
4.2 Samba File Sharing 176
4.2.1 Быстрая конфигурация Samba Server 176
4.2.2 Посетите Samba Sharing 178
4.2.3 Подробное объяснение файла конфигурации 180
4.2.4 Случай заявки на Самба 181
4.2.5 Анализ общих проблем 184
4.3 VSFTPD Обмен файлами 185
4.3.1 FTP Рабочий режим 185
4.3.2 Установка и управление VSFTPD 186
4.3.3 Анализ файлов конфигурации 187
4.3.4.
4.3.5 VSFTPD Case 189
4.3.6 Анализ общих проблем 192
4.4 PROFTPD Обмен файлами 193
4.4.1 Установить программное обеспечение Proftpd 194
4.4.2 Анализ файлов конфигурации 194
4.4.3 Настройки разрешений Proftpd 195
4.4.4. 196 виртуального пользовательского приложения 196
4.4.5 Анализ общих проблем 199
4.5 Управление версией Subversion 200
4.5.1 Введение в Subversion 200
4.5.2 Сравнение сервера Subversion 202
4.5.3 Установить программное обеспечение Subversion 203
4.5.4 Svnserve Server Build 203
4.5.5 SVRVE SSH Server для построения 208
4.5.6 Apache SVN Server для построения 209
4.5.7 Случаи совместных редакторов 211
4.5.8 Общие вопросы 215
4.6 СЕВЕРНЫЙ СЕРЕР 216
4.6.1 ISCSI Network Storage 217
4.6.2 Синхронизация файла RSYNC 220
4.6.3 rsync inotify файл реализации Автоматическая синхронизация 225
4.7 DHCP Server 231
4.7.1 Установочное программное обеспечение 231
4.7.2 Анализ файлов конфигурации 232
4.7.3 Дело 233 DHCP 233
4.7.4 Анализ общих проблем 234
4.8 DNS Domain Name Server 235
4.8.1 Введение в DNS 235
4.8.2 Установить программное обеспечение DNS 237
4.8.3 Анализ файлов конфигурации 237
4.8.4 развернуть основные доменные имен сервер 241
4.8.5 Развертывание с сервера доменных имен 245
4.8.6 DNS Просмотреть приложение. 247
4.8.7 Анализ общих проблем 249
4.9 Apache Веб -сервер 250
4.9.1 Введение в Apache 250
4.9.2 Установить Apache Software 250
4.9.3 Анализ файлов конфигурации 252
4.9.4 Дело приложения виртуального хоста 257
4.9.5 Дело приложения для безопасности веб -сайта 258
4.9.6 Анализ общих проблем 260
4.10 NGINX Веб -сервер 261
4.10.1 Nginx Введение 261
4.10.2 Установить Nginx Software 261
4.10.3 Анализ файлов конфигурации 264
4.10.4 Виртуальный хост приложений 266
4.10.5 SSL Веб -сайт Дело 268
4.10.6 Код состояния ответа http 270
4.11 Основа базы данных 271
4.11.1 Введение базы данных MySQL 271
4.11.2 Установить программное обеспечение MySQL 272
4.11.3 Инструмент управления MySQL 273
4.11.4 Язык определения базы данных 278
4.11.5 Язык работы базы данных 282
4.11.6 Язык запросов базы данных 284
4.11.7 MySQL и Security 285
4.11.8 MySQL База данных Резервное копирование и сокращение 288
4.12 Динамическая архитектура веб -сайта 289
4.12.1 Форум Системный приложение 290
4.12.2 Блог системы приложения 296
Глава 5 Системное наблюдение 300
5.1 Система мониторинга кактусов 300
5.1.1 Введение 300
5.1.2 Дело 301 применения датчиков
5.2 Система мониторинга Nagios 309
5.2.1 Введение 309
5.2.2 Nagios Monitoring Case 310
Глава 6 Безопасность сети 322
6.1 Брандмауэр 322
6.1.1 Iptables Fire Wall Format 323
6.1.2 Iptables Firewall Case 326
6.1.3 Резервное копирование брандмауэра и восстановление 329
6.1.4 Firemetalld Введение 330
6.1.5 Команда FireMetalld-CMD 331
6.2 Введение в Selinux 334
6.2.1 Файл конфигурации Selinux 335
6.2.2 Selinux Software Package 336
6.2.3 Selinux Safe Context 336
6.2.4 Selinux ошибка 337
6.2.5 Измените безопасный контекст 339
6.2.6 Просмотреть и изменить логическое значение 341
6.2.7 CeliNux Case 342
6.2.8 Стратегия безопасности Selinux 342 Стратегия безопасности Selinux 342
6.2.9 Стратегия Selinux Security Strategy 344
6.2.10 Стратегия Selinux Security Strategy 345
6.2.11 Стратегия Selinux Security Strategy 345
6.2.12 Стратегия безопасности Selinux Seleinux 346
6.3 OpenVPN 347
6.3.1 Введение в OpenVPN 347
6.3.2 Установите службу OpenVPN 348
6.3.3 OpenVPN Client 351
Статья 3 Приложение высокого уровня
Глава 7 Технология виртуализации 354
7. Сравнение продуктов виртуализации 354
7.1.1 Technology VMware Technology 355
7.1.2 Xen Virtuization Technology 355
7.1.3 КВМ технология виртуализации 356
7,2 квм виртуализационной приложения 356
7.2.1 Установить компонент KVM 356
7.2.2 Создайте операционную систему виртуальной машины 357
7.2.3 Мониторинг операционной системы виртуальной машины 362
7.2.4 Навыки использования инструмента направления 364
7.2.5 Виртуальная хранение и виртуальная сеть 369
Глава 8 кластер и высокая доступность 379
8.1 кластер 379
8.1.1 LVS BABLAING BABLAING RIFE ВВЕДЕНИЕ 379
8.1.2 NAT на основе балансировки нагрузки на LVS 380
8.1.3 Tun на основе балансировки нагрузки LVS 381
8.1.4 DR на основе LVS Balancing 382
8.1.5 LVS Алгоритм планирования нагрузки 383
8.1.6 Deploy LVS Service 384
8.1.7 LVS BABLAING BABLAING Application Case 387
8.1.8 Анализ общих проблем 394
8.2 сохранившиеся двойной жар 395
8.2.1 Keepalived Введение 395
8.2.2 Введение в протокол VRRP 395
8.2.3 Установите обслуживание Keepalive 395
8.2.4 Анализ файлов конфигурации 396
8.2.5 Дело 398 применения LVS LVS 398
8.2.6 Анализ общих проблем 405
8.3 Squid Proxy Server 406
8.3.1 Введение в Squid 406
8.3.2 Установите службу кальмара 406
8.3.3 Общий прокси -сервер тип 406
8.3.4 Анализ файлов конфигурации 408
8.3.5 Дело приложения кальмара 409
8.4 Балансировка нагрузки HAPROXY 413
8.4.1 HAPROXY ВВЕДЕНИЕ 413
8.4.2 Анализ файлов конфигурации 413
8.4.3 Дело применения HAPROXY 416
8.5 Nginx Advanced Application 420
8.5.1 NGINX BABLANCING 420
8.5.2 NGINX BABLAING Case 422
8.5.3 Nginx Правила переписывания 425
8.6 MySQL High доступен 429
8.6.1 MySQL Copy 429
8.6.2 Операция MySQL Copy 430Отображать всю информацию
4.8.6 DNS View View Case Case Case используется для создания представлений. Просмотры позволяют различным сетям или хостам получать различные результаты разрешения при запросе одной и той же записи DNS, а также могут создавать разные файлы данных домена для разных сетей или хостов.Большие предприятия могут использовать представления для достижения балансировки нагрузки. Например, когда пользователи сети в Пекине посетили sina.com, сервер доменных имен может анализировать результаты как локальный сервер sina.com в Пекине. Sina.com Server IP -адрес возвращается к Пользователь в результате.Таким образом, когда все люди посещают веб -сайт Sina, чтобы просмотреть новости, они всегда могут подключиться к серверу рядом с собой.В версии Bind 9, если вы не используете оператор View в основном файле конфигурации, Bind автоматически определит весь домен как большое представление.Используя оператор View в файле конфигурации и объединив оператор Match-Clients, результаты, полученные от разных пользователей при запросе одних и тех же записей, разные.Преимущество этого заключается в том, что сети в Пекине могут подключаться к локальному серверу в Пекине при посещении sina.com, а когда пользователи сети в Шанхае должны подключить Sina.com, результатом анализа DNS является локальный сервер Sina в Шанхае.Как правило, мы создадим несколько представлений для одного и того же домена. Различные представления соответствуют различным аналитическим файлам. В настоящее время важно отметить, что сколько соответствующих файлов анализа данных необходимо создать столько же представлений.Когда клиент отправляет запрос на запрос, сервер соответствует хосту клиента в соответствии с оператором Match-Clients в представлении. После успешного сопоставления сервер читает файл данных, указанный в определенном представлении представления, и возвращает результат Клиент. Если нет, нет, если совпадение успешно, продолжайте проверять следующее представление.Если все попытки не соответствуют успеху, сервер вернет информацию без учета данных клиента без соответствующих записей данных.Следующие случаи изменяют применение основного файла конфигурации основного доменного сервера. , 172.16. 0.89 При запросе соответствующих записей анализа домена ABC.com сервер читает файл анализа данных abc.com.zone.tech.Обратите внимание, что здесь вам нужно создать 4 файла анализа данных. В одном домене есть два положительных файла анализа доменных имен, и есть два файла анализа имен обратного домена. Он может достичь разных возвратов, которые могут получить разные пользователи.Пока соответствующие файлы данных создаются в соответствии с вашими фактическими потребностями, а различные аналитические данные передаются одни и те же записи данных в различных файлах данных, вы можете реализовать функцию анализа разделения интеллектуальных DNS.Здесь мы не можем написать все IP-адреса в Пекине или в Шанхае в соответствие с клиентами. Согласно принципу DNS-запроса, мы знаем, что все конечные пользователи подключат DNS-сервер, предоставленный локальным поставщиком услуг ISP при доступе к сети. DNS Server запросит наш сервер в соответствии с подсказками корневого сервера.Другими словами, нам нужно только заполнить IP-адрес DNS-сервера, предоставляемый основным интернет-провайдером в стране, стоящей за спитчинами.В DNS поставщиков услуг в разных регионах мы даем различные результаты анализа, и все конечные пользователи косвенно получат правильные результаты анализа.Здесь мы больше не даем конкретные записи файлов данных, читатели могут заполнять записи данных в соответствии с фактической ситуацией.Ниже приведено основное имя файла конфигурации. Concf для реализации шаблона корпуса приложения View. Читатель может немного изменить его в соответствии с его фактическими потребностями.(Смотрите книгу для деталей в книге)4.8.6 DNS Просмотр приложения.
Оператор представления используется для создания представления. Представление позволяет различным сетям или хостам получать различные результаты разрешения при запросе одной и той же записи DNS. Он также может создавать разные файлы данных домена для разных сетей или хостов.Большие предприятия могут использовать представления для достижения балансировки нагрузки. Например, когда пользователи сети в Пекине посетили sina.com, сервер доменных имен может анализировать результаты как локальный сервер sina.com в Пекине. Sina.com Server IP -адрес возвращается к Пользователь в результате.Таким образом, когда все люди посещают веб -сайт Sina, чтобы просмотреть новости, они всегда могут подключиться к серверу рядом с собой.
В версии Bind 9, если вы не используете оператор View в основном файле конфигурации, Bind автоматически определит весь домен как большое представление.Используя оператор View в файле конфигурации и объединив оператор Match-Clients, результаты, полученные от разных пользователей при запросе одних и тех же записей, разные.Преимущество этого заключается в том, что сети в Пекине могут подключаться к локальному серверу в Пекине при посещении sina.com, а когда пользователи сети в Шанхае должны подключить Sina.com, результатом анализа DNS является локальный сервер Sina в Шанхае.
Как правило, мы создадим несколько представлений для одного и того же домена. Различные представления соответствуют различным аналитическим файлам. В настоящее время важно отметить, что сколько соответствующих файлов анализа данных необходимо создать столько же представлений.Когда клиент отправляет запрос на запрос, сервер соответствует хосту клиента в соответствии с оператором Match-Clients в представлении. После успешного сопоставления сервер читает файл данных, указанный в определенном представлении представления, и возвращает результат Клиент. Если нет, нет, если совпадение успешно, продолжайте проверять следующее представление.Если все попытки не соответствуют успеху, сервер вернет информацию без учета данных клиента без соответствующих записей данных.Следующие случаи изменяют применение основного файла конфигурации основного доменного сервера. , 172.16. 0.89 При запросе соответствующих записей анализа домена ABC.com сервер читает файл анализа данных abc.com.zone.tech.Обратите внимание, что здесь вам нужно создать 4 файла анализа данных. В одном домене есть два положительных файла анализа доменных имен, и есть два файла анализа имен обратного домена. Он может достичь разных возвратов, которые могут получить разные пользователи.
Пока соответствующие файлы данных создаются в соответствии с вашими фактическими потребностями, а различные аналитические данные передаются одни и те же записи данных в различных файлах данных, вы можете реализовать функцию анализа разделения интеллектуальных DNS.Здесь мы не можем написать все IP-адреса в Пекине или в Шанхае в соответствие с клиентами. Согласно принципу DNS-запроса, мы знаем, что все конечные пользователи подключат DNS-сервер, предоставленный локальным поставщиком услуг ISP при доступе к сети. DNS Server запросит наш сервер в соответствии с подсказками корневого сервера.Другими словами, нам нужно только заполнить IP-адрес DNS-сервера, предоставляемый основным интернет-провайдером в стране, стоящей за спитчинами.В DNS поставщиков услуг в разных регионах мы даем различные результаты анализа, и все конечные пользователи косвенно получат правильные результаты анализа.Здесь мы больше не даем конкретные записи файлов данных, читатели могут заполнять записи данных в соответствии с фактической ситуацией.
Ниже приведено основное имя файла конфигурации. Concf для реализации шаблона корпуса приложения View. Читатель может немного изменить его в соответствии с его фактическими потребностями.
(Смотрите книгу для деталей в книге)
4.8.7 Анализ общих проблем
(1) В файле основной конфигурации Bind, Quard-Query по умолчанию установлен только для Localhost для выполнения DNS-запросов. Если служба DNS должна быть открыта, необходимо изменить Quard-Query на определенный хост или любой хост DNS услуга.
(2) В основном файле конфигурации прослушивание по умолчанию установлено только для мониторинга локального адреса цикла, чтобы клиент не мог подключиться к серверу для запроса.
(3) Запросы на запросы, отправляемые клиентом подключения к серверу, использует порт 53 UDP, а порт TCP 53 используется при синхронизации данных с сервера и основного сервера. После открытия службы DNS обратите внимание на изменение настройки брандмауэра.
(4) В системной среде CentOS 7, когда данные синхронизируются с сервером доменных имен и основным сервером доменных имен, SELINUX по умолчанию откажется от написания локального диска из файла удаленного загрузки. В настоящее время. В настоящее время.
[Root@centos7 ~]# setsebook -p under_write_master_zones = 1
(5) Проблема файла конфигурации.Если формат синтаксиса администратора в файле конфигурации неверен, именованная служба не может быть запущена нормально.Например, если сегментация отсутствует после оператора файла конфигурации, при запуске службы будет представлено аналогичное сообщение о приглашении.';' before'view', предъявлять предложение файла с именем.“;” символ.
(6) Файл и орган каталогов.Поскольку процессы, связанные с BIND, запускаются как имя пользователя имени, когда авторитет файла конфигурации или файла данных не может быть чтение правильно, система не сможет запустить службу привязки.Просмотрев файл журнала/var/log/сообщений, вы можете увидеть None: 0: open: /etc/named.conf: разрешение отказано, в котором показывает, что программное обеспечение Bind не имеет права читать файл alely.conf при запуске.Подобные проблемы могут также отображаться при синхронизации с сервера, и требуется файл данных основного сервера с сервера до каталога разрешений на чтение и запись.
…… Отображать всю информацию
  с непрерывным прогрессом и инновациями технологий с открытым исходным кодом, все больше и больше компаний во всей ИТ -индустрии готовы принять продукты с открытым исходным кодом, а операционная система на основе Linux обеспечивает хорошую операционную платформу для этих продуктов с открытым исходным кодом.Ding Mingyi "Linux Operation and Maintenance (Second Edition)" объяснит, как использовать операционную систему для реализации случаев применений различных продуктов с открытым исходным кодом вокруг базовой платформы операционной системы Linux.Книга в основном начинается с службы применения в работе и техническом обслуживании и всесторонне объясняет работу и обслуживание базовой операционной системы Linux и различных программных услуг.  Нынешняя бизнес -среда является конкурентной средой. Объем бизнеса многих компаний растет, а требования к качеству обслуживания становятся все выше и выше.В частности, интернет -компании улучшают свой пользовательский опыт, чтобы удовлетворить их очень высокие потребности.Устройство, поддерживаемое ИТ -отделом, часто составляет десятки тысяч. Такое огромное обслуживание оборудования обычно вызывает головные боли для ИТ -менеджеров.Содержание автоматизированной работы и технического обслуживания, представленного в этой книгеНедостаточно полагаться на работу и обслуживание автоматизации. Поэтому нам также необходимо органически объединить это серверное оборудование, чтобы предоставить клиентам безопасные, быстрые и эффективные услуги, поэтому возникла технология кластера.Эта книга будет представлена в области технологии кластера. Введены текущие популярные случаи развертывания продуктов с открытым исходным кодом.
  «Операция и обслуживание Linux» начинается с фактических потребностей работы и технического обслуживания, всесторонне объясняет связанные технологии, классические случаи и решения для общих проблем.
★ Автор Дин Минги обладает богатым практическим и преподавательским опытом, и он очень серьезный. «Способ работы и обслуживания Linux» - это его беспокойство. Не только контент превышает контент, но и автор Кодекса Кодекса также тратит Некоторые мысли, которые показывают его дотошность.
★ «Путь операций и технического обслуживания Linux» настоятельно рекомендуется многими отраслевыми экспертами, в том числе Huang Junbao, экзаменатор Red Hat Greater China, Сюй Ченглин, старший экзаменатор по сертификации первоначального китайского китайца Red Hat, а также операция и обслуживание Байду, Сина, Дейн и Ухан Ютиан Инженеры и обучающие лекторы.
★ Работа и техническое обслуживание - это работа, которая требует множества навыков. Ding Mingyi, автор операции и технического обслуживания Linux, рассказывает вам, как стать квалифицированным инженером по эксплуатации и обслуживанию, который может напрямую повысить эффективность работы операционного и технического обслуживания, который является стоит прочтения.
★ Эта книга была полностью пересмотрена на основе*версии, и весь контент полностью обновлен до системы CentOS7.2.
