Centos 7 не пингуется по имени

CentOS7 не видно в сетевом окружении, что необходимо настроить?

Настройки сети ручные:

Рабочая группа то совпадает? В DNS эта машина прописана, резольвит имя в адрес? Ну и раз AD то наверно самбу нужно будет в домен вводить (security = ads), хотя может Вам это и не нужно просто.

Файрвол? Сдаётся мне зарезаны порты NetBIOS(UDP 137), вот и не работает ничего. При этом шары будут доступны если постучаться по IP-адресу, так как за это отвечает другой набор портов

У меня домен и рабочая группа не совпадает, так как я не заводил сервер в домен. В DNS машины нет, адрес не резолвится. Необходим доступ из сетевого окружения на сервер, с последующим запросом пароля.

Ubuntu смогла так заработать, медиаприставка, которая тоже не в домене видится.

В файерволе разрешал, а потом и вовсе его выключил. Как можно проверить доступ к этой службе из вне?

smbtree на CentOS не возвращает список компьютеров и приставок.

Ну как минимум резольв имени в адрес то нужен, как ты хочеш по имени попасть если нет резольва, для этого в домен заводить не обязательно совсем. А чтобы в сетевом окружении виделось то название рабочей группы должно быть одинаковое (нетбиос имя домена раз АД). Ну и selinux может включен кстати?

Почему Ubuntu заработала? Конечно не сразу (если не ошибаюсь, то надо было добавить имя домена в файл конфигурации сети).

А почему не резолвит? Это же DNS AD должен знать кто есть кто или за соответствие имени и адреса в netbios отвечает другая служба?

В принципе, я и приходил к такой мысли, так как при получении адреса по DHCP, должны прописываться зоны прямого и обратного просмотра DNS. Но при этом у самого DNS я не увидел этого соответствия, как такое может быть?

Нет. По имени не пингуется, если настройки сети вручную. Руками записи в DNS не прописывал, а почему необходимо туда их прописывать, если другие компьютеры (не домена), видны без проблем? Сетевое окружение желательно. netstat, говорит, что порты открыты, если необходим точный ответ, то завтра укажа

Заведи в домен и не парь мозги:

Выше ответили. «Чтобы видело в сетевом окружении главное переменные realm = и netbios name = в секции [global].»(На счет нужности прописать realm не уверен правда). И DNS нужно всё-таки потдерживать в актуальном состоянии. И опять же, если станции получают адреса по DHCP, то они уже должны быть в DNS. А так видать по нетбиосу и пинаюцца, если нема в DNS.

Потому шта олдовые версии винды не будуть видеть, там надо батник небольшой для монтирования диска.

так все будет работать сразу

Для винды надо чтобы было workgroup = WORKGROUP а то оно не понимать

Всем спасибо, скорее всего мне придётся или заводить в домен, или прописывать в DNS

У меня аналогичная проблема. Не видна самба. Хотя до этого отработала 2 месяца нормально.после перебоя со светом сервер ребутался и теперь не винда в сетевой шаре. Порты проброшены.Причем если с винды заходить через \\имя_самбы(или ip) все отлично заходит. Пинги есть как с айпи так и по нетбиос. С пк на котором винда в арп таблице есть запись с айпи и маком самбы. С отображением в сетевом окружении я так и не разобрался. Службы smb и nmb активны и ошибок не фиксируют. Буду рад если кто то наведет на правильный ход решения проблемы. Тестировал с нескольких вин машин.

Источник

Не пигнуются компьютеры по доменому имени

Здравствуйте товарищи! Поставил ubuntu 12.04.2, network-manager автоматически получил ip адрес, днс, шлюз. Но при попытке пропинговать какой либо хост по доменому имени сразу появляется сообщение

Содержимое файла /etc/network/interfaces

Содержимое файла /etc/resolv.conf

Заранее благодарен за помощь.

apt-get purge resolvconf

Вопрос: Почему network-manager не прописывает в этот файл днс, которые получает по dhcp?

Прописывает, скорее всего, но

Какая-то программа прописывает свои представления об идеальном DNS туда.

Нет, цель заключается в другом. Я редактировал его вручную, но после перезагрузки все встает по прежнему. Вы можете подсказать какая служба прописвывает

А это хорошая идея?

Даже можешь и не благодарить меня.

В убунте NetworkManager запускает dnsmasq, который занимается пробросом DNS запросов на реальный DNS сервер. Советчиков, рекомендующих прописать локальные хосты в hosts при наличии DHCP и DNS, лучше не слушать.

Проверь при помощи nslookup, разрешаются ли имена?

Вряд ли. В любом случае, лучше лишний раз разобраться, как это работает (и почему не), чем бездумно выполнять странные рекомендации.

не думаю, однако ты сможешь его всегда установить вновь

Найти бы этого паразита. В syslog тольео сообщение от network-manager, что он производит запись в этот файл и все.

Результат работы команды:

И хосты на определенное время стали пинговаться по имени, но потом снова все постарому. Я понять не могу за этот файл борьба какая-то идет?

можно попробовать audit настроить, но я не знаю, как это делается. Можно попробовать записать в файл нужное содержание и запретить его изменение (chattr +i).

А вот так что будет:

настоящий лоровец не читает мануалов

Результат nslookup srv1 192.168.1.252, если днс не указать то результат прежний.

+500 ТС не слушай этих людей, они убунту готовить не умеют. Выхлоп nm-tool покажи

Спасибо за наводку, почитал данный мануал, ничего не вычитал по поводу: Откуда в этом файле берется запись

Результат команды nm-tool

настоящий лоровец не читает мануалов

Он в них отправляет

Lark
Почитай документацию по сети для дебиана, многие вопросы сами по себе отпадут.

Анонимус совсем испортился. При чём тут

ананимус видит маршрутизатор и видит его прекрасно. ананиму видить что маршрутизатор отдал свой адрес и согласен разрешить все имена. но С**к такой не разрешает. Если лор совсем съел мозг, то стоит сделать перерыв.

Ребята ругаться не нужно. Я согласен с mbwa и считаю, что маршрутизатор не причем. Просто результат команды:

В первом случае я не указывал днс сервер и он почему-то обратилсяк днсу по адресу 127.0.0.1 и соотвественно имя не разрешил, во втором случае я указал днс сервер и выполнение команды прошло успешно. Если я правильно понимаю команда nslookup srv1 тянет днс из resolv.conf, если днс не указан, а в resolv.conf

По логу network-manager пишет вродебы в этот файл днс, но какая-то служба все равно перезаписывает на 127.0.0.1

1. Я уже сказал, что 127.0.0.1 в resolv.conf пишет NetworkManager (точнее, на самом-то деле это dnsmasq пишет с его подачи при помощи resolvconf).

2. Сделай «nslookup srv1 192.168.1.1». Очень похоже, что твой DHCP сервер выдает два адреса DNS серверов, и чаще всего используется 192.168.1.1, который доменные имена, видимо, не знает.

nameserver 127.0.0.1 добавляется network manager. В Ubuntu он идёт с dnsmasq в зависимостях. Это такой кеширующий DNS-сервер. Он у вас запущен? Проверьте, вдруг он не работает. Наберите sudo service dnsmasq status.

Спасибо всем за помощь, ухожу разбираться, тему пока не закрываю, позже отпишу результаты!

Читайте также:  Лондон но не город а имя 4 буквы

Да dhcp выдает два днс. Убрал на сервере dhcp 192.168.1.1 и теперь все нормально работает. Теперь надо понять, каким образом указывать в ubunte альтернативный и предпочтительный dns.

Результат команды sudo service dnsmasq status:

Погуглив немного решил проблему. В общем каковы в итоге были мои действия:

В файле /run/nm-dns-dnsmasq.conf были прописаны днс, которые получает НМ от dhcp. Возник вопрос как же эти саме днсы прописать в /etc/resolv.conf. Полез в файл конфигурации НМ /etc/NetworkManager/NetworkManager.conf, где-то должно быть указано, чтобы он вызывал dnsmasq. Собственно содержимое файла NetworkManager.conf

По-моему, верным решением проблемы была бы перенастройка DHCP и DNS таким образом, чтобы сервер по DHCP получал только один сервер DNS (или два, но с точки зрения клиента они должны быть идентичны). Потому что, если я ничего не путаю, все DNS сервера клиентом по стандарту должны рассматриваться как равноправные, и если клиент попробует обратиться к DNS 192.168.1.252, получит отказ (не знает этот сервер такого имени), то ко второму DNS он обращаться уже не будет, даже если тот знает это имя. Второй сервер DNS будет задействован только в том случае, если до первого достучаться невозможно.

Так что в данном случае возможны рецидивы. Но повторюсь, что стандарты не читал — просто наблюдал подобное на практике.

Источник

Сетевые настройки в CentOS 8, 7

Цели статьи

Данная статья является частью единого цикла статьей про сервер Centos.

Сетевые настройки на сервере CentOS

Первый раз с сетевыми настройками сервера CentOS 7 или 8 мы сталкиваемся, когда производим установку. На экране первоначальной настройки есть отдельный пункт, касающийся настройки сетевых интерфейсов:

Зайдя в него мы видим список подключенных сетевых карт. Каждую из них можно включить соответствующим ползунком (пункт 1 на картинке). При активировании интерфейса он автоматически получает настройки по dhcp. Результат работы dhcp можно посмотреть тут же. Если вас не устраивают эти настройки, их можно отредактировать, нажав configure (пункт 3 на картинке). Здесь же можно задать hostname (пункт 2 на картинке):

Открыв окно дополнительный настроек Ehernet, вы сможете изменить имя сетевого интерфейса, указать настройки IP (пункт 1 на картинке), выбрать ручные настройки (пункт 2 на картинке), назначить ip адрес (пункт 3 на картинке), установить dns сервер (пункт 4 на картинке) и сохранить сетевые настройки (пункт 5 на картинке):

После выполнения остальных настроек начнется установка. После установки у вас будет сервер с указанными вами сетевыми настройками.

Теперь рассмотрим другую ситуацию. Сервер, а соответственно и конфигурацию сети, производили не вы, а теперь вам надо ее посмотреть либо изменить. В вашем распоряжении консоль сервера, в ней и будем работать. Если у вас установка производилась с дистрибутива minimal, то при попытке посмотреть сетевые настройки с помощью команды ifconfig в консоли вы увидите следующее:

или в русской версии:

Для работы с ifconfig и прочими сетевыми утилитами необходимо установить пакет net-tools. Сделаем это:

Теперь можно увидеть настройки сети:

Если у вас нет желания устанавливать дополнительный пакет, то можно воспользоваться более простой командой ip с параметрами:

Мы увидели конфигурацию сети, теперь давайте ее отредактируем. Допустим, нам нужно сменить ip адрес. Для этого идем в директорию /etc/sysconfig/network-scripts и открываем на редактирование файл ifcfg-eth0 или ifcfg-ens18. Название файла будет зависеть от имени сетевого интерфейса. В Centos 8 по-умолчанию убрали поддержку настройки сети через конфигурационные скрипты, поэтому установите отдельно пакет network-scripts.

Файл ifcfg-eth0 имеет примерно следующее содержание:

По настройкам из этого файла мы получаем ip адрес по dhcp. Чтобы вручную прописать статический ip, приводим файл к следующему содержанию:

Мы изменили параметры:

BOOTPROTO с dhcp на none
DNS1 указали dns сервер
IPADDR0 настроили статический ip адрес
PREFIX0 указали маску подсети
GATEWAY0 настроили шлюз по-умолчанию

Чтобы изменения вступили в силу, необходимо перечитать сетевые настройки:

Проверяем, применилась ли новая конфигурация сети:

Все в порядке, новые настройки сетевого интерфейса установлены.

Как получить сетевые настройки по DHCP

Теперь рассмотрим обратную ситуацию. Допустим, у вас сетевая карта имеет какие-то настройки, установленные вручную. Но вы хотите, чтобы ваш компьютер получал настройки сети по dhcp в качестве клиента. Для этого вам нужно произвести операцию, обратную той, что мы делали раньше. То есть открываем файл /etc/sysconfig/network-scripts/ifcfg-ens18 и удаляем там строки с параметрами DNS, IPADDR, PREFIX, GATEWAY а в параметре BOOTPROTO указываем значение «dhcp».

Сохраняем файл и перезапускаем сеть:

Затем проверяем, получил ли наш client по dhcp настройки.

Как настроить DNS в CentOS

Текущие настройки dns сервера в CentOS можно посмотреть в двух местах:

Зачем они сейчас в двух местах, я не знаю, но раньше настройки dns сервера в каких-то дистрибутивах, не помню уже точно каких, указывались только в resolv.conf, но в какой-то момент это изменилось. И все сетевые настройки стали храниться в одном файле вместе с адресом, шлюзом, маской и прочим. Если сейчас отредактировать файл resolv.conf и внести туда какие-то dns сервера, то после перезагрузки они будут заменены на значения из файла ifcfg-eth0.

Так что для того, чтобы установить параметры dns сервера, нужно отредактировать файл сетевых настроек ifcfg-eth0, добавив туда столько серверов, сколько требуется. Например так:

Для применения настроек сохраняем файл и перезапускаем сеть, все как обычно. После перезагрузки сервера настройки dns будут записаны в файл resolv.conf

Как отключить ipv6

В настоящее время активного использования протокола ipv6 в России нет и в обычной работе он чаще всего не нужен. Хотя нас уже много лет пугают, что свободных ip адресов уже практически не осталось, но на деле пока еще всем хватает. Так что с точки зрения практических соображений ipv6 в настоящее время на сервере не нужен и его можно отключить.

Перед отключением ipv6 в centos необходимо на всякий случай проверить, какие программы его используют в своей работе. Это нужно для того, чтобы избежать ошибок в их работе, предварительно отключив ipv6 в конфигурациях. Для того, чтобы увидеть, какие программы висят на ipv6 интерфейсе воспользуемся командой netstat:

Начнем с sshd. Открываем файл настроек /etc/ssh/sshd_config и находим строки:

Раскомментируем их и изменим. Должно получиться вот так:

Теперь открываем файл настроек постфикс /etc/postfix/main.cf. Ищем там строку:

Отключаем ipv6 в chronyd. Для этого создаем файл /etc/sysconfig/chronyd и добавляем строку:

Теперь отключаем ipv6 в CentOS. Открываем файл /etc/sysctl.conf и добавляем туда строки:

Редактируем файл /etc/sysconfig/network, добавляя туда:

Добавляем запрет на работу ipv6 в конфигурацию grub. Открываем конфиг /etc/default/grub и добавляем к параметру GRUB_CMDLINE_LINUX еще одно значение ipv6.disable=1. Должно получиться примерно так:

После этого обновляем конфиг загрузчика.

Перезагружаемся и проверяем результат:

Нигде нет упоминания про inet6 и адреса формата ipv6. Значит все в порядке, мы отключили ipv6 в CentOS. Теперь проверим список открытых портов:

Все порты ipv4. Все в порядке, наша задача выполнена.

Как изменить hostname в CentOS

По-умолчанию, во время установки CentOS ставит имя хоста localhost.localdomain. Если вы его не поменяли, то можно это сделать позже. Для начала давайте проверим, какое имя хоста у вас установлено. Делается это с помощью команды в консоли hostname, либо с помощью uname:

Читайте также:  Фото екатеринбургское музыкальное училище имени чайковского

Для того, чтобы изменить имя хоста в CentOS, необходимо отредактировать файл /etc/hostname. Проверим его содержимое:

Отредактируем этот файл, чтобы изменить hostname:

Сохраняем файл и проверяем:

Есть готовая команда, которая сразу устанавливает необходимое имя сервера:

Все в порядке, мы изменили имя хоста на centos.localhost

Установить шлюз по-умолчанию в CentOS

Если по каким-то причинам при настройке сетевых параметров у вас не установился шлюз по-умолчанию, то сделать это можно вручную. Для начала проверим, какой шлюз по-умолчанию установлен в системе в данный момент:

Строка с Destination 0.0.0.0 определяет адрес шлюза. Если у вас ее нет, либо в поле Gateway установлен неверный шлюз, то можно это изменить. Устанавливаем шлюз по-умолчанию:

Или то же самое с помощью команды ip.

Network Manager в CentOS

Список сетевых утилит и приложений:

Приложение Описание
NetworkManager Стандартный networking daemon
nmtui Простой текстовый интерфейс (TUI) для NetworkManager
nmcli Утилита, работающая в командной строке, которая позволяет пользователям и скриптам взаимодействовать с NetworkManager
control-center Утилита с графическим интерфейсом оболочки GNONE
nm-connection-editor GTK+ 3 приложения, необходимые для некоторых задач, не поддерживаемых control-center

Пользователи не взаимодействуют с NetworkManager в CentOS напрямую, для этого используются графические и утилиты командной строки. Одной из таких утилит является system config network tui. В Centos 8 по-умолчанию NetworkManager является рекомендованным способом по настройке сети. Все остальные способы объявлены deprecated.

System config network tui

Для управления сетевыми настройками в CentOS можно воспользоваться графической утилитой nmtui. Проверить ее наличие в системе очень просто. Достаточно запустить ее в консоли:

Если она у вас не установлена, то исправить это очень просто. Устанавливаем в CentOS system config network tui:

С помощью tui можно указать любые сетевые настройки, которые мы делали раньше через командную строку и редактирование конфигурационных файлов network-scripts. Давайте сделаем это. Вызываем программу:

Выбираем первый пункт Edit a connection, затем выбираем сетевой интерфейс и жмем «Edit»:

После завершения редактирования сохраняем настройки, нажимая ОК.
Если в первом экране утилиты выбрать пункт Set System Hostname, то можно быстро указать имя хоста. Результат будет такой же, как мы делали раньше в консоли.

Как добавить статический маршрут в CentOS

Для управления маршрутизацией в CentOS может понадобиться добавить статический маршрут. Сделать это достаточно просто с помощью консольной команды. Для начала проверим существующие маршруты, используя netstat:

В данном случае у нас один маршрут для адреса 0.0.0.0/0.0.0.0 шлюз используется 192.168.159.2, он же шлюз по-умолчанию. То есть по сути, статических маршрутов никаких нет. Добавим один из них.

Допустим, у нас есть подсеть 192.168.8.0 маска 255.255.255.0, трафик в эту подсеть маршрутизирует шлюз 192.168.159.5 Добавляем маршрут:

Проверяем, появился ли добавленный маршрут в таблицу маршрутизации:

Все в порядке, маршрут добавлен. Делаем то же самое с помощью утилиты ip.

Но после перезагрузки этот статический маршрут будет удален. Чтобы этого не произошло и добавленные маршруты сохранялись, необходимо их записать в специальный файл. В папке /etc/sysconfig/network-scripts создаем файл с именем route-eth0 следующего содержания:

Перезагружаемся и проверяем, на месте ли маршрут:

Все в порядке, статический маршрут добавлен.

Как настроить 2 IP адреса на одном интерфейсе

Если у вас появилась необходимость настроить 2 IP адреса на одном интерфейса в CentOS, то сделать это достаточно просто. Воспользуемся командой ifconfig. Для начала проверим список сетевых интерфейсов:

Добавим к интерфейсу eno16777728 еще один ip адрес 192.168.159.120:

Проверим, что получилось:

То же самое, с помощью ip.

Все в порядке, мы добавили второй ip адрес на один и тот же интерфейс. Но после перезагрузки дополнительный адрес не сохранится. Чтобы его сохранить, необходимо создать файл настроек интерфейса в папке /etc/sysconfig/network-scripts

Сохраняем файл, перезагружаемся и проверяем, что получилось. Второй ip адрес должен быть на месте.

Как сделать перезапуск сети в CentOS

Ранее я уже касался этого вопроса, но на всякий случай повторим отдельно. Допустим, вы внесли некоторые изменения в конфигурацию сети. Как применить эти настройки, не перезагружая сервер? Очень просто. Для перезапуска сети в CentOS достаточно воспользоваться командой systemd:

Если увидите ошибку:

Значит у вас не установлен пакет network-scripts, а управление сетью выполняется с помощью NetworkManager, который сам перезапускает сеть после изменения настроек.

Если у вас старая версия Centos без systemd, а это 6-я версия и младше, то сеть перезапускается вот так.

Сетевая служба перечитает все сетевые настройки и применит изменения.

Как узнать IP адрес в CentOS

Для того, чтобы быстро узнать текущий IP адрес в CentOS необходимо воспользоваться следующими командами:

Либо второй вариант определения локального ip адреса:

Обе команды позволяют быстро узнать свой ip адрес.

Что делать, если CentOS не видит сетевую карту?

Вы установили сервер, загрузились и обнаружили, что в системе нет ни одной сетевой карты. Что в таком случае делать? Первым делом посмотрите вывод команды dmesg и поищите там поминание о своей карте. Возможно, она в системе есть, просто не активирована. Активировать ее можно с помощью nmtui, а котором я рассказывал выше.

Там есть пункт меню Activate connection, нужно в него зайти и активировать вашу сетевую карту. После этого ее можно будет настраивать.

Если же вашей сетевой карты нет в системе, то нужно поискать в интернете по модели информацию об этой сетевой карте. Возможно в репозиториях будут драйвера для нее. Это достаточно распространенная ситуация. Чаще всего драйвера найдутся и их необходимо будет правильно установить.

Есть еще один способ поискать сетевую карту в системе. Установите пакет pciutils:

И посмотрите вывод команды:

Если сетевая карта видится системой, то должно быть что-то в этом роде:

Если в выводе пусто, значит сетевая карта не определена.

Что делать, если сеть недоступна в CentOS?

Допустим, вы пытаетесь пинговать какой-то адрес, например 8.8.8.8 и получаете ответ, что сеть не доступна:

А в ответ получаете:

Такая ситуация может возникнуть, если у вас не установлен шлюз по-умолчанию. Добавить его можно с помощью команды:

Если дело не в шлюзе, то нужно проверить настройки сетевых адаптеров. Если нет ни одного активного адаптера, то вы так же будете получать сообщение о том, что сеть не работает. Необходимо, чтобы в системе был правильно настроен хотя бы один сетевой адаптер. Как это сделать, написано выше.

Использование сетевых утилит traceroute, dig в CentOS

Для диагностики сетевых подключений в CentOS полезно использовать специальные утилиты. Но если вы использовали установку minimal, то их скорее всего в системе не будет. К примеру, популярная утилита traceroute при попытке ее запуска выдаст сообщение:

Ее нужно установить отдельно из репозитория:

То же самое с популярной программой dig для работы с dns серверами и записями:

Чтобы эта сетевая утилита заработала, необходимо установить пакет bind-utils:

Настройка 802.1Q VLAN в CentOS

Для поднятия тегированного интерфейса на CentOS нужно в первую очередь проверить поддержку ядром 8021q:

Если сообщений об ошибке нет, значит все в порядке, модуль загрузился. Если же модуль не найден, необходимо пересобрать модули ядра, включив поддержку необходимого модуля. Проверим на всякий случай, загрузился ли модуль:

Все в порядке, модуль 8021q загружен, добавим его в автозагрузку:

Теперь создаем файл конфигурации для vlan в /etc/sysconfig/network-scripts:

Обращаю внимание на выделенное жирным. Во всех инструкциях в интернете, что мне попались, этот параметр был указан как TYPE=Ethernet, но с такой настройкой интерфейс с vlan не поднимался, появлялась ошибка:

Только после того, как я исправил, все заработало как надо. Так что сохраняем и активируем интерфейс:

Проверяем наш vlan:

Все в порядке, тегированный интерфейс поднят. По аналогии можно создать еще несколько подобных интерфейсов, не забывая изменять им имена и адреса.

Часто задаваемые вопросы по теме статьи (FAQ)

Все зависит от конкретной ситуации. Я чаще всего удаляю, потому что мне его функционал не нужен. В подавляющем большинстве случаев, я настраиваю сеть в centos один раз во время установки сервера. Какой мне смысл оставлять NM в системе и постоянно его обновлять? Тем не менее Redhat настоятельно рекомендует использовать NetworkManager для настройки сети и в этом есть определенный смысл. К примеру, если вы будете проходить сертификацию, то вам 100% нужен будет этот инструмент, так как с его помощью можно быстрее настроить сеть и вероятность ошибки будет минимальной. Так что решайте сами по месту, нужен вам Network Manager или нет.

Принципиальной разницы нет. Результат будет один и тот же.

Заключение

На этом мой объемный материал на тему настройки сети в CentOS закончен. Буду очень рад комментариям, замечаниям, поправкам. Они наверняка будут. Создавая подобные материалы я в первую очередь учусь сам и подтягиваю свои знания в предметной области. Тут могут быть где-то ошибки и описки, хотя я и проверяю все на живых системах во время написания руководств, но все равно возможны неточности и опечатки.

Напоминаю, что данная статья является частью единого цикла статьей про сервер Centos.

Онлайн курс «DevOps практики и инструменты»

Помогла статья? Подписывайся на telegram канал автора

Автор Zerox

89 комментариев

Все же чаще всего сеть настраивается во время установки. По крайней мере в моем руководстве это делается. Потом уже, если надо что-то поменять, нужна информация о том, как это сделать.

Добрый день! Centos 7 64, серверная платформа asus, имеет 4 встроенных сетевых интерфейса. Centos определил их как enp(7,8,9,10)s0. Вдруг появился еще один enp11s0. Сеть настроена в ручную на enp8s0. При перезагрузках запускается то 7, то 11, то 10, и система дает им приоритет. Что это за скачки и как это можно исправить?

Что значит при перезагрузках запускается то 7, то 11? О каком приоритете идет речь? У вас настроен только один интерфейс и при перезагрузках он меняет свое название? Вы это имеете ввиду?

Настроен интерфейс enp8s0 на статический ip 192.168.1.55. При перезагрузке появляется адрес у интерфейса enp7s0 от dhcp роутера 192.168.1.172. Система считает его основным, а т.к. в iptables.sh прописан enp8s0 с 192.168.1.55, то нет доступа в интернет и невозможно зайти на сервер по ssh

Так отключите настройки dhcp с enp7s0, если они не нужны.

В Centos 8 убрали поддержку network-scripts. Думаю, дело в этом. Их надо ставить отдельно:

# dnf install network-scripts

нет, так как network-scripts стоит. я тоже на это грешил. куда рыть так и не понятно.

Что я делаю не так? Буду очень признателен за наводку на путь истинный!

Вы не в том направлении стали решать проблему. Не надо использовать файл hosts. На vds поднимите днс сервер, например, dnsmasq. Добавьте туда статическую dns запись с ip адресом сервера в vpn. В openvpn есть настройка, которая позволяет передать клиенту vpn сервер. Укажите этот dnsmasq. Этого будет достаточно.

Добрый день! Почему при установке по умолчанию NetworkManager как-то не правильно отдает hostname машины? Т.е. dhcp сервер на windows server выдает ему айпи, но dns на том же windows server не хочет обновлять/добавлять у себя А запись.

А разве должна по дефолту обновляться dns запись? По-моему, это реализуется через интеграцию DNS с AD, а не с dhcp.

Частично разобрался. По умолчание поле nmcli connection modify ipv4.dhcp-fqdn имеет пустое значение почему-то. После установки полного fqdn линукс клиент начинает нормально регистрироваться на виндовом dhcp и dns серверах. Удалять NetworkManager считаю не правильным подходом. Не зря же его ставят по умолчанию. Хотя оно и глючное местами или просто его не умеем готовить.

Его ставят по-умолчанию, чтобы быстрее и удобнее можно было настроить сеть через консоль. Чаще всего в моих случаях я настраиваю сеть один раз во время установки сервера и больше не трогаю. Отдельная программа для этого мне не нужна. Мне не трудно и руками конфиг заполнить.

Redhat стремится к унификации настроек, чтобы все было единообразно и меньше возможности ошибиться. Так что где-то его инструменты могут быть полезны, где-то не очень. Каждый решает сам.

Добрый день. Важное дополнение. Делал все по инструкции на вируалке под управление Hyper-V. Не получалось правильно получить IP адрес от DHCP сервера, пока не добавил строку в network скрипт:
NM_CONTROLLED=no

Все верно. Вам надо в свойствах адаптера на hyperv указать, чтобы он разрешал на интерфейс выходить макам виртуалок, а то он на свой подменяет. Там есть для этого галочка. Сейчас по памяти не помню точно эту настройку, но что-то с mac связано.

Что-то мне не понятно. Если Центос не видит сетевую карту, то как я установлю какие-либо пакеты.

Очевидно, что не по сети. Можно через флешку скопировать.

Что-то где-то напутали. Я отключал ipv6 в Centos 8.

Здравствуйте Владимир.
Хочу настроить сервер с двумя сетевыми картами, одна, встроенная, для интернета, вторая, внешняя, для локальной сети.
При выполнении команды ifconfig обнаруживается только встроенная карта.
Команда lspci видит обе:

]$ lspci | grep Ethernet
00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network Connection (rev 02)
07:04.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 0c)

Буду Вам признателен, если подскажите, как поднять вторую сетевую карту.

Я хочу внести уточнение. Сразу же после установки внешняя сетевая карта после выполнения ifconfig определялась так (без информации о пакетах для экономии места):

virbr0: flags=4099 mtu 1500
inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255
ether 52:54:00:1f:56:99 txqueuelen 1000 (Ethernet)

virbr0: flags=4099 mtu 1500
inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255
ether 52:54:00:1f:56:99 txqueuelen 1000 (Ethernet)

virbr0-nic: flags=4098 mtu 1500
ether 52:54:00:1f:56:99 txqueuelen 1000 (Ethernet)

3: virbr0: mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:1f:56:99 brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever
4: virbr0-nic: mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
link/ether 52:54:00:1f:56:99 brd ff:ff:ff:ff:ff:ff

Источник

Оцените статью
Имя, Названия, Аббревиатуры, Сокращения
Adblock
detector