Как известно, сертификаты являются важной частью безопасности при совершении сделок в интернете. Иногда при попытке зайти на определенный сайт появляется сообщение об ошибке, связанной с сертификатами. В данной статье мы рассмотрим ошибку «нет доверия сертификату» для сайта mirror.yandex.ru и предложим возможные решения проблемы.
Сайт mirror.yandex.ru – это зеркало основного сайта Яндекса, которое используется для загрузки файлов, программ и других данных. Если при попытке зайти на этот сайт у вас возникает ошибка «нет доверия сертификату», это означает, что сертификат сайта не был признан надежным, возможно, из-за его просроченности или некорректной настройки сервера.
Чтобы решить эту проблему, можно попробовать несколько простых методов, таких как обновление браузера, проверка времени на компьютере, добавление исключений безопасности, установка корневых сертификатов и т.д. Давайте рассмотрим каждый из них подробнее и выберем наиболее подходящий вариант для вашей ситуации.
Содержание
- Что такое сертификат SSL?
- Откуда берутся ошибки в доверительном сертификате?
- Какие последствия может вызвать ошибка сертификата?
- Как решить проблему «нет доверия сертификату для mirror yandex ru»?
- Как временно обойти ошибку сертификата?
- Что делать, если нет возможности обойти ошибку сертификата?
- Как обезопасить свои данные при работе с недоверенными сайтами?
- Вопрос-ответ
- Что такое сертификат и как он связан с ошибкой на mirror yandex ru?
- Каковы причины возникновения ошибки «нет доверия сертификату» на mirror yandex ru?
- Как проверить, является ли сертификат на mirror yandex ru действительным?
- Как исправить ошибку «нет доверия сертификату» на mirror yandex ru?
- Что может произойти, если я проигнорирую ошибку «нет доверия сертификату» и продолжу использование сайта?
- Какие риски для безопасности могут возникнуть, если продолжить использование сайта, несмотря на ошибку «нет доверия сертификату» на mirror yandex ru?
Что такое сертификат SSL?
Сертификат SSL (Secure Sockets Layer) – это стандартное средство защиты информации, передаваемой между компьютерами в Интернете. Он используется для шифрования данных, что позволяет защитить личные данные пользователей от несанкционированного доступа.
Сертификат SSL выдается на определенный домен и содержит информацию о его владельце, а также организацию, которая его выдала. Когда пользователь подключается к защищенной странице сайта, браузер проверяет подлинность сертификата и устанавливает безопасное подключение.
Без сертификата SSL передача данных между компьютерами может быть уязвимой и подвержена атакам. Поэтому использование сертификата SSL на сайте является важным элементом защиты личной информации пользователей и обеспечения безопасной работы в Интернете.
Откуда берутся ошибки в доверительном сертификате?
Доверительный сертификат — это цифровой документ, который используется для проверки подлинности веб-сайта. Если вы сталкиваетесь с ошибкой в доверительном сертификате, это может указывать на проблему совместимости или наличие ошибки на стороне сервера.
Одной из самых распространенных причин ошибок в доверительном сертификате является истечение срока действия сертификата. Когда срок действия сертификата истекает, ваш браузер не может проверить его подлинность, что ведет к ошибке.
Другой причиной ошибок в доверительном сертификате может быть неверное имя домена. Если доменное имя на сервере не соответствует доменному имени, указанному в сертификате, ваш браузер не сможет проверить подлинность сайта.
Еще одна причина ошибок может быть связана с ошибками в самом сертификате. Это может быть вызвано ошибками при создании сертификата или отсутствием перейти в другие зоны.
Все вышеперечисленные причины могут способствовать возникновению ошибки в доверительном сертификате. Однако, как правило, для решения этой проблемы достаточно получить новый доверительный сертификат или исправить ошибки в имеющемся.
Какие последствия может вызвать ошибка сертификата?
Потенциальная угроза безопасности
Ошибка сертификата может быть признаком того, что вы пытаетесь получить доступ к веб-сайту, который не является настоящим. Это может означать, что злоумышленники пытаются перехватить вашу конфиденциальную информацию, такую как данные банковских карт, логины и пароли. В результате, сертификат – это важный критерий безопасности, который необходимо учитывать при посещении веб-сайтов.
Неудобства при работе с веб-сайтом
Ошибка сертификата может также нарушить вашу работу с веб-сайтом, оказавшись препятствием для соединения с ним. Если вы не сможете устранить ошибку, возможно, вы не сможете получить или отправить необходимую информацию, что может вызвать проблемы в работе.
Нарушение доверия пользователей
Если веб-сайт использует сертификат с ошибкой, это может вызвать у пользователей вопросы о его доверительности и репутации. Пользователи могут считать, что веб-сайт не заботится о безопасности и неправомерно распространяет предоставляемую информацию.
Ограничения в поисковой оптимизации
Ошибка сертификата может иметь отрицательное влияние на поисковую оптимизацию. Поисковые системы, такие как Google, не будут рекомендовать веб-сайты с ошибками сертификатов, что может привести к снижению трафика на сайт и ухудшению репутации в глазах поисковых систем и пользователей.
Как решить проблему «нет доверия сертификату для mirror yandex ru»?
Если вы столкнулись с проблемой «нет доверия сертификату для mirror yandex ru», это может быть связано с недействительностью или истекшим сроком сертификата SSL. В таком случае, проверьте дату на вашем компьютере и убедитесь, что она правильная, а затем попробуйте обновить ваш браузер до последней версии, которая может содержать новые корневые сертификаты SSL.
Если все еще возникают проблемы, вам может потребоваться добавить доверенный корневой сертификат SSL в ваш браузер. Это можно сделать в настройках браузера. Например, если вы используете Google Chrome, найдите настройки браузера, перейдите во вкладку «Безопасность» и добавьте корневой сертификат SSL в раздел «Доверенные сертификаты».
Если у вас проблемы с доверенностью сертификата при доступе к конкретному сайту, может помочь проверка корректности домена, написания адреса и других технических параметров. Также не помешает перейти на сайт через другой браузер или провайдера интернет-соединения, возможно оригинальный источник авторитетных SSL-сертификатов просто не успевает оновляться у вашего поставщика.
В любом случае, если проблемы с недоверием сертификатов для «mirror yandex ru», и она не устраняется простым обновлением или добавлением сертификата в доверенные, то имеет смысл обратиться к специалистам по поддержке компьютеров или сетей для помощи в решении этой проблемы.
Как временно обойти ошибку сертификата?
Ошибка «нет доверия сертификату» может возникать по нескольким причинам, включая просроченный или недействительный сертификат, использование самоподписанных сертификатов или ошибки в настройках безопасности браузера.
Одним из способов временно обойти ошибку сертификата является прохождение проверки безопасности браузера, нажав на кнопку «Продолжить» или «Дополнительно», если она появляется. Однако это может представлять определенный риск для безопасности вашего компьютера, поэтому не рекомендуется этот метод использовать регулярно или на недоверенных сайтах.
Другим способом временного обхода ошибки сертификата является добавление исключения для конкретного сайта в настройках безопасности браузера. Это также представляет некоторый риск, поэтому необходимо внимательно оценить свои действия и обновить сертификат, как только это станет возможным.
Если причина ошибки в просроченном или недействительном сертификате, то обходить ошибку необходимо с осторожностью, так как это может представлять риск для безопасности вашего компьютера. В таких случаях рекомендуется связаться с владельцами сайта и запросить действующий сертификат.
Что делать, если нет возможности обойти ошибку сертификата?
Ошибка сертификата может возникнуть в различных ситуациях, например, при попытке подключения к защищенному сайту через браузер. Обычно эта ошибка возникает, когда сертификат сайта не действителен или не удается проверить подлинность.
Если нет возможности обойти ошибку сертификата, можно попробовать использовать другой браузер или попросить администратора сайта предоставить действующий сертификат.
Если вы используете VPN, то попробуйте подключиться к интернету без него, т.к. некоторые VPN-сервисы могут блокировать доступ к защищенным сайтам.
Если ничего не помогает, то можно обратиться в техническую поддержку провайдера интернет-услуг или специалистам по безопасности информации для дальнейшей помощи.
Как обезопасить свои данные при работе с недоверенными сайтами?
Современный интернет — это не только информационный ресурс, но и среда, где мошенники могут получать доступ к нашим личным данным. Работая с недоверенными сайтами, возникает риск, что злоумышленники могут получить доступ к нашей информации, так как она передается через интернет в незашифрованном виде.
Самым важным при работе со страницами, которые не имеют высокой репутации, является проверка веб-адреса сайта, который вы посещаете. Не следует переходить по подозрительным ссылкам, которые могут привести на фишинговые страницы. Кроме того, необходимо проверять сертификаты безопасности сайта, иначе вы можете быть подвержены атакам мошенников, таким, как межсетевое фишинг, рассчеты на атаки методом «человек посередине» и т.д.
Если вы все же хотите использовать недоверенный сайт, то необходимо использовать VPN-сервисы и коды-пин-коды для двухфакторной авторизации. Они могут добавить дополнительный уровень защиты, чтобы максимально обезопасить вашу информацию.
И самое главное — не стоит предоставлять свои личные данные на недоверенных сайтах, особенно там, где это не нужно. Важно помнить о безопасности своих данных, и следует проявлять особенную осторожность при работе с недоверенными сайтами.
Вопрос-ответ
Что такое сертификат и как он связан с ошибкой на mirror yandex ru?
Сертификат — это цифровой документ, который используется для проверки подлинности сайта и обеспечения безопасной передачи информации между пользователем и сервером. Ошибка «нет доверия сертификату» возникает, когда браузер не может подтвердить аутентичность сертификата сайта. Это может произойти, если сертификат устарел, был изменен или был выдан ненадежным учреждением.
Каковы причины возникновения ошибки «нет доверия сертификату» на mirror yandex ru?
Ошибка может возникнуть по разным причинам: устарелый или недействительный сертификат, несовпадение имени домена и сертификата, сертификат был выдан неизвестным учреждением, неправильные настройки браузера или анти-вирусной программы, наличие вредоносного ПО и другие.
Как проверить, является ли сертификат на mirror yandex ru действительным?
В адресной строке браузера должна быть зеленая иконка замка. Если нажать на эту иконку, должно появиться окно с информацией о сертификате. Проверьте дату, наименование учреждения, который выдал сертификат и другую информацию. Если информация совпадает с ожидаемой, то сертификат является действительным.
Как исправить ошибку «нет доверия сертификату» на mirror yandex ru?
Если вы пользуетесь обычным браузером, попробуйте очистить кеш и файлы cookie. Если это не помогло, обратитесь в службу поддержки сайта или обновите браузер до последней версии. Если проблема не устранена, проверьте настройки системы и антивирусной программы, возможно, они блокируют доступ к сайту. Если это не сработало, можно временно отключить проверку сертификатов в браузере, но это не рекомендуется, так как это может привести к возникновению других угроз безопасности.
Что может произойти, если я проигнорирую ошибку «нет доверия сертификату» и продолжу использование сайта?
Игнорирование ошибки «нет доверия сертификату» может привести к потенциальной угрозе безопасности ваших личных данных, так как злоумышленники могут перехватывать информацию и использовать ее владельца сайта или сторонние лица.
Какие риски для безопасности могут возникнуть, если продолжить использование сайта, несмотря на ошибку «нет доверия сертификату» на mirror yandex ru?
Если вы продолжаете использование сайта с недействительным сертификатом, злоумышленники могут перехватить вашу личную информацию, такую как пароль, номера кредитных карт, личные данные и т.д. Эта информация может быть использована для кражи вашей личности, совершения финансовых мошенничеств или других преступлений.
В наше время доступ в интернет – это уже обыденность, и многие из нас так сильно привыкли к нему, что когда возникают проблемы с подключением, мы чувствуем себя, как будто лишились части своей жизни.
Одна из таких проблем – это ошибка «нет доверия сертификату», которая может возникнуть при попытке доступа к «mirror.yandex.ru». Что же это за ошибка и что ее вызывает? Как ее можно решить?
В этой статье мы рассмотрим основные причины возникновения ошибки «нет доверия сертификату», подробно разберем, какие действия можно предпринять, чтобы решить проблему, и дадим рекомендации по тому, как избежать данной ошибки в будущем.
Содержание
- Причины возникновения ошибки
- Срок действия сертификата истек или неверная дата и временной зоны на устройстве
- Ошибка в настройках прокси-сервера
- Аварийное завершение работы браузера
- Как решить проблему на разных устройствах
- Для Windows
- Для Android
- Для iOS
- Действия при использовании различных браузеров
- Google Chrome
- Mozilla Firefox
- Microsoft Edge
- Краткий список рекомендаций по обходу данной ошибки
- 1. Обновите браузер
- 2. Используйте другой браузер
- 3. Временно отключите антивирусное программное обеспечение
- 4. Проверьте время на компьютере
- 5. Обращайтесь к поддержке сайта
- 6. Изучите сертификат
- Вопрос-ответ
- Какие могут быть причины ошибки «нет доверия сертификату» при доступе к «mirror.yandex.ru»?
- Каким образом можно убедиться, что сертификат на сервере «mirror.yandex.ru» действительный?
- Как решить проблему с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru»?
- Можно ли проигнорировать ошибку «нет доверия сертификату» и продолжить работу с «mirror.yandex.ru» без каких-либо последствий?
- Какие еще сайты могут столкнуться с ошибкой «нет доверия сертификату» и как их решить?
Причины возникновения ошибки
Срок действия сертификата истек или неверная дата и временной зоны на устройстве
При попытке доверия веб-сайту, который использует SSL-шифрование, браузер проверяет, действительны ли сертификаты, используемые сайтом. Если срок действия сертификата истек или он был отозван, браузер отображает сообщение «нет доверия сертификату». Также возможно, что на устройстве неверно установлены дата и временная зона, из-за чего браузер может ошибочно считать сертификат недействительным.
Ошибка в настройках прокси-сервера
Если настройки прокси-сервера неверны или устарели, браузер может не установить безопасное соединение с веб-сайтом и вывести ошибку «нет доверия сертификату».
Аварийное завершение работы браузера
При аварийном завершении работы браузера могут возникнуть проблемы совместимости, которые могут привести к ошибке «нет доверия сертификату» при попытке доступа к веб-сайту.
В любом случае, для избежания ошибки «нет доверия сертификату» необходимо следить за сроком действия сертификата, обновлять настройки прокси-сервера и регулярно обновлять браузер до последней версии.
Как решить проблему на разных устройствах
Для Windows
Если вы столкнулись с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru» на ПК с Windows, то можно попробовать следующие способы:
- Обновить доверенные корневые сертификаты. Для этого нужно зайти в «Параметры» > «Обновление и безопасность» > «Центр обновления Windows». Во вкладке «Обновления» выберите «Обновления для других продуктов Microsoft» и установите обновление «Актуализация списка корневых сертификатов безопасности».
- Добавить сертификат вручную. Скачайте сертификат с сайта «mirror.yandex.ru» и добавьте его в «Менеджер сертификатов». Для этого зайдите в «Пуск» > «Выполнить» (или нажмите клавишу Windows + R) и введите «certmgr.msc». В открывшемся окне перейдите в папку «Доверенные корневые центры сертификации» и выберите «Сертификаты». Нажмите правой кнопкой мыши на свободном месте и выберите «Все задачи» > «Импорт». Укажите путь к скачанному сертификату и дождитесь завершения процесса.
Для Android
Если вы используете устройство на Android и столкнулись с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru», то можно попробовать следующие способы:
- Обновить систему. Если у вас есть доступ к обновлениям системы, то установите их, чтобы получить обновленный список корневых сертификатов. Для этого зайдите в «Настройки» > «О системе» > «Обновление ПО».
- Добавить сертификат вручную. Скачайте сертификат с сайта «mirror.yandex.ru» и добавьте его в «Доверенные устройства». Для этого зайдите в «Настройки» > «Безопасность» > «Доверенные устройства» (или «Дополнительные настройки безопасности» > «Шифрование и ключи» > «Управление сертификатами»). Нажмите на «+ Добавить» и выберите файл с сертификатом.
Для iOS
Если вы используете устройство на iOS и столкнулись с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru», то можно попробовать следующие способы:
- Обновить систему. Если у вас есть доступ к обновлениям системы, то установите их, чтобы получить обновленный список корневых сертификатов. Для этого зайдите в «Настройки» > «Основные» > «Обновление ПО».
- Добавить сертификат вручную. Скачайте сертификат с сайта «mirror.yandex.ru» и добавьте его в «Доверенные сертификаты». Для этого зайдите в «Настройки» > «Основные» > «Профили и управление устройством» > «Управление устройством». Нажмите на «+» и выберите файл с сертификатом.
Примечание: Если у вас нет возможности обновить систему или добавить сертификат вручную, то можно попробовать использовать альтернативный адрес для доступа к «mirror.yandex.ru». Например, можно попытаться зайти по адресу «mirror.yandex.net».
Действия при использовании различных браузеров
Google Chrome
Если вы используете браузер Google Chrome и столкнулись с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru», то необходимо:
- Нажать на замочек слева от адресной строки.
- Выбрать «Сертификаты».
- В открывшемся окне выбрать вкладку «Доверенные корневые центры».
- Найти «Yandex CA» в списке и установить галочку напротив него.
- Нажать кнопку «OK» и перезагрузить страницу.
Mozilla Firefox
Если вы используете браузер Mozilla Firefox и столкнулись с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru», то необходимо:
- Нажать на замочек слева от адресной строки.
- Выбрать «Сертификаты».
- В открывшемся окне выбрать вкладку «Доверенные корневые центры».
- Нажать на кнопку «Импорт…» и выбрать файл сертификата «YandexCA.pem».
- Нажать кнопку «OK» и перезагрузить страницу.
Microsoft Edge
Если вы используете браузер Microsoft Edge и столкнулись с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru», то необходимо:
- Нажать на замочек справа от адресной строки.
- Выбрать «Сертификаты».
- В открывшемся окне выбрать вкладку «Доверенные корневые центры».
- Нажать на кнопку «Импорт…» и выбрать файл сертификата «YandexCA.pem».
- Нажать кнопку «OK» и перезагрузить страницу.
Краткий список рекомендаций по обходу данной ошибки
1. Обновите браузер
Некоторые версии браузеров могут не поддерживать новые сертификаты, поэтому регулярно обновляйте ваш браузер до последней версии.
2. Используйте другой браузер
Если обновление браузера не помогло, попробуйте использовать другой браузер для доступа к сайту, так как технологии, используемые в разных браузерах, могут отличаться.
3. Временно отключите антивирусное программное обеспечение
Некоторые антивирусные программы могут блокировать доступ к сайту, не доверяя сертификату, даже если он действительный. В этом случае временно отключите антивирус до тех пор, пока вы не завершите операцию, связанную с доступом к сайту.
4. Проверьте время на компьютере
Убедитесь, что время, установленное на вашем компьютере, правильно отображается. Неправильное время может привести к недопониманию на сервере, что сертификат просрочен.
5. Обращайтесь к поддержке сайта
Если ни один из вышеперечисленных способов не помог, обратитесь к поддержке сайта, которому вы пытаетесь получить доступ, для получения дополнительной помощи в обходе ошибки.
6. Изучите сертификат
Попробуйте изучить детали сертификата, который отказывается от доверия. Некоторые сертификаты могут не иметь действительной даты или быть подписанными ненадлежащими CA. Если вы не понимаете детали сертификата, проконсультируйтесь с профессионалом в этой области.
Вопрос-ответ
Какие могут быть причины ошибки «нет доверия сертификату» при доступе к «mirror.yandex.ru»?
Одной из возможных причин является то, что сертификат на сервере «mirror.yandex.ru» был создан неизвестным удостоверяющим центром или самоподписан. Также возможно, что установленное на вашем компьютере программное обеспечение блокирует соединение в связи с недостаточным уровнем безопасности.
Каким образом можно убедиться, что сертификат на сервере «mirror.yandex.ru» действительный?
Для этого можно попробовать зайти на другие сайты, использующие сертификат от того же удостоверяющего центра. Если на таких сайтах проблем с сертификатом нет, скорее всего, проблема заключается в блокировке соединения на стороне вашего компьютера.
Как решить проблему с ошибкой «нет доверия сертификату» при доступе к «mirror.yandex.ru»?
Один из способов — добавить сертификат сервера «mirror.yandex.ru» в список доверенных в вашем браузере или в системе. Другой вариант — обновить программное обеспечение на вашем компьютере и проверить корректность настроек антивирусных программ и брандмауэров, которые могут блокировать соединение.
Можно ли проигнорировать ошибку «нет доверия сертификату» и продолжить работу с «mirror.yandex.ru» без каких-либо последствий?
Это не рекомендуется делать, так как проигнорирование ошибки может привести к утечке личной информации, вредоносному программному обеспечению и другим неприятностям. Лучше всего решить проблему с сертификатом или связаться с технической поддержкой сайта «mirror.yandex.ru».
Какие еще сайты могут столкнуться с ошибкой «нет доверия сертификату» и как их решить?
Ошибка может возникать на любом сайте, если сертификат не распознан или содержит ошибки. Для решения проблемы нужно добавить сертификат в список доверенных в браузере или системе. Если это не помогает, необходимо связаться с технической поддержкой сайта, чтобы решить проблему на стороне сервера.
Содержание
- Как решить проблему «Временный сбой в разрешении имен»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения брандмауэра
- 🛠️ Как решить ошибку «Temporary failure in name resolution»
- 1. Отсутствующий или неправильно настроенный файл resolv.conf
- 2. Ограничения межсетевого экрана
- Для брандмауэра UFW (Ubuntu / Debian и Mint)
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
- Ubuntu Server 18.04 Временный сбой в разрешении имен
- 3 ответа
- Wicd или проблемы с DNS
Как решить проблему «Временный сбой в разрешении имен»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить любую задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке «временный сбой в разрешении имен» на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с показанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса. Это может стать серьезной проблемой, поскольку вы не сможете обновлять, обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые причины ошибки «временный сбой при разрешении имен» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
Также разумно проверить состояние преобразователя и убедиться, что он активен и работает должным образом:
Затем попробуйте проверить связь с любым веб-сайтом, и проблема должна быть решена.
2. Ограничения брандмауэра
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Для систем на основе Redhat, таких как CentOS, выполните следующие команды:
Мы надеемся, что теперь у вас есть представление об ошибке «временный сбой при разрешении имен» и о том, как ее исправить, выполнив несколько простых шагов. Как всегда, мы будем благодарны за ваши отзывы.
Источник
🛠️ Как решить ошибку «Temporary failure in name resolution»
Иногда, когда вы пытаетесь проверить связь с веб-сайтом, обновить систему или выполнить какую-либо задачу, требующую активного подключения к Интернету, вы можете получить сообщение об ошибке “temporary failure in name resolution” на вашем терминале.
Например, когда вы пытаетесь проверить связь с веб-сайтом, вы можете столкнуться с указанной ошибкой:
Обычно это ошибка разрешения имен, которая показывает, что ваш DNS-сервер не может преобразовать доменные имена в соответствующие IP-адреса.
Это может стать серьезной проблемой, поскольку вы не сможете обновлять или даже устанавливать какие-либо программные пакеты в вашей системе Linux.
В этой статье мы рассмотрим некоторые из причин ошибки «temporary failure in name resolution» и решения этой проблемы.
1. Отсутствующий или неправильно настроенный файл resolv.conf
Файл /etc/resolv.conf – это файл конфигурации резолвера в системах Linux.
Он содержит записи DNS, которые помогают вашей системе Linux преобразовывать доменные имена в IP-адреса.
Если этот файл отсутствует или существует, но ошибка разрешения имени все еще возникает, создайте его и добавьте общедоступный DNS-сервер Google, как показано далее:
Сохраните изменения и перезапустите службу systemd-resolved, как показано.
2. Ограничения межсетевого экрана
Если первое решение вам не помогло, значит ограничения брандмауэра могут помешать вам успешно выполнять DNS-запросы.
Проверьте свой брандмауэр и убедитесь, что порт 53 (используется для DNS ) и порт 43 (используется для поиска whois) открыты.
Если порты заблокированы, откройте их следующим образом:
Для брандмауэра UFW (Ubuntu / Debian и Mint)
Чтобы открыть порты 53 и 43 на брандмауэре UFW, выполните следующие команды:
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я не могу решить.
но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, было ли у меня интернет-соединение нормально, запустив
и я получил ответ, все хорошо там.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имен
Итак, я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я пробовал редактировать /etc/resolv.conf без удачи, как представляется, символическая ссылка.
Я нашел ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю, я снова потеряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
отлично работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы запустить беспроводную сеть автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он автоматически восстановит соединение;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, видимо, это не помогает; даже попробовал
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы)/daemon/config, и сеть обнаруживается автоматически, когда он подключен без какой-либо пользовательской конфигурации; было бы неплохо узнать, какой инструмент /daemon/config/setting это делает.
Источник
Ubuntu Server 18.04 Временный сбой в разрешении имен
Я только что установил Ubuntu Server 18.04 и настроил SSH, чтобы я мог продолжить настройку через свой рабочий стол, но у меня возникли некоторые проблемы, которые я, похоже, не могу решить.
Я пытался запустить
, но постоянно получал ошибки:
Временная ошибка при разрешении archive.ubuntu.com
Я проверил, в порядке ли мое интернет-соединение, запустив
и получил ответ, все в порядке.
Я подозревал, что, возможно, мой DNS не был настроен правильно, поэтому я попытался
Временный сбой в разрешении имени
Хорошо, поэтому я решил, что это на самом деле какая-то проблема DNS, но все «ответы», которые я пробовал, не сработали для меня.
Я попытался отредактировать /etc/resolv.conf без удачи, так как он выглядит как символическая ссылка.
Я нашел здесь ответ, который работает, только если я запускаю из-под root, то есть:
Но он дает указание отменить изменения впоследствии:
Если я это сделаю тем не менее, я снова теряю связь.
3 ответа
В Ubuntu Server 18-04 с установленными xorg lightdm lightdm-gtk-greeter и xfce4 GUI при загрузке системы единственный способ, с помощью которого я понял, чтобы запустить проводную сеть, это:
прекрасно работает, однако, это должно быть сделано вручную после каждой загрузки и после каждого отключения / повторного подключения к сети, так что это работает, но это ручное решение, а не постоянное решение;
чтобы получить беспроводной сеть собирается автоматически, просто:
вам, вероятно, придется перезагрузиться; тогда вы сможете использовать значок беспроводной сети, который появляется в области уведомлений на панели управления (убедитесь, что область уведомлений добавлена на панель), чтобы выбрать беспроводную сеть; после этого он будет автоматически подключаться;
однако для автоматического восстановления проводной сети я попытался установить avahi-daemon и avahi-autoipd, но, очевидно, это не помогает; даже пытался:
в основном, если вы устанавливаете дистрибутив, такой как рабочий стол Xubuntu, устанавливается соответствующий инструмент (ы) / daemon / config, и сеть обнаруживается автоматически, когда он подключен без какого-либо пользователя. конфигурации; было бы неплохо узнать, какой инструмент / daemon / config / setting это делает.
Источник
Wicd или проблемы с DNS
Обновил gentoo. Ранее проблем не было. Теперь установлен wicd 1.7.3. Ping 8.8.8.8 проходит нормально. Однако Интернета по факту нет. Ping www.linux.org.ru пишет «unknown host», с остальными так же. IPшник и все остальное получаю по DHCP. traceroute www.linux.org.ru выдает:
www.linux.org.ru: Временный сбой в разрешении имен
Cannot handle «host» cmdline arg ‘www.linux.org.ru’ on position 1 (argc 1)
Думал проблема в роутере, но после его замены ситуация осталась на месте. Другие устройства ходят нормально. На роутер по IPшнику прохожу спокойно. Пробовал откатываться назад и ставить предыдущую версию wicd, но доступ в Интернет то появляется по непонятным причинам после пересборки wicd, то полностью пропадает вновь.
resolv.conf должен быть пустым при нормальной работе wicd? Он у меня пустой и wicd его постоянно сбрасывает.
Перезапуск демона не помогает.
Ping 8.8.8.8 проходит нормально. Однако Интернета по факту нет. Ping www.linux.org.ru пишет «unknown host», с остальными так же
это значит, что интернет по факту есть, но не работает DNS
resolv.conf должен быть пустым при нормальной работе wicd?
нет, не должен. пропиши там nameserver 8.8.8.8 в кач-ве workaround, а потом покопайся в настройках wicd, чтобы он обновлял resolv.conf сам
Прописал «nameserver 8.8.8.8», но ситуация та же.
какой dhcp клиент используется? wicd сам не является dhcp, он использует системный, это может быть dhclient или dhcpcd
Источник
Содержание
- не работает репозиторий ubuntu
- Временно не может разрешить доменное имя “cn.archive.ubuntu.com” ошибка [dубликат]
- 18 ответов
- обзор
- Временное решение
- проблемы с пакетным управлением
- обзор
- Временное решение
- проблемы с пакетным управлением
- ru.archive.ubuntu.com/
- `apt-get update` не может найти серверы Ubuntu
- ru.archive.ubuntu.com работает медленно со вчерашнего дня
apt-get, apt, aptitude прекрасно работали.
Был установлен bind который отвечает за локальную зону и в котором прописаны фарвардом днс провайдера. Он слушает udp 127.0.0.1:53 и свой ip 192.168.5.254 из внутренней сети.
Убунтовские репозитории прекрасно резолвятся:
Причём по 213.180.204.183 открывается (не знаю чей) репозиторий в котором есть папка ubuntu.
Запускаю apt-get update и вот что получаю:
Смотрю в логи бинда:
Откуда взялось _http._tcp ?
aptitude то же самое.
запускаю apt-get update на другом сервере, предварительно в resolv.conf прописав днс первого сервера.
на нём всё работает кроме security.ubuntu.com
вот куски его вывода
Смотрю в логи днс первого сервера:
Как видно old-releases.ubuntu.com ru.archive.ubuntu.com extras.ubuntu.com как видно нормальные записи, никаких _http._tcp нету, откуда они берутся в apt-get первого сервера. Я обыскал весь сервер на предмет записи *tcp.ru.archive.ubuntu.com её нет ни в каких файлах.
В resolv.conf прописываю днс 8.8.8.8 ничего не изменилось. 8.8.8.8 то же не может разрезолвить такие имена _http._tcp.ru.archive.ubuntu.com _http._tcp.old-releases.ubuntu.com Не понятно откуда на первом сервере apt-get подставляет этот _http._tcp
Вот файл /etc/apt/sources.list первого сервера:
Если кто сталкивался с подобной проблемой помогите пожалуйста. В интернете не нашёл ответа.
Что интересно раньше apt-get прекрасно работал, я не уловил после каких манипуляций он перестал работать. Были поставлены ntp, bind9,mysql,php,apache, всё он прекрасно поставил, а сегодня вот такой казус.
Источник
Временно не может разрешить доменное имя “cn.archive.ubuntu.com” ошибка [dубликат]
Это то, что я вижу, когда пытаюсь запустить sudo apt-get update. Вчера я обновил свой экземпляр, и теперь я это испытываю.
18 ответов
обзор
На ваш вопрос две части:
исправление временных сообщений об устранении проблем управления пакетами
Временное решение
] Вероятно, эта проблема также:
исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.
Давайте посмотрим на возможные проблемы разрешения DNS.
Сначала временно добавьте в вашу систему известный DNS-сервер.
echo «nameserver 8.8.8.8» | sudo tee /etc/resolv.conf > /dev/null
Затем запустите sudo apt-get update .
Если это исправляет ваши временные разрешающие сообщения, либо подождите 24 часа, чтобы узнать, исправляет ли ваш интернет-провайдер эту проблему (или просто обратитесь к вашему интернет-провайдеру) — или вы можете навсегда добавить DNS-сервер в свою систему :
echo «nameserver 8.8.8.8» | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
8.8.8.8 — собственный DNS-сервер Google.
Другим примером DNS-сервера, который вы можете использовать, является временное разрешение — например:
echo «nameserver 208.67.222.222» | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
проблемы с пакетным управлением
В дополнение к проблемам временного разрешения — у вас есть несколько проблем управления пакетами, которые необходимо исправить — я предполагаю, что вы недавно попробовали обновить одну версию Ubuntu до следующей рекомендованной версии — в вашем case from Natty (11.04) to Oneiric (11.10)
Откройте терминал и введите
sudo nano /etc/apt/sources.list
Посмотрите на строки, у которых в списке есть другое имя рассылки, чем вы ожидали — в вашем случае — вы обновлены до oneiric, но у вас есть другое название выпуска natty
Например, найдите строки, которые выглядят как deb http:/archive.canonical.com/ natty backports
Добавьте # в начало строки, чтобы прокомментировать это, например
#deb http:/archive.canonical.com/ natty backports
Сохранить и повторно запустить:
sudo apt-get update && sudo apt-get upgrade
Вы должны не имеют больше ошибок в присвоении имен.
На момент написания этого, возможно, общий sou rce включают lucid, maverick, natty, oneiric, precise, quantal, raring, saucy, trusty, utopic и vivid.
обзор
На ваш вопрос две части:
исправление временных сообщений об устранении проблем управления пакетами
Временное решение
] Вероятно, эта проблема также:
исправление временных сообщений о разрешении из-за изменения вашей сети аналогичным образом заблокировало это именование — например, новый маршрутизатор / модем, реконфигурирование переключатель с новой конфигурацией.
Давайте посмотрим на возможные проблемы разрешения DNS.
Сначала временно добавьте в вашу систему известный DNS-сервер.
echo «nameserver 8.8.8.8» | sudo tee /etc/resolv.conf > /dev/null
Затем запустите sudo apt-get update .
Если это исправляет ваши временные разрешающие сообщения, либо подождите 24 часа, чтобы узнать, исправляет ли ваш интернет-провайдер эту проблему (или просто обратитесь к вашему интернет-провайдеру) — или вы можете навсегда добавить DNS-сервер в свою систему :
echo «nameserver 8.8.8.8» | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
8.8.8.8 — собственный DNS-сервер Google.
Другим примером DNS-сервера, который вы можете использовать, является временное разрешение — например:
echo «nameserver 208.67.222.222» | sudo tee /etc/resolvconf/resolv.conf.d/base > /dev/null
проблемы с пакетным управлением
В дополнение к проблемам временного разрешения — у вас есть несколько проблем управления пакетами, которые необходимо исправить — я предполагаю, что вы недавно попробовали обновить одну версию Ubuntu до следующей рекомендованной версии — в вашем case from Natty (11.04) to Oneiric (11.10)
Откройте терминал и введите
sudo nano /etc/apt/sources.list
Найдите строки, у которых есть ваше другое имя в списке, чем вы ожидали — в вашем случае — вы обновлены до oneiric, но у вас есть другое название выпуска natty
Например, найдите строки, которые выглядят как deb http:/archive.canonical.com/ natty backports
Добавьте # в начало строки, чтобы прокомментировать это, например
#deb http:/archive.canonical.com/ natty backports
Сохранить и повторно запустить:
sudo apt-get update && sudo apt-get upgrade
Вы должны не имеют больше ошибок в присвоении имен.
На момент написания этого, возможно, общий sou rce включают lucid, maverick, natty, oneiric, precise, quantal, raring, saucy, trusty, utopic и vivid.
Обратите внимание, что этот ответ был написан для старых версий Ubuntu. В текущих версиях используется локальный сервер имен, управляемый D-Bus, для которого применяется диагностическая часть этого ответа, но не решение. Если /etc/resolv.conf содержит nameserver 127.0.1.1 или в целом nameserver 127.X.Y.Z, не изменяйте его.
«Временное разрешение отказа . » означает, что ваш DNS, т. Е. Перевод с имен хостов на IP-адреса, не работает. Вы недавно переконфигурировали вашу машину? Если это не так, это может быть временная ошибка у вашего интернет-провайдера.
Есть ли ping -n 8.8.8.8 строки, такие как 64 bytes from 8.8.8.8: …? (Нажмите Ctrl + C, чтобы остановить ping.)
Источник
ru.archive.ubuntu.com/
Что с ru.archive.ubuntu.com ? Совершенно невозможно пользоваться. Чем можно заменить этот репозиторий?
да хоть на us ( я пользуюсь ua )
П.С. яндекс такой яндекс
ua.archive.ubuntu.com
de.archive.ubuntu.com
fr.archive.ubuntu.com
.
))
благодарю))) просто отсёк суффикс ru)
пользуюсь us.archive.ubuntu.com. ru. зеркало периодически тормозит неподеццки. вплоть до 2-3К/сек и обрывов соединения.
Да да хватит) Достаточно) Ещё много таких репов из других стран) можно долго перечислять) от a до z =)
Коллеги видимо тактично пытаются намекнуть, что хоть какой-то суффикс поставить всё-таки необходимо. Иначе если эдак каждый будет обновляться с главного сервера, то никаких мощностей на него не хватит. В синаптике по-моему есть возможность определить самое быстрое зеркало. В дебиане есть netselect-apt, в убунту его почему-то выпилили.
А ты ipv6 отключи и всё станет нормально работать.
Ubuntu — такая Ubuntu. Во всех нормальных системах если можно использовать ipv4 то используется ipv4, в противном случае ipv6. А в Ubunte всё наоборот.
> Ubuntu — такая Ubuntu
доо — если у всех работает хорошо, а на ru — хреново, так то сразу убунту виновата
Если у ru есть ipv6, это ещё не значит что его надо непременно использовать.
> Если у ru есть ipv6, это ещё не значит что его надо непременно использовать.
Вы ещё ipv6 обвините в низкой скорости интернетов.
Источник
`apt-get update` не может найти серверы Ubuntu
Запуск sudo apt-get update не выполняется на моем сервере (который подключен к Интернету). Серверы временно сломаны, или мой APT неправильно настроен и использует старые серверы? Короче как мне это исправить?
Можете ли вы разрешить любой из этих хостов из командной строки?
Если нет, то следующий шаг должен попробовать host -v :
Ищите ошибки, возвращаемые DNS-серверами.
Это звучит как проблема DNS. Чтобы это исправить, нужно убедиться, что
имеет хорошие записи для DNS-серверов.
Так, например, вы можете добавить следующие 2 строки в начало вашего /etc/resolv.conf файла (они указывают на DNS-серверы Google), как описано выше:
Конечно, вам нужно быть пользователем root, чтобы изменить этот файл, и сделать резервную копию, прежде чем вносить какие-либо изменения!
Я знаю, что этот поток очень старый, но для тех, кто все еще смотрит, я решил эту проблему, отключив и повторно подключившись к беспроводной точке доступа.
Часто я помещаю 8.8.8.8 в мой /etc/resolv.conf, чтобы это исправить. Esp, когда имеешь дело с вонючим дешевым облачным провайдером месяца (в данном случае с линодой).
Это публичные DNS-серверы Google. Да, они, вероятно, выслеживают эти журналы. Но единственный сайт, на котором я обычно обращаюсь, это архивы git и ubuntu.
У меня была та же проблема, на которую Err on apt-get update Эндрюк намекнул правильно.
Я исправил свою проблему, изменив DNS-адрес вручную в файл /etc/resolv.conf на DNS-адрес моего оператора.
Ранее это было установлено 192.168.0.254 Ubuntu.
У меня была очень похожая проблема, в которой: sudo apt-get update не смог закончить, и в ней были ошибки. Я попытался перезагрузить мой кабельный модем , и это сработало. Вы также можете попробовать перезагрузить ваш кабельный модем.
Проверьте в своем браузере, можете ли вы открыть веб-страницу «http://us.archive.ubuntu.com». Если да, то это связано с проблемой настроек сетевого прокси.
Выполните следующие шаги на Ubuntu Desktop.
- Перейдите в Система-> Настройки-> Сетевой прокси
- Выберите «Ручная настройка прокси»
- Отметьте «Использовать один и тот же прокси для всех протоколов»
- HTTP прокси:, порт:
- Нажмите Детали и проверьте «Аутентификация пользователя»
- Введите имя пользователя и пароль и закройте
После этого мне удалось устранить эти ошибки.
У меня была такая же проблема. Работал на виртуальной машине и устал от нее постоянно меняющихся IP-адресов. После установки статического IP-адреса я не установил DNS-серверы имен и больше не мог обновить apt-get. Мне также нужно было добавить серверы имен в файл / etc / network / interfaces. Нашел информацию об этом здесь . (Как мне установить DNS-серверы имен)
Следующая проблема, с которой я столкнулся, заключается в том, что я не могу выполнить сброс, а затем выполнить сброс для сброса сетевых интерфейсов. Этот код работал для меня:
Более подробную информацию об этой проблеме можно найти здесь . (Как сбросить сетевые интерфейсы)
Источник
Вчера в 11 вечера при обновлении Firefox заметил, что скорость скачивания с российских реп Ubuntu упала до 32-200 кбсек. Подумал, что дело в провайдере и пошёл спать.
Сегодня утром на работе обновляю Firefox на ноуте — скорость тоже не радует. На работе провайдер другой, значит, дело не в провайдере.
Кто хостит ru.archive.ubuntu.com и кому писать? Менять репы на европейские пока не хочется.
У всех такая проблема?
У меня щас апдейты Manjaro с Яндекса тянулись с черепашьей скоростью
а, так это Яндекс.
Надо им написать как-то.
А ты где географически находишься?
Значит, проблема, скорее всего, в Яндексе
Только что попробовал скачать исошку арча с яндекса, все хорошо
Написал на opensource@yandex-team.ru
а если сделать так? Нормальная скорость? У меня 66 кбсек:
Тоже пытался сдернуть с яндекса 8-ку , но скорость не более 50к. Походу чего-то у яндекса.
mirror.yandex.ru страшно тупит со вчерашнего дня, подтверждаю.
mirror.yandex.ru страшно тупит со вчерашнего дня, подтверждаю
По моим данным начал тупить в июле.
Нормальная скорость для модема. Совсем зажрались. Я для третьего дебиана обновления ночами качал, бывало.
когда скачивал 7.7 несколько дней тому назад, скорость была
Вот я и говорю — совсем молодежь нетерпеливая стала.
Будто что-то плохое
Менять репы на европейские пока не хочется
Скрепы погнуть боишься?
а вдруг придёт майор и набутылит
Примерно тогда я и отключил у себя их зеркало.
Не хочу напрягать провайдера и гонять трафик так далеко.
ты, конечно же трассернул и выяснил, что виноват точно яндекс? нет? ну оооок
Не хочу напрягать провайдера и гонять трафик так далеко.
это ты мощно задвинул, внушаит.
Все кинулись качать centos8?
Не, ну понять можно — вдруг что, с чебурнетом сильно дальше Смоленска не пинганёшь.
Проблема началась намного более ранее, так как люблю баловаться и перекатывать убунточку в виртуалках . Возможно что и в прошлом году замечал странное поведение при скачивании апдейтов на убунту. Даже помнится переключался на американские или немецкие сервера.
Канал не лимитированный, так что скоростя скачут от 100 до 500+Мбит
апдейты же летели с вот такими, похожими на 50-100кБ/с, т.е. в районе 1 мегабита.
есть мнение, что весь чебурнет сегодня неуиноуатый, говорят ростелеком манешк того
Зачем качать из-за бугра, когда можно качать с MSK-IX? У меня 500/500 Mbps не просто так.
ты, конечно же трассернул и выяснил, что виноват точно яндекс?
А как трассировка поможет замерить пропускную способность на каждом хопе?
в России есть 8 зеркал и некоторые и не хужее яндекса скорость обещают 🙂
Russian Federation 26 Gbps 8 mirrors
server | protocol | speed | |
---|---|---|---|
ia64-linux.org | http | 10 Gbps | Six hours behind |
Truenetwork | http ftp rsync | 10 Gbps | One week behind |
docker.ru | http | 2 Gbps | Six hours behind |
Beeline | http ftp rsync | 1 Gbps | Two days behind |
TIMEWEB | http ftp rsync | 1 Gbps | One day behind |
Yandex | http ftp rsync | 1 Gbps | One day behind |
POWERNET | http ftp rsync | 1 Gbps | Up to date |
Logol Hosting | http ftp | 100 Mbps | Two days behind |
Вроде где-то софт для блокировки тележки тестировать начали, не у вас случаем?
Ну или ваш провайдер тупит.
Вчера неон вообще был недоступен, archive.neon.kde.org, хотя обновы прилетали и устанавливались без проблем, фф-69.0.1, например. А вот что-то установить через discover или apt(-get) или pkcon, то тут облом. Сегодня после обеда все заработало.
кстати а чем можно объяснить такое распределение скоростей по странам ?? где густо а где и пусто
Мне яндекс из Питера 403 говорит
А сейчас в Питере заработал — 120КБ/с, из США — 8МБ/с. Похоже, и впрямь чебурнет.
Цепочка идёт по куче разных провайдеров, ты не напрямую по кабелю с сервером соединён и на каком-то узле проблемы.
Точно, все ломанулись скачивать CentOS 8, поэтому и упала скорость. А зачем тебе libnl, кстати? Я знаю только, что это — одна из зависимостей hostapd, но хочу узнать ещё, для чего этой либой пользуются?
Источник
- Печать
Страницы: [1] Вниз
Тема: Не работает обновление после установки [Решено] (Прочитано 1095 раз)
0 Пользователей и 1 Гость просматривают эту тему.

Cipper
Я как бы понимаю что ставя сервер человек обычно не утруждает себя обновлениями, но всё же не пойму, как так вышло что сразу после установки 18.04 Ось не обновляется по умолчанию? Ну ладно, может просто действительно сервер лёг, переписал адреса на зеркало яндекса, так оно не резолвится…. Это что? Почему???
« Последнее редактирование: 03 Мая 2020, 06:04:00 от zg_nico »

The Green Side
Не понимаю, как можно попросить помощи в решении проблемы, не приведя выхлоп терминала или скрин ошибки
Наиболее информативен будет выхлоп терминала.
sudo apt update && sudo apt upgrade
Debian 11, Debian 11 Server

Cipper

Pilot6
Я как бы понимаю что ставя сервер человек обычно не утруждает себя обновлениями
Что за чушь такая?
но всё же не пойму, как так вышло что сразу после установки 18.04 Ось не обновляется по умолчанию?
Что вы понимаете под обновлением по умолчанию? Чтобы само взяло и обновилось? Не бывает такого.
переписал адреса на зеркало яндекса, так оно не резолвится…. Это что? Почему???
У меня резолвится. Значит руки не из того места…. На основании имеющейся информации ничего другого не скажешь.
Я в личке не консультирую. Вопросы задавайте на форуме.

The Green Side
ping ubuntu.ru
?
ping 138.201.188.48
Debian 11, Debian 11 Server

Pilot6
Temporary failure resolving ‘mirror.yandex.ru’
А что нибудь вообще резолвится? И что вы прописали-то? По умолчанию в русской версии
http://ru.archive.ubuntu.com/ubuntu — это и есть зеркало Яндекса.
Я в личке не консультирую. Вопросы задавайте на форуме.

Usermaster
Чтобы само взяло и обновилось? Не бывает такого.
Не совсем так. Когда ставил у себя на сервер 16.04 server, она вежливо спросила о том хочу ли я чтоб она обновлялась автоматом но я отказался.

Cipper
Я о том, что оно не обновляется после настройки сети и команды обновиться

Pilot6
Я о том, что оно не обновляется после настройки сети и команды обновиться
А сеть-то работает? Вы еще что-нибудь пробовали, кроме как обновится? Домены резолвятся?
Я в личке не консультирую. Вопросы задавайте на форуме.

Cipper
пинг не проходит, пошёл микротик перезапускать

Usermaster
Прежде чем над sources.list издеваться, надо сеть сначала настроить.
И «ip a» поглядите, чего там вообще написано.

Pilot6
пинг не проходит, пошёл микротик перезапускать
Так с этого и надо было начать.
Я в личке не консультирую. Вопросы задавайте на форуме.

Cipper
это что то с чем то… я всё сломал… как у него настроить сеть теперь?
- Печать
Страницы: [1] Вверх
Доброо времени суток,
Прошу помощи. Установил Альт Сервер 9 платформу (типовая роль в установке — контроллер домена).
Попытался обновить пакеты на сервере. Выдал ошибки:
[root@altserver ~]# apt-get update
Ошибка http://mirror.yandex.ru p9/branch/x86_64 release
Could not resolve 'mirror.yandex.ru'
Ошибка http://mirror.yandex.ru p9/branch/x86_64-i586 release
Could not resolve 'mirror.yandex.ru'
Ошибка http://mirror.yandex.ru p9/branch/noarch release
Could not resolve 'mirror.yandex.ru'
W: Release files for some repositories could not be retrieved or authenticated. Such repositories are being ignored.
E: Failed to fetch http://mirror.yandex.ru/altlinux/p9/branch/x86_64/base/release Could not resolve 'mirror.yandex.ru'
W: Release files for some repositories could not be retrieved or authenticated. Such repositories are being ignored.
E: Failed to fetch http://mirror.yandex.ru/altlinux/p9/branch/x86_64-i586/base/release Could not resolve 'mirror.yandex.ru'
W: Release files for some repositories could not be retrieved or authenticated. Such repositories are being ignored.
E: Failed to fetch http://mirror.yandex.ru/altlinux/p9/branch/noarch/base/release Could not resolve 'mirror.yandex.ru'
E: Some index files failed to download. They have been ignored, or old ones used instead.
Попробовал резолвить имена узлов по пингу, выдал сетевую ошибку
[root@altserver ~]# ping mirror.yandex.ru
ping: mirror.yandex.ru: System error
Настройку сети делал по вики, добавил файлы ipv4address и ipv4route в папку /etc/net/ifaces/enp7s0f0(сетевая карта), отредактировал файл options.
Не нашел как перезапустить службу network. Перезагрузил сервер, все-равно имена не преобразуются в ip и не видит mirror.yandex.ru.
На подопытной рабочей станции Альт 8.2, пинг по имени узла нормально преобразовал в ip и пакеты пошли.
Подскажите пожалуйста, в чем может быть косяк. Может это из-за роли сервера «контроллер домена». Собственная DNS на нем выключена(не установлена) bind.service.
alteratord.service loaded active running Alterator backend server
avahi-daemon.service loaded active running Avahi mDNS/DNS-SD Stack
● bind.service loaded failed failed Berkeley Internet Name Do
● clamd.service loaded failed failed LSB: Start clamd at boot
● clamsmtpd.service loaded failed failed SYSV: ClamSMTP Daemon
consolesaver.service loaded active exited SYSV: This package loads
cpufreq-simple.service loaded active exited Load kernel modules neede
crond.service loaded active running Vixie Cron Daemon
Еще вопрос, задавался уже ранее, но может быть с того момента что-то поменялось. Для отдельной темы — книги по Альт или дебиан (для новичков), про настройку конфигурационных файлов и администрирование, работу в терминале. Команды для настройки разных устройств.
Спасибо
Записан
Читайте про resolvconf. Если в /etc/resolvconf.conf есть name_servers=127.0.0.1 на КД, то для samba-dc прописывайте внешние forwarders (в модуле Alterator или smb.conf). Запросы к внешним серверам будут идти через Samba.
Записан
Андрей Черепанов (cas@)
Для отдельной темы — книги по Альт или дебиан (для новичков), про настройку конфигурационных файлов и администрирование, работу в терминале. Команды для настройки разных устройств.
Спасибо
debian:
Записки дебианщика. Книга по Linux: The Debian Cookbook
http://mydebianblog.blogspot.com/2010/08/linux-debian-cookbook.html
(читать с большой поправкой на systemd. Но несмотря на то что книга 10-тилетней давности, что-то может быть полезно и сейчас)
Пользовательские руководства Debian
https://www.debian.org/doc/user-manuals.ru.html
(более 10-ти позиций)
На русском:
ЧаВО по Debian GNU/Linux
Руководство по установке Debian
Памятка по Debian GNU/Linux
Справочник администратора Debian
Руководство пользователя aptitude
Записан
Записан
Письмо на тему «приключения resolv.conf в ALT»:
https://lists.altlinux.org/pipermail/sysadmins/2020-March/038295.html
Помогла правка руками раздела /var/resolv/etc/resolv.conf поменял сервер на свой виндовый DNS и сразу все заработало.
Понятное дело костыль. И так не должно быть. Наталкивает меня на мысль, о том что раздел /var у меня как-то криво смонтирован с опцией noexec видимо, хотя я его отдельно не монтировал и ставил авторазбивку при установке.
Черт, видимо точно:
[root@altserver ~]# df
Файловая система Размер Использовано Дост Использовано% Cмонтировано в
udevfs 12G 96K 12G 1% /dev
runfs 12G 1,7M 12G 1% /run
/dev/sda1 24G 6,9G 16G 32% /
tmpfs 12G 0 12G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 12G 0 12G 0% /sys/fs/cgroup
tmpfs 12G 8,0K 12G 1% /tmp
/dev/sda2 389G 1,4G 368G 1% /var
tmpfs 2,4G 4,0K 2,4G 1% /run/user/466
tmpfs 2,4G 0 2,4G 0% /run/user/500
Придется ставить сервер заново или редактировать точки монтирования.
Спасибо большое за ответы. Отдельное спасибо за книги.
« Последнее редактирование: 25.08.2020 19:08:55 от Alex89 »
Записан
У меня тоже не хочет обновлять mirror.yandex, только на KWorkstation.
Ничего не менял в системе по сути, только обновления.
Могу исправить как-то (я все еще начинающий в линукс), или капец системе?
незнаю, важно ли: /var/resolv/etc/resolv.conf
# Generated by resolvconf
# Do not edit manually, use
# /etc/net/ifaces/<interface>/resolv.conf instead.
nameserver 192.168.1.1
что и где конкретно менять — не знаю.
« Последнее редактирование: 11.09.2020 00:28:29 от S3R_sqrT »
Записан
Помогла правка руками раздела /var/resolv/etc/resolv.conf поменял сервер на свой виндовый DNS и сразу все заработало.
Понятное дело костыль. И так не должно быть. Наталкивает меня на мысль, о том что раздел /var у меня как-то криво смонтирован с опцией noexec видимо, хотя я его отдельно не монтировал и ставил авторазбивку при установке.
У меня так:
/dev/sdc7 on /var type ext4 (rw,nosuid,relatime,data=ordered)
Но вообще это не должно влиять на update_chrooted. Я правильно понял, что /etc/resolv.conf правильный получается, но не копируется в /var/resolv/etc/resolv.conf ?
« Последнее редактирование: 10.09.2020 23:57:41 от asy »
Записан
У меня тоже не хочет обновлять mirror.yandex, только на KWorkstation.
Ничего не менял в системе по сути, только обновления.
Могу исправить как-то (я все еще начинающий в линукс), или капец системе?
Капец системе бывает когда hdd посыпался.
Записан
Извиняюсь, кто-нибудь не напишет ли мне четкие инструкции как поправить дело?
Записан
Извиняюсь, кто-нибудь не напишет ли мне четкие инструкции как поправить дело?
Знать бы, что именно поправлять. Где, хотябы, сообщение об ошибке? А так по той ссылке, что я давал, всё написано. Если что-то непонятно, можно переспросить. nameserver 192.168.1.1 нормально, если по этому адресу есть nameserver.
Записан
Извиняюсь, кто-нибудь не напишет ли мне четкие инструкции как поправить дело?
Знать бы, что именно поправлять. Где, хотябы, сообщение об ошибке? А так по той ссылке, что я давал, всё написано. Если что-то непонятно, можно переспросить. nameserver 192.168.1.1 нормально, если по этому адресу есть nameserver.
[root@__ ~]# apt-get update
Получено: 1 http://rpm-alt.trueconf.com x86_64 release [432B]
Получено: 2 http://browser-rpm.sputnik.ru x86_64 release [426B]
Ошибка http://mirror.yandex.ru p9/branch/x86_64 release
Could not resolve ‘mirror.yandex.ru’
Ошибка http://mirror.yandex.ru p9/branch/x86_64-i586 release
Could not resolve ‘mirror.yandex.ru’
Ошибка http://mirror.yandex.ru p9/branch/noarch release
Could not resolve ‘mirror.yandex.ru’
Получено 858B за 35s (24B/s).
W: Release files for some repositories could not be retrieved or authenticated. Such repositories are being ignored.
E: Failed to fetch http://mirror.yandex.ru/altlinux/p9/branch/x86_64/base/release Could not resolve ‘mirror.yandex.ru’
W: Release files for some repositories could not be retrieved or authenticated. Such repositories are being ignored.
E: Failed to fetch http://mirror.yandex.ru/altlinux/p9/branch/x86_64-i586/base/release Could not resolve ‘mirror.yandex.ru’
W: Release files for some repositories could not be retrieved or authenticated. Such repositories are being ignored.
E: Failed to fetch http://mirror.yandex.ru/altlinux/p9/branch/noarch/base/release Could not resolve ‘mirror.yandex.ru’
E: Some index files failed to download. They have been ignored, or old ones used instead.
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
E: Tried to dequeue a fetching object
Записан
А дальше? Я ещё спросил, есть ли DNS по адресу 192.168.1.1. Этот 192.168.1.1 — это что? Что показывает
host www.ru 192.168.1.1
Записан
А дальше? Я ещё спросил, есть ли DNS по адресу 192.168.1.1. Этот 192.168.1.1 — это что? Что показывает
host www.ru 192.168.1.1
# host www.ru 192.168.1.1
Using domain server:
Name: 192.168.1.1
Address: 192.168.1.1#53
Aliases:
Записан
Неудачно получилось: www.ru теперь правда не существует. Тогда
host nic.ru 192.168.1.1
И, до кучи
host mirror.yandex.ru 192.168.1.1
Записан
Помогла правка руками раздела /var/resolv/etc/resolv.conf поменял сервер на свой виндовый DNS и сразу все заработало.
Понятное дело костыль. И так не должно быть. Наталкивает меня на мысль, о том что раздел /var у меня как-то криво смонтирован с опцией noexec видимо, хотя я его отдельно не монтировал и ставил авторазбивку при установке.У меня так:
/dev/sdc7 on /var type ext4 (rw,nosuid,relatime,data=ordered)Но вообще это не должно влиять на update_chrooted. Я правильно понял, что /etc/resolv.conf правильный получается, но не копируется в /var/resolv/etc/resolv.conf ?
Да, получается так. Сейчас похоже, я из-за этого немогу нормально OpenVPN сервер настроить или из-за невнимательности))
« Последнее редактирование: 13.11.2020 15:28:39 от Alex89 »
Записан
РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release (deb http://mirror.yandex.ru/debian-multimedia/ lenny main)
Модераторы: Warderer, Модераторы разделов
-
NK
- Сообщения: 226
- ОС: GNU/Linux x86
РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Всем привет,
при попытке подключить репозиторий http://mirror.yandex.ru/debian-multimedia — всплывает все время какая-то ошибка (дистрибутив Debian Lenny)
При
ошибки с ключом нет
А вот при:
делаю:
Код: Выделить всё
# wget -O - http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release | apt-key add -
--2009-02-15 19:59:37-- http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release
Распознаётся mirror.yandex.ru... 77.88.19.73, 77.88.19.74, 93.158.155.193, ...
Устанавливается соединение с mirror.yandex.ru|77.88.19.73|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 200 OK
Длина: 11483 (11K) [application/octet-stream]
Сохраняется в каталог: `STDOUT'.
100%[============================================================================
==============================================>] 11 483 --.-K/s в 0,1s
2009-02-15 19:59:38 (93,9 KB/s) - `-' сохранён [11483/11483]
gpg: не найдено данных формата OpenPGP.
Затем:
И опять таки эта ошибка
Не подскажете, что не так, а вернее из-за чего ошибка и как ее побороть?
-
NK
- Сообщения: 226
- ОС: GNU/Linux x86
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
NK » 16.02.2009 11:10
KernelPanic писал(а): ↑
16.02.2009 06:24
А с чего вы взяли, что нужный ключ — это файл Release в репозитории? Правильно пишет, это и есть ошибка с ключом, так как то, что вы пытаетесь добавить, не является ключом.
Ой, извиняюсь, кое-что не описал / не дописал, а именно пробовал так и так:
Код: Выделить всё
# apt-get update
...
W: GPG error: http://mirror.yandex.ru lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 07DC563D1F41B907
W: Вы можете запустить 'apt-get update' для исправления этих ошибок
Код: Выделить всё
# wget -O - http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release | apt-key add -
--2009-02-16 11:04:50-- http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release
Распознаётся mirror.yandex.ru... 93.158.155.193, 77.88.19.68, 77.88.19.73, ...
Устанавливается соединение с mirror.yandex.ru|93.158.155.193|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 200 OK
Длина: 11483 (11K) [application/octet-stream]
Сохраняется в каталог: `STDOUT'.
100%[======================================>] 11 483 --.-K/s в 0,04s
2009-02-16 11:04:50 (250 KB/s) - `-' сохранён [11483/11483]
gpg: не найдено данных формата OpenPGP.
# apt-get update
...
W: GPG error: http://mirror.yandex.ru lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 07DC563D1F41B907
W: Вы можете запустить 'apt-get update' для исправления этих ошибок
Код: Выделить всё
# wget -O - http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release.gpg | apt-key add -
--2009-02-16 11:07:38-- http://mirror.yandex.ru/debian-multimedia/dists/lenny/Release.gpg
Распознаётся mirror.yandex.ru... 93.158.155.193, 77.88.19.68, 77.88.19.73, ...
Устанавливается соединение с mirror.yandex.ru|93.158.155.193|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 200 OK
Длина: 197 [application/octet-stream]
Сохраняется в каталог: `STDOUT'.
100%[======================================>] 197 --.-K/s в 0s
2009-02-16 11:07:38 (23,9 MB/s) - `-' сохранён [197/197]
gpg: не найдено данных формата OpenPGP.
# apt-get update
...
W: GPG error: http://mirror.yandex.ru lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 07DC563D1F41B907
W: Вы можете запустить 'apt-get update' для исправления этих ошибок
-
KernelPanic
- Бывший модератор
- Сообщения: 2060
- Статус: Brain Атаке
- ОС: Debian squeeze/sid/exp
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
KernelPanic » 16.02.2009 11:28
Хе-хе, Вы меня не поняли, еще разок:
wget -O — http://mirror.yandex.ru/debian-multimedia/…nny/Release.gpg | apt-key add —
и
wget -O — http://mirror.yandex.ru/debian-multimedia/…s/lenny/Release | apt-key add —
ничего Вам не дадут, так как это не файлы с ключом, это просто файлы, в которых перечислены md5-суммы архивов с информацией об имеющихся в репозитории пакетах. Один из них подписан ключом. apt-get, как и aptitude, будут смотреть и сверять этот файл с перечнем ключей, которым доверяет.
Чтобы получить ключ Вам надо, скорее всего, установить пакет debian-multimedia-keyring с этого репозитория. Должна произойти прописка ключа в список доверенных автоматически.
Уже после этого сделать aptitude update и пользоваться репозиторием.
-
NK
- Сообщения: 226
- ОС: GNU/Linux x86
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
NK » 16.02.2009 18:41
Спасибо,конечно, это я уже проделывали, ставил пакет debian-multimedia-keyring с подключенным репозиторием deb http://mirror.yandex.ru/debian-multimedia/ lenny main , НО когда ставишь данный пакет (к примеру, в synaptic) выскакивает сообщение с предупреждением о не проверенной подлинности ключа, т.е. можно установить, но типа, на свой страх и риск, вот это меня очень настораживает
Хмм, даже не знаю, странно, почему же тогда с подключением и якобы пропиской ключей других Яndex репозиториев помог этот способ?
-
KernelPanic
- Бывший модератор
- Сообщения: 2060
- Статус: Brain Атаке
- ОС: Debian squeeze/sid/exp
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
KernelPanic » 16.02.2009 19:40
nkman писал(а): ↑
16.02.2009 18:41
т.е. можно установить, но типа, на свой страх и риск, вот это меня очень настораживает
А что Вас настораживает? Ну нет их ключа в доверенных у Вашей системы. Встречал подобное несколько раз, просто разрабы решили предоставлять ключ таким способом. Ничего особенного в этом нет.
nkman писал(а): ↑
16.02.2009 18:41
Хмм, даже не знаю, странно, почему же тогда с подключением и якобы пропиской ключей других Яndex репозиториев помог этот способ?
Возможно, ключ уже был в списке доверенных в Вашей системе, поэтому данное действие ни к чему не приводило. Посмотрите внимательно на ответ apt-key в Вашем выводе:
gpg: не найдено данных формата OpenPGP.
что означает, что Вы подсовываете ему явно не ключ. Да и взгляните на данный файл, просто скачав его. Там только то, что я уже написал.
В пакете debian-multimedia-keyring содержится ключ от этого репозитория, я уже посмотрел, а также «послеустановочный» скрипт, который выполнит добавление ключа в список доверенных, так что обычная процедура. Можете вручную скачать данный ключ здесь и поставить через:
# dpkg -i имя_пакета.deb
После чего выполните aptitude update и пользуйтесь данным репозиторием. Удачи.
-
NK
- Сообщения: 226
- ОС: GNU/Linux x86
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
NK » 16.02.2009 21:13
KernelPanic писал(а): ↑
16.02.2009 19:40
Возможно, ключ уже был в списке доверенных в Вашей системе, поэтому данное действие ни к чему не приводило.
Наверно, да, потому что я сейчас вот вспоминаю, что во время установки было предложено действие о подключении Интернет сервисов (вроде бы так называлось), я выбрал среди российских mirror.yandex.ru и может они и прописалась какие-то ключи..,
Спасибо большое за прояснения
А, кстати, что б добить уж полностью тему (все так сказать проверить) и что б если у кого-то возникнет похожая ситуация связанная с изучением и подключением репозиториев):
— Не подскажите, как узнать ключ для какого-нибудь репозитория
— И как удалить этот ключ
-
KernelPanic
- Бывший модератор
- Сообщения: 2060
- Статус: Brain Атаке
- ОС: Debian squeeze/sid/exp
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
KernelPanic » 16.02.2009 21:30
Для работы с ключами в Дебиане предусмотрена утилита apt-key, так что посмотрите мануал man apt-key, там немного, да и понятно всё.
По Вашему вопросу:
— # apt-key list (выдаст список доверенных ключей, там можно посмотреть информацию о том, кому какой ключ принадлежит)
— # apt-key del KEYID (удалит ключ с указанным KEYID — id ключа, к примеру, для ключа 4096R/55BE302B id будет равен 55BE302B, то есть все, что после слеша).
-
NK
- Сообщения: 226
- ОС: GNU/Linux x86
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
NK » 16.02.2009 22:14
KernelPanic писал(а): ↑
16.02.2009 21:30
Для работы с ключами в Дебиане предусмотрена утилита apt-key, так что посмотрите мануал man apt-key, там немного, да и понятно всё.
По Вашему вопросу:
— # apt-key list (выдаст список доверенных ключей, там можно посмотреть информацию о том, кому какой ключ принадлежит)
— # apt-key del KEYID (удалит ключ с указанным KEYID — id ключа, к примеру, для ключа 4096R/55BE302B id будет равен 55BE302B, то есть все, что после слеша).
Ладно, спасибо огромное за прояснение ситуации)
посмотрел apt-key list , но пока что не совсем все понятно и не все так просто, как я думал, к примеру, то что там будет написан ключ и относящийся к нему репозиторий, а в лоб методом перебора не хочется проверять, прописанно много чего у меня там
в обще-то тему можно закрывать ситуация прояснена
-Просто надо подключить репозиторий и желательно установить пакеты такие как debian-multimedia-keyring (и можно еще debian-keyring) и все должно работать как надо — без предупреждений
Всё, решено и объяснено Решено GPG error: http://mirror.yandex.ru lenny Release , еще раз спасибо
-
RDV1984
- Сообщения: 176
- ОС: Debian GNU/Linux testing
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
RDV1984 » 09.06.2009 20:32
У меня появляется вот такая ошибка
W: GPG error: http://mirror.yandex.ru lenny/volatile Release: Следующие подписи неверные: BADSIG EC61E0B0BBE55AB3 Debian-Volatile Archive Automatic Signing Key (4.0/etch)
W: Вы можете запустить ‘apt-get update’ для исправления этих ошибок
Вот мой соурс.лист
Код: Выделить всё
# Main Debian mirror
deb http://mirror.yandex.ru/debian/ lenny main contrib non-free
deb http://mirror.yandex.ru/debian-security/ lenny/updates main contrib non-free
deb http://mirror.yandex.ru/debian-volatile/ lenny/volatile main contrib non-free
#Debian Backports.org repo
deb http://mirror.yandex.ru/backports.org/ lenny-backports main contrib non-free
# Debian multimedia archive
deb http://mirror.yandex.ru/debian-multimedia/ lenny main
#----------------------------------------------------------------------------------
# Проект sidux, есть самые свежие версии ядра, артворки, полезные утилиты
# deb http://sidux.com/debian/ sid main contrib non-free firmware fix.main fix.contrib fix.non-free
#репозиторий с Opera
# wget -O - http://deb.opera.com/archive.key | apt-key add -
deb http://deb.opera.com/opera/ lenny non-free
#репозиторий Wicd wget -q http://apt.wicd.net/wicd.gpg -O- | sudo apt-key add -
deb http://apt.wicd.net lenny extras
#репозиторий Skype
deb http://download.skype.com/linux/repos/debian/ stable non-free
#репозиторий OpenOffis InfraResurs
deb http://download.i-rs.ru/pub/openoffice/debian ./
#репозиторий Wine
deb http://www.lamaresh.net/apt lenny main
Пакет debian-multimedia-keyring установлен.
В чем может быть дело?
-
Aectann
- Бывший модератор
- Сообщения: 3491
- Статус: …
- ОС: OS X, GNU_и_не_только/Linux
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
Aectann » 10.06.2009 01:26
RDV1984 писал(а): ↑
09.06.2009 20:32
W: GPG error: http://mirror.yandex.ru lenny/volatile Release: Следующие подписи неверные: BADSIG EC61E0B0BBE55AB3 Debian-Volatile Archive Automatic Signing Key (4.0/etch)
W: Вы можете запустить ‘apt-get update’ для исправления этих ошибок
Пакет debian-multimedia-keyring установлен.
В чем может быть дело?
В данном случае пакет называется debian-archive-keyring, если я все правильно понимаю.
My god… it’s full of stars!…
-
RDV1984
- Сообщения: 176
- ОС: Debian GNU/Linux testing
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
RDV1984 » 10.06.2009 08:35
В данном случае пакет называется debian-archive-keyring, если я все правильно понимаю.
При установке этого пакета вылетает ощибка:
Код: Выделить всё
dm-toshiba:/home/dmitry/Desktop# cd /home/dmitry//drivers/
dm-toshiba:/home/dmitry/drivers# dpkg -i debian-arhive-keyring_2009.01.31_all.deb
dpkg: не удалось обработать параметр debian-arhive-keyring_2009.01.31_all.deb (--install):
нет доступа к архиву: Нет такого файла или каталога
При обработке следующих пакетов произошли ошибки:
debian-arhive-keyring_2009.01.31_all.deb
dm-toshiba:/home/dmitry/drivers#
Файл там есть скачанный из http://mirror.yandex.ru/debian/pool/main/d…rchive-keyring/
-
RDV1984
- Сообщения: 176
- ОС: Debian GNU/Linux testing
Re: РЕШЕНО GPG error: http://mirror.yandex.ru lenny Release
Сообщение
RDV1984 » 10.06.2009 11:05
Да похоже файл первый раз скачался с ошибкой, скачал заново, пишу:
Код: Выделить всё
dm-toshiba:/home/dmitry# dpkg -i debian-archive-keyring_2009.01.31_all.deb
(Чтение базы данных... на данный момент установлено 98326 файлов и каталогов.)
Подготовка к замене пакета debian-archive-keyring 2009.01.31 (используется файл debian-archive-keyring_2009.01.31_all.deb)...
Распаковывается замена для пакета debian-archive-keyring ...
Настраивается пакет debian-archive-keyring (2009.01.31) ...
gpg: ключ 6070D3A1: "Debian Archive Automatic Signing Key (4.0/etch) <ftpmaster@debian.org>" не изменен
gpg: ключ ADB11277: "Etch Stable Release Key <debian-release@lists.debian.org>" не изменен
gpg: ключ BBE55AB3: "Debian-Volatile Archive Automatic Signing Key (4.0/etch)" не изменен
gpg: ключ F42584E6: "Lenny Stable Release Key <debian-release@lists.debian.org>" не изменен
gpg: ключ 55BE302B: "Debian Archive Automatic Signing Key (5.0/lenny) <ftpmaster@debian.org>" не изменен
gpg: ключ 6D849617: "Debian-Volatile Archive Automatic Signing Key (5.0/lenny)" не изменен
gpg: Всего обработано: 6
gpg: неизмененных: 6
Код: Выделить всё
dm-toshiba:/home/dmitry# aptitude update
...
Чтение списков пакетов... Готово
W: GPG error: http://mirror.yandex.ru lenny/volatile Release: Следующие подписи неверные: BADSIG EC61E0B0BBE55AB3 Debian-Volatile Archive Automatic Signing Key (4.0/etch)
W: Вы можете запустить 'apt-get update' для исправления этих ошибок
Содержание
- Ошибка «Нет доверия сертификату» для Mirror Yandex.ru
- Что такое ошибка «Нет доверия сертификату»?
- Причины возникновения ошибки
- Как решить проблему ошибки «Нет доверия сертификату» на Mirror Yandex.ru?
- Вопрос-ответ
- Что означает ошибка «Нет доверия сертификату» для Mirror Yandex.ru?
- Какие могут быть причины ошибки «Нет доверия сертификату» для Mirror Yandex.ru?
- Как можно исправить ошибку «Нет доверия сертификату» для Mirror Yandex.ru?
- Может ли кто-то похитить мои данные из-за ошибки «Нет доверия сертификату» для Mirror Yandex.ru?
- Могут ли проблемы со стороны сервера Mirror Yandex.ru вызвать ошибку «Нет доверия сертификату»?
Доступ к интернет-ресурсам защищен соединением SSL/TLS, которое обеспечивает конфиденциальность передаваемой информации. Для установки безопасного соединения необходимо установить доверие сертификата, что подтверждает его подлинность и целостность. Однако, при попытке доступа к зеркалу Yandex.ru может возникнуть ошибка «Нет доверия сертификату».
В данной статье рассмотрим причины возникновения данной ошибки, а также предоставим решения для ее устранения.
Если вы столкнулись с ошибкой «Нет доверия сертификату» при попытке доступа к зеркалу Yandex.ru, то читайте дальше, чтобы узнать, как решить данную проблему.
Когда вы попадаете на Mirror Yandex.ru, могут возникнуть проблемы с сертификатами, из-за которых вы можете получить сообщение «Нет доверия сертификату». В простейшем случае это может быть вызвано неправильным настройками времени и даты устройства, на котором вы открываете сайт.
Однако, если проблема не решается путем изменения этой настройки, значит, возможно, на вашем устройстве не установлены корневые сертификаты, без которых браузер не может доверять сертификату сайта. В этом случае можно попытаться установить корневые сертификаты вручную или обратиться к специалисту.
Также, причиной может быть некорректно настроенный прокси-сервер, который может блокировать или изменять трафик. В этом случае необходимо изменить настройки прокси или обратиться к системному администратору.
В целом, для избежания ошибки «Нет доверия сертификату» для Mirror Yandex.ru, следует убедиться, что на вашем устройстве установлены все необходимые корневые сертификаты и настройки времени и даты установлены правильно.
Что такое ошибка «Нет доверия сертификату»?
Ошибка «Нет доверия сертификату» – это сообщение, которое появляется в браузере при попытке зайти на веб-сайт, использующий защищенное соединение SSL/TLS. Она свидетельствует о том, что сертификат, который предоставляет сервер, не может быть проверен по какой-либо причине и не получил доверия браузера.
Сертификат SSL/TLS – это особый вид электронных документов, который используется для обеспечения безопасности передачи данных между сервером и клиентом. Он содержит информацию о владельце сайта, действительности сертификата, ключе и других параметрах, которые позволяют клиенту убедиться в том, что он общается с тем сервером, для которого предназначен запрос, и что передаваемые данные защищены.
Однако, если сертификат недействительный, не корректно сконфигурирован или неизвестного происхождения, браузер предупредит пользователя, что соединение может быть не безопасным. Если вы увидели это сообщение, не стоит продолжать работу с сайтом, так как это может привести к утечке ваших личных данных или вредоносной атаке на ваше устройство или компьютер.
В данном случае важно правильно определить причину ошибки и решить ее, чтобы получить доступ к защищенному сайту и не поставить под угрозу личную безопасность.
Причины возникновения ошибки
Ошибка «Нет доверия сертификату» может возникнуть по разным причинам:
- Сертификат сайта истек, не действителен или был отозван;
- Сертификат был выдан неправильно, с неправильной информацией;
- Сайт использует самоподписанный сертификат, который не подтвержден никаким надежным органом;
- Неверно настроенный DNS-сервер может привести к тому, что браузер выполняет запрос к сайту по другому адресу и получает сертификат, не соответствующий действительному адресу.
Все эти причины приводят к тому, что браузер не может проверить подлинность сертификата и выводит ошибку «Нет доверия сертификату».
Как решить проблему ошибки «Нет доверия сертификату» на Mirror Yandex.ru?
Ошибка «Нет доверия сертификату» может возникнуть при доступе к Mirror Yandex.ru из-за проблемы с сертификатом. Чтобы решить эту проблему, вам необходимо выполнить несколько шагов:
- Проверьте, правильно ли вы вводите адрес сайта. Убедитесь, что вы пытаетесь зайти на именно на Mirror Yandex.ru, а не на другой сайт.
- Попробуйте очистить кэш браузера. Иногда браузер сохраняет устаревшие данные, которые могут быть причиной ошибки. Очистка кэша может помочь.
- Убедитесь, что у вас установлены все необходимые обновления операционной системы и браузера. Возможно, обновление решит проблему.
- Если вы все еще видите ошибку, проверьте свою системную дату и время. Неправильная дата или время на вашем компьютере могут привести к ошибке.
- Попробуйте зайти на Mirror Yandex.ru из другого браузера или устройства. Если ошибка пропадает, проблема может быть связана именно с вашим браузером или устройством.
- Если ничто не помогло, свяжитесь с технической поддержкой Mirror Yandex.ru. Возможно, проблема находится на их стороне и они могут ее решить.
Если вы попробовали все эти шаги и ошибка остается, возможно, вам придется ждать некоторое время, пока проблема не устранится сама. В любом случае, не стоит вводить личную информацию на сайте, пока вы не можете быть уверены в его безопасности.
Вопрос-ответ
Что означает ошибка «Нет доверия сертификату» для Mirror Yandex.ru?
Эта ошибка возникает, когда ваш браузер не может проверить подлинность сертификата, предоставляемого сайтом, и считает его недействительным или неподтвержденным. Это чаще всего происходит, когда сертификат был выдан недавно или был взломан.
Какие могут быть причины ошибки «Нет доверия сертификату» для Mirror Yandex.ru?
Существует несколько причин, которые могут вызвать эту ошибку. Некоторые из них включают неправильную установку сертификата, использование устаревших версий браузера, отсутствие необходимой информации в сертификате, проблемы с настройкой безопасности на компьютере и другие.
Как можно исправить ошибку «Нет доверия сертификату» для Mirror Yandex.ru?
Существует несколько способов исправить эту ошибку. Во-первых, вы можете попробовать обновить браузер и проверить настройки безопасности. Во-вторых, убедитесь, что вы заходите на официальный сайт Mirror Yandex.ru. В-третьих, вы можете добавить исключение для сертификата, если вы уверены в его подлинности.
Может ли кто-то похитить мои данные из-за ошибки «Нет доверия сертификату» для Mirror Yandex.ru?
Существует незначительный риск, что кто-то сможет украсть ваши данные через небезопасные соединения, если вы не принимаете меры для защиты своего компьютера или устройства. Однако, если вы следуете рекомендации по мерам безопасности, вероятность кражи данных будет минимальной.
Могут ли проблемы со стороны сервера Mirror Yandex.ru вызвать ошибку «Нет доверия сертификату»?
Да, возможно, проблемы со стороны сервера могут вызвать ошибку «Нет доверия сертификату». Это может произойти, если сертификат выдан неправильно или сервер не прошел проверку подлинности. Однако, такие случаи являются редкими и, как правило, быстро устраняются.
Is there a way to remove the mirror.yandex.ru
host from the mirrors list? I live in Ukraine and yandex.ru is blocked here.
dmitr@Lenovo MINGW64 ~
$ pacman -Sy
:: Synchronizing package databases...
mingw32 1218.0 KiB 166 KiB/s 00:07 [#####################] 100%
mingw64 1224.1 KiB 113 KiB/s 00:11 [#####################] 100%
ucrt64 1468.7 KiB 177 KiB/s 00:08 [#####################] 100%
clang64 1154.8 KiB 181 KiB/s 00:06 [#####################] 100%
msys is up to date
error: failed retrieving file 'ucrt64.db' from mirror.msys2.org : Could not resolve host: mirror.yandex.ru
warning: too many errors from mirror.msys2.org, skipping for the remainder of this transaction
error: failed retrieving file 'clang64.db' from mirror.msys2.org : Could not resolve host: mirror.yandex.ru
Loading