Я хотел бы убедиться, что у вас есть свои настройки в / etc / ssh / sshd_config.
Чтобы принудительно использовать PKI и чтобы запретить использование паролей, найдите строку
#PasswordAuthentication yes
[d2 ] в вашем файле, раскомментируйте его и установите на PasswordAuthenticate no
. Я также прочитал бы баланс настроек, чтобы они имели смысл. В частности, постарайтесь убедиться, что вы используете ключи RSA, поскольку DSA известно, что они скомпрометированы.
сначала попробуйте обновить его с помощью
aptitude update
, а затем запустите apt-get
или измените ваше зеркало ближе всего к вашему месту, посмотрите это - как я могу получить apt использовать зеркало рядом со мной или выбрать более быстрое зеркало?
Ответ, который я не нашел в Интернете нигде, но на самом деле нашел его на основе команды, которую я выполнил пару часов назад. Примером такой команды является
echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list
. После чего файл добавляется в /etc/apt/sources.list.d/. В этом каталоге также могут быть добавлены источники. В моем случае это был teamviewer, в котором содержался собственный список, в котором был неверный URL-адрес. Поэтому выключение моего обновления. Это команды, которые я выполнил.
Примечание: teamviewer.list вызывал у меня проблемы, но это может быть что угодно для вас внутри этого каталога. Попробуйте и сделайте резервные копии!)
cd /etc/apt/
cp sources.list.d/* sources.list.d.backup/
rm sources.list.d/teamviewer.list
apt-get clean
apt-get check
apt-get update
Надеюсь, это спасет кого-то часы, которые он мог бы спасти меня!
Вы можете попробовать проверить кеш и очистить каталог кеша. В порядке (каждый шаг более глубокий, так что остановитесь, когда вы найдете решение):
sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. Загляните внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* sudo apt-get check, он обновляет кеш пакетов и проверяет наличие неработающих зависимостей. Сократите до нормального (не огромного) количества репозиториев список /etc/apt/sources.list. Если их слишком много, ваша система может висеть в попытке построить все дерево зависимостей. Вы можете создать минимальный набор репозиториев с сайта генератора списков источников Ubuntu, а после этого вы создадите резервную копию /etc/apt/sources.list (например, sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000), которую вы можете вставить, вместо этого списка. в конечном итоге вы можете проверить, есть ли у вас файл с исходными списками с https, а не с http, но apt-transport-https не установлен (см. комментарий). попробуйте еще раз sudo apt-get update, и если он не выполнит резервное копирование вашего каталога /var/lib/apt/lists с помощью sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_lists и после sudo rm -R /var/lib/apt/lists/* снова запустит sudo apt-get updateВозможно, вам нужно очистить вручную некоторые из следующих каталогов ( вы всегда можете создавать резервные копии и только после удаления файлов внутри):
sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. etc / apt / preferences.d / фрагменты файла для параметров версии. Элемент конфигурации: Dir :: Etc :: PreferencesParts. Заглянуть внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* / var / lib / apt / lists / partial / Storage для передачи информации о состоянии в пути. Элемент конфигурации: Dir :: State :: Lists (частичный будет неявно добавлен). [D11] sudo apt-get check он обновляет кеш-память пакета и проверяет наличие поврежденных зависимостей.PS> Если у вас все получилось, не забудьте удалить резервную копию, которая вам больше не нужна, но не sources.list.000 она всегда может быть полезна! Вы можете найти дополнительные подсказки в соответствующем ответе как этот.
Обновление Была старая ошибка, потому что пакет squid-deb-proxy-client не очищает все свои изменения, решается так:
Удаление строки: Acquire :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";из: /etc/apt/apt.conf.d/30autoproxy
более решительный вынуть пакет если это возможно.
я пришел на эту страницу через высокий рейтинг поиска Google, но эти ответы не помогли мне. Вместо этого я зачистил мой локальный репозиторий извлеченные файлы пакета:
apt-get clean
, если вы изменили местоположение, также измените сервер загрузки:
sudo software-properties-gtk
нажмите другой, затем выберите лучший сервер:
после этого выберите и удалить все остальные репозитории программного обеспечения:
[!d3]
наконец:
sudo apt-get update
sudo apt-get upgrade
В debian 9 мой apt был застрял на 0% [работает] на некоторое время, прежде чем он выполнит любую задачу, требующую доступа в Интернет. После использования многих других методов, когда я отключил диспетчер сети и начал использовать systemd-networkd, эта проблема была окончательно решена.
Это также может быть вызвано тем, что находится за прокси-сервером, который блокирует доступ. Иногда я получал ошибку NODATA ... иногда она оставалась на 0% [Working...].
Убедитесь, что вы можете выполнить ping из своей собственной сети и, что более важно, в сеть Ubuntu, т. е.
ping us.archive.ubuntu.com
OR
ping security.ubuntu.com
Вы должны получить вывод, похожий на:
PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data.
64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms
64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms
--- security.ubuntu.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms
Я также обнаружил, что это происходит со мной, когда я переключился на некоторые https-репозитории. apt требует apt-transport-https для установки для работы (что, по понятным причинам, может быть проблемой при попытке загрузить некоторые вещи).
сначала попробуйте обновить его с помощью
aptitude update
, а затем запустите apt-get
или измените ваше зеркало ближе всего к вашему месту, посмотрите это - как я могу получить apt использовать зеркало рядом со мной или выбрать более быстрое зеркало?
Ответ, который я не нашел в Интернете нигде, но на самом деле нашел его на основе команды, которую я выполнил пару часов назад. Примером такой команды является
echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list
. После чего файл добавляется в /etc/apt/sources.list.d/. В этом каталоге также могут быть добавлены источники. В моем случае это был teamviewer, в котором содержался собственный список, в котором был неверный URL-адрес. Поэтому выключение моего обновления. Это команды, которые я выполнил.
Примечание: teamviewer.list вызывал у меня проблемы, но это может быть что угодно для вас внутри этого каталога. Попробуйте и сделайте резервные копии!)
cd /etc/apt/
cp sources.list.d/* sources.list.d.backup/
rm sources.list.d/teamviewer.list
apt-get clean
apt-get check
apt-get update
Надеюсь, это спасет кого-то часы, которые он мог бы спасти меня!
Вы можете попробовать проверить кеш и очистить каталог кеша. В порядке (каждый шаг более глубокий, так что остановитесь, когда вы найдете решение):
sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. Загляните внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* sudo apt-get check, он обновляет кеш пакетов и проверяет наличие неработающих зависимостей. Сократите до нормального (не огромного) количества репозиториев список /etc/apt/sources.list. Если их слишком много, ваша система может висеть в попытке построить все дерево зависимостей. Вы можете создать минимальный набор репозиториев с сайта генератора списков источников Ubuntu, а после этого вы создадите резервную копию /etc/apt/sources.list (например, sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000), которую вы можете вставить, а не в настоящий список. в конечном итоге вы можете проверить, есть ли у вас файл с исходными списками с https, а не с http, но apt-transport-https не установлен (см. комментарий). попробуйте еще раз sudo apt-get update, и если он не выполнит резервное копирование вашего каталога /var/lib/apt/lists с помощью sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_lists и после sudo rm -R /var/lib/apt/lists/* снова запустит sudo apt-get updateВозможно, вам нужно очистить вручную некоторые из следующих каталогов ( вы всегда можете создавать резервные копии и только после удаления файлов внутри):
sudo apt-get clean (Обновление) в последних версиях он очистит локальный репозиторий полученных файлов пакетов. Этого будет достаточно в большинстве случаев. Это (было) не так в более ранних версиях. Он удаляет все, кроме файла блокировки, из / var / cache / apt / archives / и / var / cache / apt / archives / partial /. etc / apt / preferences.d / фрагменты файла для параметров версии. Элемент конфигурации: Dir :: Etc :: PreferencesParts. Заглянуть внутрь /var/lib/apt/lists/partial/, он должен быть пустым. Если нет, вы можете решить его очистить sudo rm /var/lib/apt/lists/partial/*, в конце концов вам может понадобиться sudo rm -f /var/lib/apt/lists/partial/* / var / lib / apt / lists / partial / Storage для передачи информации о состоянии в пути. Элемент конфигурации: Dir :: State :: Lists (частичный будет неявно добавлен). [D11] sudo apt-get check он обновляет кеш-память пакета и проверяет наличие поврежденных зависимостей.PS> Если у вас все получилось, не забудьте удалить резервную копию, которая вам больше не нужна, но не sources.list.000 она всегда может быть полезна! Вы можете найти дополнительные подсказки в соответствующем ответе как этот.
Обновление Была старая ошибка, потому что пакет squid-deb-proxy-client не очищает все свои изменения, решается так:
Удаление строки: Acquire :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";из: /etc/apt/apt.conf.d/30autoproxy
более решительный вынуть пакет если это возможно.
Я пришел на эту страницу с помощью высокопоставленного поиска Google, но эти ответы мне не помогли. Вместо этого я очистил свой локальный репозиторий загруженных файлов пакета с помощью:
apt-get clean
, если вы изменили местоположение, также измените сервер загрузки:
sudo software-properties-gtk
нажмите другой, затем выберите лучший сервер:
после этого выберите и удалить все остальные репозитории программного обеспечения:
[!d3]
наконец:
sudo apt-get update
sudo apt-get upgrade
В debian 9 мой apt был застрял на 0% [работает] на некоторое время, прежде чем он выполнит любую задачу, требующую доступа в Интернет. После использования многих других методов, когда я отключил диспетчер сети и начал использовать systemd-networkd, эта проблема была окончательно решена.
Это также может быть вызвано тем, что находится за прокси-сервером, который блокирует доступ. Иногда я получал ошибку NODATA ... иногда она оставалась на 0% [Working...].
Убедитесь, что вы можете выполнить ping из своей собственной сети и, что более важно, в сеть Ubuntu, т. е.
ping us.archive.ubuntu.com
OR
ping security.ubuntu.com
Вы должны получить вывод, похожий на:
PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data.
64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms
64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms
--- security.ubuntu.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms
Я также обнаружил, что это происходит со мной, когда я переключился на некоторые https-репозитории. apt требует apt-transport-https для установки для работы (что, по понятным причинам, может быть проблемой при попытке загрузить некоторые вещи).