Как перезапустить сетевой менеджер kali linux
Обновлено: 22.06.2024
После загрузки Kali v 1 у меня не было доступа к Интернету.
Я сидел в небольшой сети на беспроводном маршрутизаторе с другой установкой Kali Linux, также подключенной к сети, и мог выйти в Интернет. Итак, проблема была с ноутбуком под управлением Kali Linux.
Первое, что нужно проверить, это IP-адрес.
Содержание
IP-адрес
ifconfig
Я мог видеть свой IP-адрес с
и я мог ввести 10.0.0.1 в браузере и подключиться к своему маршрутизатору. Но я не мог пройти мимо роутера. Я попытался сбросить сетевой интерфейс eth0:
Не повезло. По-прежнему не удалось добраться до внешней стороны.
сетевой менеджер
Также пробовал перезапустить службу диспетчера сети:
Но тут не повезло.
клиент dh3>
Я попытался с помощью dhclient получить новый IP-адрес для eth0:
но он просто получил новый IP-адрес от маршрутизатора, который совпадал со старым IP-адресом.
Шлюз
Следующее, что нужно проверить, это шлюз. Поскольку я мог подключиться к своему маршрутизатору, который является моим шлюзом, я решил, что это нормально, но все же проверил.
маршрут
Я использовал route для проверки текущего пути маршрутизации:
Это показало, что мой шлюз был 10.0.0.1, а моя подсеть была 255.255.255.0, как и ожидалось.
Здесь не на что смотреть.
resolvconf
Я подозревал, что проблема с доступом к хосту как-то связана с DNS. Файл resolvconf в /etc/resolv.conf содержит несколько записей серверов имен. Если IP-адрес указан как сервер имен, это означает, что сервер предоставляет вам информацию DNS. Поскольку ping возвращал «неизвестный хост», я подозревал, что это произошло из-за ошибки DNS.
В файле resolvconf некоторые серверы имен были автоматически добавлены администратором сети:
Хорошо, вроде нормально. Но они не работают.
Я попробовал пару других пар:
OpenDNS: 208.67.222.222 и 208.67.220.220
Google: 8.8.8.8 и 8.8.4.4
Ни один из них не привел к каким-либо изменениям.
хосты
На всякий случай я проверил файл /etc/hosts на предмет чего-то необычного, но увидел только петлевые интерфейсы для 127.0.0.1/localhost.
Соединение
Следующим шагом на этом этапе отладки является запуск команды ping, чтобы проверить, можно ли подключиться к чему-либо. Но именно в этом проблема.
Если ping возвращает "неизвестный хост", это указывает на проблему с DNS-адресом.
Если проверка связи возвращает "целевой хост недоступен", у вас проблема с маршрутом DNS или адресом шлюза.
Итак, в этот момент я был в полном тупике.
Копаем глубже
Мне действительно не хотелось тратить еще 2-3 часа на переустановку Kali только из-за какой-то дурацкой конфигурации сети, которую я напортачил, поэтому я продолжал копать.
Использование маршрутизатора для DNS
Я также знал, что имею дело с проблемой DNS между моим ноутбуком и маршрутизатором, так как я знал, что служба DNS нормально работает для другого рабочего стола Kali Linux, работающего в локальной сети.
Я начал с того, что заставил DNS-сервер быть самим маршрутизатором:
Затем я попробовал выполнить ping еще раз:
Сеть удаляет все
Хорошо, теперь проблема заключалась в том, что сеть отбрасывала все. Я понятия не имел, что происходит.
Он сказал: "Подключение к хосту".
Беспроводная сеть не удаляет все данные
Что-то очень подозрительное происходило с кабелем Ethernet, который я использовал.
Изменение проводного кабеля и порта
В этот момент я попытался переключить кабели и порты Ethernet на рабочий стол Kali Linux, который, как я знал, работал. Этот кабель гарантированно работал, этот порт гарантированно работал.
Подсказки
Вот подсказки, которые у нас есть:
- Проблема связана с соединением между моим ноутбуком и маршрутизатором.
- (Беспроводная связь не работала в Kali.)
- Проблемы с Ethernet в Kali проявлялись и на Mac (не удалось найти маршрут к хосту).
- Беспроводная связь на Mac работает нормально, так что проблема не в самом ноутбуке.
- Другой компьютер в сети работает, так что проблема не в самом маршрутизаторе.
Со всеми этими подсказками я решил, что проблема связана с MAC-АДРЕСОМ ПРОВОДНОГО ПОРТА МОЕГО НОУТБУКА MAC.
Поэтому всякий раз, когда я пытался подключиться ОТ проводного сетевого порта моего ноутбука К маршрутизатору, используя любой кабель или любой порт, возникала проблема.
Решение
Я открыл страницу конфигурации маршрутизатора в браузере с адресом 10.0.0.1 и вошел в систему.
Я освободил сетевой адрес для своего проводного подключения к ноутбуку Mac (он был подключен к сети — помните, я мог без проблем получить доступ к 10.0.0.1 и всей подсети, используя проводное подключение).
Я обновил страницу конфигурации маршрутизатора.
Я получил новый IP-адрес.
Все дело дошло до какой-то гадости в сетевом кеше.
Проводные сети:
Векторы атак «человек посередине» на проводные сети: «Человек посередине»/Wired
Я изменил конфигурацию сети и хочу перезапустить ее, чтобы изменения вступили в силу. Или есть какие-то проблемы с моей сетью, и я думаю, что ее перезапуск решит мои проблемы. Здесь мы рассмотрим, как перезапустить сетевую службу в различных сетевых дистрибутивах, таких как Ubuntu, Debian, Fedora, CentOS.
Получить статус сетевой службы
Мы получим статус сети с помощью следующей команды.
Debian, Ubuntu, Кали
Для дистрибутивов на основе deb мы будем использовать систему init.d. Мы предоставим параметр статуса сетевому скрипту.
Получить статус сети
Как мы видим, сетевая служба активна с указанной даты. Его PID — 897 .
Fedora, CentOS
Для таких дистрибутивов, как CentOS, RedHat, Fedora, мы будем использовать команду systemctl. Мы предоставим статус параметров и сеть, которая является сетевой службой.
Получить статус сети
Остановить сетевую службу
Мы можем остановить сеть, как показано ниже. Но имейте в виду, что при удаленном подключении могут возникнуть проблемы с ssh
Убунту, Дебиан, Кали
Мы будем использовать опцию остановки с сетевой командой, чтобы остановить сетевые службы в Ubuntu, Debian, Kali, Mint и т. д.
Остановить сетевую службу
Fedora, CentOS
Мы снова будем использовать systemctl с опцией остановки, которая остановит сетевые службы. Нам также требуются привилегии root, которые будут получены с помощью команды sudo.
Начать сеть
Мы можем запустить сеть, как показано ниже.
Убунту, Дебиан, Кали
Мы предоставим возможность запуска для запуска сетевых служб в дистрибутивах на основе deb.
Fedora, CentOS
Мы будем использовать параметр запуска сети для запуска сетевых служб в дистрибутивах на основе rpm.
Перезапустить сеть
Теперь мы можем перезапустить нашу сеть или сетевые службы.
УЗНАТЬ БОЛЬШЕ Как загрузить, скомпилировать и установить пользовательское ядро Linux вручную в Ubuntu, Debian, Mint, Kali, CentOS?
Убунту, Дебиан, Кали
Fedora, CentOS
Инфографика «Как запустить, остановить и перезапустить сеть в Linux»
Иногда, когда вы изменили конфигурацию сети или из-за некоторых проблем с сетью, вам может потребоваться снова перезапустить сетевые службы в вашей системе Linux, чтобы решить вашу проблему. В этой статье мы поговорим о том, как перезапустить сетевые службы в разных дистрибутивах Linux (Ubuntu, Debian, LinuxMint и CentOS) с помощью командной строки. Мы реализовали различные команды в системах Ubuntu 20.04 и CentOS 8. Все команды, которые мы выполнили в Ubuntu 20.04, можно также использовать для дистрибутивов Debian и LinuxMint.
Получить статус сетевой службы
Вы можете получить статус работы сетевых служб с помощью следующей команды:
Для последней версии (Ubuntu/Debian/Mint)
Чтобы проверить, запущены ли сетевые службы в вашей системе, с помощью следующей команды systemctl вы можете просмотреть статус сетевых служб в вашей системе Ubuntu/Debian/Mint:
Вы также можете отобразить состояние сетевой службы с помощью команды службы, которая задается следующим образом:
Для CentOS 8/Fedora
Если вы используете CentOS 8, вы можете проверить состояние сетевой службы с помощью следующей команды:
Если вы получили сообщение об ошибке, например "модуль network.service не найден", выполните следующую команду, чтобы запустить диспетчер сети:
Теперь запустите сетевые службы, и вы сможете получить статус сети с помощью вышеупомянутой команды.
Остановить сетевые службы
Вы можете остановить свои сетевые службы с помощью метода, описанного ниже. Но если у вас есть удаленное подключение по SSH, мы не рекомендуем вам останавливать службу, поскольку это может создать проблемы.
Для Ubuntu/Debian/Mint
Вы можете использовать параметр «стоп» с приведенной выше «сетевой» командой в дистрибутивах Ubuntu, Debian, Kali, Mint, чтобы остановить сетевые службы.
Для CentOS 8/Fedora
В CentOS 8 с помощью следующей команды можно остановить сетевые службы:
Теперь, если вы проверите состояние сети, вы увидите, что сетевые службы в вашей системе остановлены.
Запустить сетевую службу
Если сетевые службы остановлены в вашей системе, вы запускаете эти службы в системе Linux.
Для Ubuntu/Debian/Mint
Вы также можете запустить сетевые службы с помощью команды service. Используйте опцию «Пуск», чтобы запустить сетевой сервис на вашем Ubuntu. Дистрибутивы Debian и LinuxMint.
Для CentOS 8/Fedora
В CentOS 8 с помощью следующей команды вы можете запустить сетевую службу в вашей системе:
Перезапустить сетевую службу
Вы также можете перезапустить сетевую службу с помощью следующей команды в дистрибутивах Linux:
Для Ubuntu/Debian/Mint
Введите следующую команду, чтобы перезапустить сетевую службу в Ubuntu, Debian и Linux Mint:
Для CentOS 8/Fedora
Используйте следующую команду для перезапуска сетевой службы в CentOS 8:
Если вы получаете следующую ошибку на терминале, вам нужно запустить службы NetworkManager в вашей системе с помощью следующей команды:
Теперь снова перезапустите сетевой сервис. Вы увидите следующий вывод в системе CentOS:
Заключение
Из приведенной выше информации мы узнали, как запускать, останавливать и перезапускать сетевую службу в различных дистрибутивах Linux, таких как Ubuntu, Debian, Linux Mint и CentOS 8. Кроме того, вы можете устранить сетевую ошибку с помощью инструмента NetworkManager. в CentOS 8. Если вам нужна дополнительная информация, вы можете реализовать все команды в своей системе, а затем сообщить нам о своих проблемах. Пожалуйста, не останавливайте службы, если у вас есть удаленное соединение ssh, которое может создать проблему.
Самрина Аслам имеет степень магистра в области разработки программного обеспечения. Она технический писатель и написала множество статей о различных версиях Linux, включая Ubuntu, Debian, CentOS и Mint.
Сетевые сценарии устарели в Red Hat Enterprise Linux 8 и больше не предоставляются по умолчанию. В Red Hat Enterprise Linux 8 для запуска сценариев ifup и ifdown должен быть запущен NetworkManager. По умолчанию, если вы пытаетесь использовать устаревший файл модуля network.service, он недоступен в RHEL 8.
Вы можете использовать «NetworkManager.service» в качестве сетевой службы по умолчанию в RHEL 8. Red Hat Enterprise Linux 8 использует сетевую службу по умолчанию, NetworkManager, которая представляет собой демон динамического управления сетью и настройки для поддержания сетевых устройств и подключений в рабочем состоянии. активны, когда они доступны.
Запуск сетевой службы с помощью NetworkManager
Чтобы запустить NetworkManager:
Чтобы включить NetworkManager автоматически во время загрузки:
Запустить сетевую службу без NetworkManager
Если вы используете NM_CONTROLLED=no в файле ifcfg, вы не сможете вызывать интерфейсы с помощью команды 'ifup'.
Базовая установка RHEL 8 предоставляет новую версию сценариев ifup и ifdown, которые вызывают службу NetworkManager с помощью инструмента nmcli.
Пользовательские команды в сценариях /sbin/ifup-local , ifdown-pre-local и ifdown-local не выполняются.
Как исправить «Не удалось перезапустить network.service: устройство network.service не найдено» в RHEL 8
Если требуется какой-либо из этих сценариев, установка устаревших сетевых сценариев в системе по-прежнему возможна с помощью следующей команды:
В системе RHEL у вас должна быть активная подписка на RHN, или вы можете настроить локальный автономный репозиторий, с помощью которого менеджер пакетов "yum" сможет установить предоставленный пакет rpm и его зависимости.
В RHEL 7 /etc/rc.d/init.d/network принадлежал initscripts, но в RHEL 8 этот инструмент является частью rpm-сетевых скриптов
Далее вы можете проверить содержимое сетевых скриптов rpm
Ссылки на сценарии ifup и ifdown будут установлены вместе с устаревшими сетевыми сценариями.
При вызове устаревших сетевых сценариев отображается предупреждение об их устаревании.
Теперь вы можете использовать systemctl для перезапуска сетевой службы
Наконец, я надеюсь, что шаги из статьи по исправлению «Не удалось перезапустить network.service: модуль network.service не найден» в RHEL 8 Linux были полезны. Итак, дайте мне знать ваши предложения и отзывы, используя раздел комментариев.
Похожие сообщения
Не нашли то, что искали? Выполните быстрый поиск в GoLinuxCloud
Если мои статьи о GoLinuxCloud помогли вам, пожалуйста, купите мне кофе в знак признательности.
Для любых других отзывов или вопросов вы можете использовать раздел комментариев или форму обратной связи.
Спасибо за поддержку!!
11 мыслей о «Решено: не удалось перезапустить network.service: устройство network.service не найдено в RHEL 8»
установка рабочей станции по умолчанию задает ONBOOT как нет, вот в чем проблема! поэтому посмотрите на свой /etc/sysconfig/network-scripts/ifcfg-ens33 или w/e имя, которое он использовал, и измените ONBOOT на yes, затем перезагрузитесь.
Это произойдет только в том случае, если вы не активируете сетевую карту на этапе установки. Нельзя однозначно перезагружать систему каждый раз, когда приходится перезапускать сеть 🙂
Я знаю, что это может быть старым, но я решил проблему, установив:
dhcp=dhclient
в файле /etc/NetworkManager/NetworkManager.conf
После этого перезапустите Network Manager :
systemctl перезапустить NetworkManager
Очень важно иметь четкое представление о решении, которое вы предлагаете, когда каждый шаг к разрешению имеет значение. Я сослался на ваше решение, и оно помогло мне решить проблему, на которую, как мне кажется, в противном случае ушли бы часы. Спасибо!
Могу ли я использовать те же процедуры для решения той же проблемы в Kali Linux 2020?
Боюсь, я не прошел проверку на Kali Linux
команда systemctl enable NetworkManager работает!!
РЕШЕНО, проблема заключалась в порядке параметров в файле ifcfg-ens2f0. Теперь работает хорошо.
решается простым запуском сетевого менеджера
При перезагрузке или повторном включении оба моих сетевых порта НЕ включены. Я должен выдавать ifup eno1 и ifup eno2 каждый раз. У меня ONBOOT=yes в моих файлах ifcfg-en01 и ifcfg-eno2. Я все еще должен вручную поднимать порты каждый раз. Я использую RHEL8.
Читайте также: