По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Развитие сетевых технологий в последние годы приобрело поистине гигантские масштабы. Сложно представить сейчас любой современный смартфон без поддержки 4G. Но мало кто задумывался, что же такое эти самые 3G, 4G, 5G…
На самом деле, все довольно просто. Буква G в этих обозначениях расшифровывается как generation – или поколение, если говорить по-русски. Вообще поколениями мобильной связи принято называть наборы стандартов, присущие сети сотовой связи в определенный промежуток времени. Например, первое поколение работало по аналоговому способу передачи данных, начиная со второго, технологии ушли на сторону цифровых методик. Стандартизацией поколений мобильной связи занимается глобальная инициатива 3GPP – «Партнерский проект 3 поколения».
Что используется сейчас?
На текущий момент наиболее актуальными в сети являются стандарты 4G, 3.5G (или HSPA), и 3G. Любое современное мобильное устройство поддерживает минимум один из этих стандартов. Но многие из производителей смартфонов уже закладывают в новые продукты функциональные возможности для использования мобильных сетей пятого поколения. Это и понятно – в среднем, раз в десятилетие появляется новый стандарт мобильной связи, и поскольку 4G появился более 10 лет назад – создание таких смартфонов целиком и полностью обосновано.
Давайте разберемся, что же такое 5G, и какие преимущества оно предоставляет перед более ранними поколениями мобильной связи
5G – это новейший стандарт телекоммуникационной связи, который призван обеспечить еще большую скорость передачи данных, еще большую энергоэффективность устройств за счет уменьшения потребления энергии, а также решить проблему одновременной массовой нагрузки на сотовые телефонные сети, с чем предыдущие поколения связи справлялись неохотно. Среди его достоинств стоит отметить высокую пропускную способность, одновременную поддержку работы большого количества устройств, минимизацию задержек при отправке данных и гигантскую скорость их передачи.
Разберем конкретный пример. В наше время организовывается множество масштабных мероприятий, где каждый участник стремится выложить в сеть отснятые фото и видео, или запостить стори в инстаграме. При одновременной массовой нагрузке на сеть она начинает тормозить, доставляя пользователям ряд неудобств. Новые стандарты мобильной связи способны обеспечить скорость передачи данных до 1 Гб/с при плотности более миллиона устройств на 1 квадратный километр! А это значит, что даже в толпе фанатов пользователь 5G-смартфона сможет стримить видео с концерта любимой группы без задержек и опасения израсходовать заряд батареи.
Также 5G-интернет имеет все шансы потеснить проводной широкополосный доступ в интернет. Ведь если задуматься, имея покрытие сети 5G в доме, и совершая раздачу интернета с точки доступа смартфона, можно обеспечить на всех гаджетах в доме нереально высокую скорость интернета. А ведь это могут быть многие устройства – помимо привычных всем ноутбуков, компьютеров и смартфонов это также игровые приставки, телевизоры с технологией IPTV, IP-камеры, системы «умный дом» и многое другое
Из новинок, которые обещает принести с собой эта технология, также стоит отметить беспроводное управление транспортом и станками, находящимися в зоне покрытия, а высокая надежность и минимальное время отклика позволит внедрить 5G даже в ультрасовременную хирургию, где малоразмерные высокоточные роботы будут способны проводить сложнейшие операции.
Опасения перед теплым приемом новой технологии
Однако, перевод связи на новые частотные диапазоны потребует либо увеличения мощности передатчиков, либо более плотного их расположения. В первом случае это может негативно сказаться на здоровье людей, попадающих в зону действия рядом с передатчиком, во втором – больших материальных затрат. Поэтому внедрение стандарта 5G – дело не быстрое. Но над разрешением данных проблем трудятся множество компаний, среди которых одну из лидирующих позиций занимает китайская корпорация HUAWEI. Эта компания уже не первый десяток лет занимается созданием оборудования для мобильных сетей.
Если исходить из перспективы развития сетей беспроводной передачи данных, то в ближайший десяток лет нас ждет эпоха «умных» гаджетов, взаимодействие между которыми будет осуществляться по беспроводным технологиям. И стандарт 5G – как раз то что нужно для внедрения таких технологий в нашу жизнь
Привет! В сегодняшней статье я опишу как «расшарить» папку на CentOS сервере – то есть предоставить ей общий доступ без указания пароля. Сделать это возможно с помощью установки сервера Samba и нескольких дополнительных манипуляций.
Доступ будет производиться по протоколу SMB/CIFS (Server Message Block/Common Internet File System
Установка
Перед установкой необходимо понять, в каком статусе у вас находится SELinux – для этого нужно выполнить команду selinuxenables && echo enabled || echo disabled. В случае если результат такой же, как на скриншоте ниже – можете смело приступать непосредственно к самому процессу установки (ниже):
В противном случае, вам необходимо будет его отключить – для этого откройте конфигурационный файл по пути /etc/selinux/config любым текстовым редактором – например, Vi - vi /etc/selinux/config и поставьте значение SELINUX в положение disabled и выполните перезагрузку системы командой reboot
SELinux – дополнение к стандартной системе контроля доступа Linux, но его настройка довольна трудоёмка и оно включено по умолчанию. Без каких-либо манипуляций SELinux часто может блокировать изменения, вызываемые при запуске различных служб или программ.
Далее приступаем к установке Samba сервера. Для этого нужно выполнить команду:
yum install samba samba-common cups-libs samba-client
Теперь создадим папку – вводим команду mkdir –p /root/SHAREDFOLDER (имя папки и директория, соответственно, могут быть произвольными).
Далее устанавливаем на неё права:
chown –R root:users /root/SHAREDFOLDER
chmod –R 775 /root/SHAREDFOLDER
Конфигурация
Открываем текстовым редактором основный файл конфигурации Samba – воспользуемся Vi: vi /etc/samba/smb.conf.
В данном файле необходимо проверить чтобы в секции global присутствовали следующие строки:
[global]
security = user
passdb backend = tdbsam
workgroup = MYGROUP
map to guest = Bad User
server string = Samba Server Version %v
Затем закомментируйте (проставьте точку с запятой) перед аргументами в разделах [homes] (доступ к гостевым директориям) и в [printers] (доступ к принтерам).
Теперь добавьте конфиг для вашей созданной папке, выглядеть это должно следующим образом:
[SHAREDFOLDER]
comment = Everybody has access
path = /root/SHAREDFOLDER
force group = users
create mask = 0666
directory mask = 0777
writable = yes
guest ok = yes
browseable = yes
Наконец, сохраним файл конфигурации и настроим автозапуск службы samba – для этого необходимо выполнить следующую команду:
chkconfig –levels 235 smb on
/etc/init.d/smb restart
Помните – Samba использует порты 137, 138, 139 и 445. Эта информация вам может понадобится при пробросе портов и настройке iptables.
Благодаря вышеописанной процедуре, вы сможете легко передавать файлы с сервера на рабочие машины в вашей сети, и, более того, решать многие прикладные задачи – к примеру, расшарить папку с записями разговоров, чтобы непосредственно иметь к ним доступ.
Часто бывает, что на системе Linux произошла незапланированная или по неизвестным очевидным причинам, перезагрузка. Поиск и устранение первопричины может помочь предотвратить повторение таких проблем и избежать незапланированных простоев.
Есть несколько способов выяснить, что вызвало перезагрузку. В этой статье мы обсудим эти способы и способы использования доступных утилит и журналов в системе Linux для устранения таких сценариев.
Проверка времени перезагрузки
Чтобы посмотреть, когда именно произошла перезагрузка системы можно воспользоваться командами who и last
Проверка системных журналов
Кроме того, можно сопоставить время перезагрузки, которую требуется диагностировать, с системными сообщениями.
Для систем CentOS/RHEL журналы можно найти по адресу /var/log/messages, а для систем Ubuntu/Debian - по адресу /var/log/syslog. Для фильтрации или поиска конкретных данных можно использовать команду tail или любимый текстовый редактор.
Как видно из приведенных ниже журналов, такие записи предполагают завершение работы или перезагрузку, инициированную администратором или пользователем root. Эти сообщения могут варьироваться в зависимости от типа ОС и способа запуска перезагрузки или завершения работы, но вы всегда найдете полезную информацию, просматривая системные журналы, хотя этого не всегда может быть достаточно, чтобы определить причину.
Ниже приведена одна такая команда, которую можно использовать для фильтрации системных журналов:
sudo grep -iv ': starting|kernel: .*: Power Button|watching system buttons|Stopped Cleaning Up|Started Crash recovery kernel'
/var/log/messages /var/log/syslog /var/log/apcupsd*
| grep -iw 'recover[a-z]*|power[a-z]*|shut[a-z ]*down|rsyslogd|ups'
Зафиксированные события не всегда могут быть конкретными. Всегда отслеживайте события, которые дают признаки предупреждений или ошибок, которые могут привести к выключению или сбою системы.
Проверка журнала auditd
Для систем, использующих auditd – это отличное место для проверки различных событий с помощью инструмента ausearch. Используйте приведенную ниже команду для проверки последних двух записей из журналов аудита.
$ sudo ausearch -i -m system_boot,system_shutdown | tail -4
Появится сообщение о двух последних остановках или перезагрузках. Если это сообщает о SYSTEM_SHUTDOWN, за которым следует SYSTEM_BOOT, все должно быть хорошо. Но, если он сообщает две строки SYSTEM_BOOT подряд или только одно сообщение SYSTEM_BOOT, то, скорее всего, система некорректно завершила работу. Вывод при нормальной работе должен быть примерно следующим:
$ sudo ausearch -i -m system_boot,system_shutdown | tail -4
----
type=SYSTEM_SHUTDOWN msg=audit(Saturday 13 February 2021 A.852:8) : pid=621 uid=root auid=unset ses=unset subj=system_u:system_r:init_t:s0 msg=' comm=systemd-update-utmp exe=/usr/lib/systemd/systemd-update-utmp hostname=? addr=? terminal=? res=success'
----
type=SYSTEM_BOOT msg=audit(Saturday 13 February 2021 A.368:8) : pid=622 uid=root auid=unset ses=unset subj=system_u:system_r:init_t:s0 msg=' comm=systemd-update-utmp exe=/usr/lib/systemd/systemd-update-utmp hostname=? addr=? terminal=? res=success'
В приведенных ниже выходных данных перечислены два последовательных сообщения SYSTEM_BOOT, которые могут указывать на аварийное завершение работы, хотя результаты нужно скорректировать с данными системного журнала.
$ sudo ausearch -i -m system_boot,system_shutdown | tail -4
----
type=SYSTEM_BOOT msg=audit(Saturday 13 February 2021 A.852:8) : pid=621 uid=root auid=unset ses=unset subj=system_u:system_r:init_t:s0 msg=' comm=systemd-update-utmp exe=/usr/lib/systemd/systemd-update-utmp hostname=? addr=? terminal=? res=success'
----
type=SYSTEM_BOOT msg=audit(Saturday 13 February 2021 A.368:8) : pid=622 uid=root auid=unset ses=unset subj=system_u:system_r:init_t:s0 msg=' comm=systemd-update-utmp exe=/usr/lib/systemd/systemd-update-utmp hostname=? addr=? terminal=? res=success'
Анализ журнала systemd
Чтобы сохранить журнал системных логов на диске, необходимо иметь постоянный системный журнал, иначе логи будут очищаться при перезагрузке. Для этого можно либо внести изменения в /etc/systemd/journald.conf, либо создать каталог самостоятельно с помощью следующих команд:
$ sudo mkdir /var/log/journal
$ sudo systemd-tmpfiles --create --prefix /var/log/journal 2>/dev/null
$ sudo systemctl -s SIGUSR1 kill systemd-journald
После этого можно дополнительно перезагрузить систему для ввода нескольких записей перезагрузки в журнал, хотя это и не требуется.
Приведенную ниже команда позволяет выводить список записанных событий о загрузке из журнала:
$ journalctl --list-boots
Вот его выходные данные на моем сервере:
Как видно на рисунке, в системе есть несколько событий загрузки. Для дальнейшего анализа причины конкретной перезагрузки используйте:
$ journalctl -b {num} –n
Здесь {num} будет индексом, заданным в команде journalctl --list-boots в первом столбце.
В приведенных выше выходных данных можно просмотреть сообщения, зарегистрированные в журнале, и отследить аномалии, если таковые имеются.
Заключение
Не всегда можно определить причину перезагрузки Linux с помощью одной команды или из одного файла журнала. Поэтому всегда удобно знать команды и журналы, которые фиксируют события, связанные с системой, и могут сократить время, необходимое для поиска первопричины.
Приведенные выше примеры дают вам возможность начать поиск и устранение неисправностей. Используя комбинацию таких инструментов и журналов, вы можете быть уверены в том, что произошло и как перезагрузилась ваша система.