Шаг 3. Локальный тест DNS-кэша
8. Теперь пришло время проверить наш DNS-кеш, выполнив «сверление» (запрос) одного домена « india.com ». Сначала результаты команды Drill для домена « india.com » займут несколько миллисекунд, а затем выполните второе сверление и отметьте время запроса, необходимое для обоих сверлений.
drill india.com @ 192.168.0.50
Проверьте DNS-кэш локально
Вы видели в приведенном выше выводе, первый запрос занимает почти 262 мсек для разрешения, а второй запрос занимает 0 мсек для разрешения домена ( india.com ).
Это означает, что первый запрос кэшируется в нашем DNS-кэше, поэтому, когда мы запускаем «детализацию» во второй раз, когда запрос подается из нашего локального DNS-кэша, таким образом мы можем повысить скорость загрузки веб-сайтов.
Microsoft Teams: очистите кеш для устранения распространенных проблем (2021 г.)
В этой статье мы покажем вам, как очистить кеш приложения в Microsoft Teams на Mac и Windows. Это должно решить широкий спектр проблем, включая проблемы с обновлением информации вашего профиля или изображения после того, как вы отредактировали свои данные. Это также полезно, если надстройка не будет работать должным образом в Teams. Итак, давайте посмотрим, как вы можете очистить кеш приложения в Microsoft Teams, используя командную строку в Windows и Keychain Access на Mac.
Очистить кеш Microsoft Teams в Windows
Чтобы очистить кеш приложения клиента Microsoft Teams в Windows 10 или Windows 11, вам необходимо выполнить следующие действия:
1. Прежде всего закройте клиент Microsoft Teams. Для этого щелкните правой кнопкой мыши значок приложения на панели задач в правом нижнем углу и выберите «Выйти».
Примечание. Если значок приложения не отображается сразу, щелкните значок «стрелка вверх», чтобы увидеть все приложения на панели задач.
2. Затем откройте окно командной строки с правами администратора. Для этого найдите «командная строка» в строке поиска Windows и нажмите «Запуск от имени администратора».
3. Теперь скопируйте + вставьте следующую команду: rmdir / q / s% appdata% Microsoft Teams в командной строке и нажмите Enter. Если сообщения об ошибке нет, это означает, что файлы кеша были успешно удалены.
Примечание. Вместо того, чтобы заставлять вас переходить в папку данных приложения Teams в проводнике и удалять каждую папку по отдельности, мы включили в это руководство отличную команду, которая поможет вам быстро очистить кеш Microsoft Teams.
После перезапуска приложение автоматически создаст новые файлы кеша
Однако обратите внимание, что очистка файлов кеша приведет к выходу из системы, поэтому вам придется снова войти в систему, используя свои учетные данные. Он также очистит кеш веб-клиента, значки, эскизы, настройки, отображаемые изображения и любые надстройки
Однако он не удалит ваши чаты, встречи, планировщики и т. Д.
Очистить кеш Microsoft Teams на Mac
Что касается пользователей Mac, выполните следующие действия, чтобы очистить кеш Microsoft Teams и исправить все постоянные ошибки и проблемы с приложением для совместной работы.
1. Прежде всего, щелкните правой кнопкой мыши значок приложения Microsoft Teams на док-станции и выберите «Выйти».
2. Теперь откройте Finder, нажмите «Перейти» в строке меню вверху и выберите «Перейти в папку».
3. Затем скопируйте + вставьте следующий путь в текстовое поле во всплывающем окне и нажмите «Перейти».
~ / Библиотека / Поддержка приложений / Microsoft
4. Теперь щелкните правой кнопкой мыши папку «Команды» и выберите «Переместить в корзину».
5. Затем откройте «Поиск в центре внимания», щелкнув значок увеличительного стекла в правом верхнем углу строки меню. Вы также можете использовать сочетание клавиш Cmd + пробел.
6. Теперь введите «Связка ключей» в поиске Spotlight и в появившемся предложении щелкните «Связка ключей».
7. Наконец, вам нужно найти «Microsoft Teams» в Keychain Access и найти «Microsoft Teams Identities Cache». Щелкните этот элемент правой кнопкой мыши и выберите «Удалить». Вы успешно очистили кеш Microsoft Teams на Mac и можете закрыть доступ к связке ключей.
После перезапуска Microsoft Teams приложение создаст совершенно новый набор файлов кеша, который, надеюсь, избавит вас от проблем, с которыми вы столкнулись. Как и в Windows, это приведет к выходу из приложения и удалению ваших настроек. Однако все ваши чаты, сообщения и собрания не будут удалены, и вы все равно сможете получить к ним доступ после входа в систему.
Shore 3 Residences (Mall of Asia, Пасай-Сити) Прохождение: SMDC Investments
В нашей компании мы используем нестандартные репо yum. Что-то заставляет их терпеть неудачу команда.
Я на .
Вот ошибка, которую мы получаем при запуске :
Репозитории выглядят так, и мне нужно использовать их оба.
Репо Epel:
Репо нашей компании:
Я не уверен, в чем проблема. Как я могу исправить эту ошибку?
- Отвечает ли это на ваш вопрос? centos 7.1 — репозиторий ошибок
- Если вы не используете репозиторий, вы должны отключить его; Если да, то вам нужно раскомментировать их базовые URL в config.
- Мне нужно использовать оба репозитория, но ошибка все равно появляется. Я попытался переместить репозиторий mmp из каталога репозиториев yum и раскомментировал базовый URL репозитория epel. Это не сработало. Я получаю ту же ошибку после запуска команда. Как я могу заставить оба репозитория работать с команда?
- каков результат ? указывает ли это на какие-либо подсказки, если вы перейдете к ?
- Это может помочь, если вы опубликуете вывод команды ; он должен дать больше информации о том, что происходит. Как вы организовали репо своей компании и работает если отключить или репо эпель, или наоборот?
Здесь этот вопрос решен. Итак, сначала немного предыстории: когда yum устанавливает пакет, он распаковывает и перемещает все файлы в соответствующий каталог (т.е. , , и так далее). Когда сетевое соединение прерывается, запись на диск останавливается, что у вас, во время процесса установки некоторые файлы могут не быть записаны, а программа все равно возвращает, что она была установлена успешно.
На хосте, на котором происходит сбой установки, проверьте правильность репозиториев.
Особенно baseurl
Просто добавьте «/repodata/repomd.xml» в URL-адрес, а затем проверьте, доступен ли он.
Пример: если baseurl затем попробуйте получить к нему доступ, как показано ниже, чтобы проверить доступ. Пожалуйста, проверьте все URL
Если URL-адреса доступны, в этом случае попробуйте очистить кеш yum, выполнив команду.
После yum clean попробуйте еще раз выполнить следующую команду, чтобы проверить, сохраняется ли проблема.
Похоже, это проблема с репозиторием EPEL. Попробуйте ням с
пока они не исправят это.
если вам не нужно срочно получать пакеты от EPEL, используйте yum с
пока ваше локальное зеркало не синхронизируется. yum clean all может помочь или не помочь, в зависимости от того, в какое зеркало вы попали.
Тем не менее, мое общее предложение остается в силе — если у вас нет немедленной необходимости получить пакеты EPEL, я бы предложил использовать
пока ваше локальное зеркало не получит фиксированные реподанные. Если вам срочно нужны пакеты EPEL и
не помогает, вам нужно будет настроить конфигурацию так, чтобы она указывала на какое-то конкретное зеркало с фиксированным содержимым, например, добавив baseurl = http: //ftp.funet.fi/pub/mirrors/fedora.redhat.com/pub/ эпель / 7 /
$ basearch в epel.repo. Однако большинство зеркал должны быть обновлены к настоящему времени.
Альтернативы >>>
Я оказался на канале Freenode #epel, когда кто-то пожаловался на эту проблему, но если бы это случилось со мной, я мог бы включить по одному репозиторию за раз (с —disablerepo = * и —enablerepo = somerepo) выяснить, какое репо вызвало проблемы.
skip_if_unavailable = 1 для некритических репозиториев — хорошая идея.
Многим нужно всего несколько пакетов от EPEL. Один из вариантов — импортировать необходимые пакеты EPEL в какой-нибудь локально управляемый репозиторий и использовать его вместо этого. createrepo связано с этим. верхний
Это просто говорит ему, как обойти ошибку, а не исправить проблему.
Настройка Yum-cron для автоматического обновления
После установки пакета yum-cron в CentOS 7 необходимо будет настроить его для автоматического обновления.
По умолчанию yum-cron предоставляет три типа обновлений:
Обновление по умолчанию с помощью команды:
yum upgrade
- Минимальное обновление
- Обновление безопасности
Чтобы настроить эти значения, мы должны перейти в каталог с yum-cron.conf и получить к нему доступ на редактирование нужным редактором, в этом случае nano:
cd /etc/yum/ nano yum-cron.conf
В этом файле мы должны перейти к строке update_cmd, чтобы определить тип обновления, которое будет исполнен вашей системой CentOS 7.
Мы видим, что его текущее значение по умолчанию и для загрузки и установки update – Security мы определим следующую строку:
update_cmd = security
Теперь мы должны подтвердить, что в строке update_messages это значение yes
Наконец, необходимо будет подтвердить, что следующие строчки выставлены на yes
Таким образом, всякий раз, когда доступно обновление для системы безопасности, система автоматически загружает необходимые пакеты и затем применяет все обновления.
download_updates = yes apply_updates = yes
Теперь мы увидим, как настроить уведомление по сообщениям, помните, что yum-cron позволяет нам отправлять уведомление на адрес электронной почты.
Если мы хотим получать уведомление по почте, мы установим следующее значение в строке emit_via:
emit_via = email
Теперь мы можем определить адрес электронной почты:
email_from = root@localhost email_to = solvetic@outlook.com email_host = localhost
Сохраните изменения, используя следующую комбинацию клавиш Ctrl + O и выйдите из редактора, используя Ctrl + X.
После обработки изменений перезапустите службу yum-cron, выполняя следующее.
С помощью этого процесса обновления системы будут автоматически загружаться и обновления будут применяться с использованием yum-cron ежедневно.
systemctl restart yum-cron
Настройка исключений для пакетов в CentOS 7
На этом этапе мы можем не применять автоматические обновления на некоторых пакетах, включая ядро CentOS 7.
Для этих исключений мы снова правим файл конфигурации:
cd /etc/yum/ nano yum-cron.conf
В финальной части файла мы найдем базовый раздел, и мы должны добавить следующую строку, например, чтобы исключить ядро с MySQL:
exclude = mysql* kernel*
В этом конкретном примере все пакеты с именами, начинающимися с «mysql» или «kernel», будут отключены для автоматического обновления.
Мы сохраняем изменения и перезапускаем службу, выполняя:
systemctl restart yum-cron
Yum-cron описание параметров
В этом конфигурационном файле yum-cron можно указать четыре основных параметра:
- CHECK_ONLY (yes | no): этот параметр позволяет нам указать, будет ли он проверяться только при загрузке, но не для выполнения дополнительных действий (без их установки или загрузки).
- DOWNLOAD_ONLY (yes | no): Применяется в случае, если не проверять наличие обновлений (CHECK_ONLY = NO), но этот параметр позволяет нам загружать и устанавливать или загружать только обновления, доступные для CentOS 7.
- MAILTO (электронная почта): позволяет отправлять почту уведомления с результатом действий, выполняемых каждый раз, когда выполняется yum-cron.
- DAYS_OF_WEEK («0123456»): этот параметр используется для указания, в какие дни недели будет проводиться проверка обновлений.
Проверка журналов Yum-cron в CentOs 7
Параметр yum-cron использует cronjob для автоматических обновлений безопасности, и все записи этого cron будут доступны в каталоге /var/log.
Чтобы увидеть эти записи, мы выполним следующее:
cd /var/log/ cat cron | grep yum-daily
Если мы хотим посмотреть на установленные пакеты, мы запустим следующее:
cat yum.log | grep Updated
С помощью этой опции yum-cron мы можем быть уверены, что обновления будут готовы к загрузке и установке, как только будет доступны.
Configure Automatic Updates with yum-cron on CentOS 7
28 Марта 2021
|
CentOS
Регулярное обновление вашей системы CentOS — один из наиболее важных аспектов общей безопасности системы. Если вы не обновите пакеты своей операционной системы последними исправлениями безопасности, вы сделаете свой компьютер уязвимым для атак.
Если вы управляете несколькими компьютерами с CentOS, обновление системных пакетов вручную может занять много времени
Даже если вы управляете одной установкой CentOS, иногда вы можете пропустить важное обновление. Здесь вам пригодятся автоматические обновления.
Установка пакета yum-cron
Пакет позволяет автоматически запускать команду yum как cron , чтобы проверить, скачать и установить обновление. Скорее всего, этот пакет уже установлен в вашей системе CentOS. Если он не установлен, вы можете установить пакет, выполнив следующую команду:
После завершения установки включите и запустите службу:
Чтобы убедиться, что служба запущена, введите следующую команду:
Информация о статусе сервиса yum-cron будет отображаться на экране:
Настройка yum-cron
yum-cron поставляется с двумя конфигурационными файлами, которые хранятся в каталоге: почасовым файлом конфигурации и файлом ежедневной конфигурации .
Служба контролирует только будет ли или нет cron рабочих мест. Утилита вызывается и cron файлов.
По умолчанию ежечасный cron настроен на бездействие. Если есть доступные обновления, ежедневный cron настроен на загрузку, но не на установку доступных обновлений и отправку сообщений на стандартный вывод. Конфигурации по умолчанию достаточно для критических производственных систем, где вы хотите получать уведомления и выполнять обновление вручную после тестирования обновлений на тестовых серверах.
Файл конфигурации структурирован по разделам, и каждый раздел содержит комментарии, описывающие, что делает каждая строка конфигурации.
Чтобы отредактировать файл конфигурации yum-cron, откройте файл в текстовом редакторе:
В первом разделе вы можете определить типы пакетов, которые вы хотите обновлять, разрешить сообщения и загрузки и настроить автоматическое применение обновлений, когда они будут доступны. По умолчанию установлено значение по умолчанию, при котором будут обновлены все пакеты. Если вы хотите установить автоматические автоматические обновления, рекомендуется изменить значение, которое будет указывать yum на необходимость обновления пакетов, которые устраняют только проблему безопасности.
В следующем примере мы изменили значение на и включили автоматические обновления, установив значение :
/etc/yum/yum-cron-hourly.conf
/etc/yum/yum-cron-hourly.conf
/etc/yum/yum-cron-hourly.conf
Раздел позволяет изменить параметры , определенные в файле. Если вы хотите исключить определенные пакеты из обновления, вы можете использовать параметр. В следующем примере мы исключаем пакет .
/etc/yum/yum-cron-hourly.conf
Вам не нужно перезапускать службу, чтобы изменения вступили в силу.
Просмотр журналов
Используйте grep, чтобы проверить, выполняются ли задания cron, связанные с yum:
История обновлений yum регистрируется в файле. Вы можете просмотреть последние обновления, используя команду tail :
В этом руководстве вы узнали, как настроить автоматические обновления и поддерживать свою систему CentOS в актуальном состоянии.
Установка ядра
Перед обновлением ядра, необходимо обновить саму систему:
yum update
После стоит перезагрузить систему:
shutdown -r now
Далее у нас на выбор два способа обновления ядра — с использованием репозитория или вручную, скачав исходник с kernel.org.
С помощью yum
Самый быстрый и безопасный способ обновить ядро CentOS — воспользоваться автоматической установкой из репозитория. Минусом тут является то, что можно установить только ту версию, которая имеется в наличие в данном репозитории.
Последняя версии ядра для CentOS находится в репозитории ELRepo (не путать с EPEL). Сначала устанавливаем его.
Переходим на веб-страницу elrepo.org и копируем ссылку на последнюю версию репозитория для нашей версии операционной системы, например:
Импортируем ключ репозитория:
rpm —import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
Воспользовавшись ссылкой, устанавливаем сам репозиторий:
yum install https://www.elrepo.org/elrepo-release-7.0-3.el7.elrepo.noarch.rpm
* список установленных репозиториев можно посмотреть командой yum repolist.
Теперь можно установить ядро:
yum —enablerepo=elrepo-kernel install kernel-ml
Ручное обновление
Чаще всего, администратор пользуется встроенными в сборку Linux инструментами (как описано выше) — это безопаснее и проще. Однако, если нужной версии ядра нет в репозитории или мы хотим установить тестовую версию, необходима ручная установка.
Ручная установка неадаптированного для определенной сборки Linux ядра — потенциальный риск для системы. Обновление стоит проводить сначала в тестовой среде, а также выполнить резервное копирование всех важных данных.
Для начала переходим на сайт kernel.org и копируем ссылку на нужную версию ядра Linux:
* в данном примере мы скопировали ссылку на нестабильную версию ядра 5.0.
Воспользовавшись ссылкой, скачиваем ядро на компьютер с Linux:
wget https://git.kernel.org/torvalds/t/linux-5.0-rc8.tar.gz
* если система вернет ошибку, нужно установить wget — yum install wget.
Распаковываем скачанный архив:
tar -xvf linux-5.0-rc8.tar.gz -C /usr/src
* в данном примере мы распаковываем архив linux-5.0-rc8.tar.gz в каталог /usr/src.
Переходим в каталог, куда распаковали исходник ядра:
cd /usr/src/linux-5.0-rc8/
Устанавливаем инструменты для компиляции пакетов:
yum groupinstall «Development Tools»
yum install ncurses-devel openssl-devel bc
Создаем свою конфигурацию для ядра:
make menuconfig
Или используем текущую конфигурацию для ядра:
make oldconfig
На все вопросы, которые задает система можно отвечать нажатием Enter, чтобы принимать значения по умолчанию.
Компилируем ядро:
make
* процедура может занять много времени.
После устанавливаем ядро и модули:
make modules_install install
Очистка DNS-записей
15. Чтобы проверить, был ли определенный адрес разрешен нашими серверами пересылки на сервере Unbound cache, используйте команду ниже.
# unbound-control lookup google.com
Проверьте поиск DNS
16. Иногда, если наш сервер кэширования DNS не отвечает на наш запрос, в то же время мы можем использовать его для очистки кэша для удаления таких записей, как записи A, AAA, NS, SO, CNAME, MX, PTR и т. Д. Из кэша DNS., Мы можем удалить всю информацию, используя flush_zone, это удалит всю информацию.
# unbound-control flush www.digitalocean.com # unbound-control flush_zone tecmintlocal.com
17. Проверить, какие форварды в настоящее время используются для разрешения.
# unbound-control list_forwards
Проверьте текущие пересылки DNS
Что такое и как очистить папку Installer
Папка Windows Installer – это системная папка, где хранятся необходимые для удаления или обновления программ их инсталляторы, дистрибутивы различных программных компонентов, патчи, файлы не установившихся системных обновлений и прочие данные, которые необходимы системе и установленному софту для определенных процессов.
Как видите у меня папка Windows Installer занимает много места, это аж 15 ГБ. Если открыть ее содержимое, то вы увидите GUID номера, ваших программ.
Если более детально капнуть в папку Windows Installer, то тут в основном лежат файлы msp, это пакеты обновления, MSI и MST файлы.
Хочу отметить, что папка Installer, по умолчанию скрыта, и для ее отображения, вы должны включить скрытые файлы и папки в Windows.
Репозитории в CentOS
Для начала давайте поясним, что такое репозитории и для чего они нужны. Вот что говорит wikipedia на этот счет:
Некоторое время назад Linux приложения выходили в виде исходного кода, который потом компилировали на сервере и получали готовые программы. На сегодняшний день большинство приложений выходят в виде так называемых пакетов. Это уже собранные приложения, которые можно сразу установить и пользоваться.
В нашем случае репозиторий — хранилище пакетов для операционной системы CentOS. Существуют repository от разработчика системы, их называют официальные. Набор rpm пакетов там обычно ограничен и версии не самые свежие. Для установки дополнительного софта используют сторонние репозитории. Их поддерживать могут как другие компании, так и группы энтузиастов.
Управлением пакетами и репозиториями в CentOS занимается утилита yum. Ее конфигурационный файл находится в /etc/yum.conf. Этот файл содержит секцию , в которой указываются глобальные настройки программы. Так же он может содержать одну или несколько секций , в которой хранятся настройки репозиториев. Тем не менее, рекомендуется информацию о репозиториях хранить в каталоге /etc/yum.repos.d/ в специальных файлах .repo.
Минимальное содержание файла .repo следующее:
name=repository_name baseurl=repository_url
name | имя, описывающее репозиторий, может быть любым |
baseurl | ссылка на расположение репозитория, может быть в виде http, ftp или file ссылки |
Другие ползные параметры, которые могут быть указаны в repo файле:
enabled | принимает значение 1 или 0, 1 — репозиторий подключен, 0 — отключен |
async | управляет загрузкой пакетов, auto — использует при возможности параллельную загрузку, on — использует только параллельную загрузку, off — параллельная загрузка отключена |
mirrorlist | вместо ссылки на конкретный адрес репозитория может быть указана ссылка на список адресов, из которых при установке будет выбран наиболее подходящий |
gpgcheck | принимает значение 1 или 0, 1- осуществлять проверку GPG подписи пакета из репозитория, 0 — не проверять |
gpgkey | ссылка на GPG ключ репозитория |
Вот содержание стандартного файла с репозиториями CentOS /etc/yum.repos.d/CentOS-Base.repo:
name=CentOS-$releasever - Base mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #released updates name=CentOS-$releasever - Updates mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #additional packages that may be useful name=CentOS-$releasever - Extras mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 #additional packages that extend functionality of existing packages name=CentOS-$releasever - Plus mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus gpgcheck=1 enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7