Невозможно включить сеть после новой установки CentOS 6.3

У меня были те же сообщения об ошибках после установки минимального гостя CentOS 6.3 с использованием VirtualBox на моем хосте (ноутбуке) с Windows XP. Мне не удалось выполнить обновления yum ни через кабель micro USB, так и по беспроводной сети с помощью моего Huawei Mobile Mifi

. Тем не менее, у меня были и сеть, и обновления для работы с незначительным изменением только в / etc / sysconfig / network-scripts / ifcfg-eth0 и /etc/init.d/network restart

DEVICE = "eth0"
BOOTPROTO = "dhcp"
HWADDR = "Мой аппаратный адрес"
NM_CONTROLLED = "yes"
ONBOOT = "yes"
{{ 1}} TYPE = "Ethernet"

Интересное наблюдение:

NM_CONTROLLED = "yes"

Из того, что я читал , предпочтительная настройка для серверов - нет . Однако да хорошо работает с ноутбуками без проводов.

Параметр NM_Controlled будет управляться диспетчером сети, и это будет означать, что вы будете управлять интерфейсами через диспетчер сети, а не методы ifup, ifdown.

Параметр включения Bridged vs Nat в параметр virtalbox назначит отдельный IP-адрес вашей виртуальной машине в той же IP-сети, что и ваш физический компьютер, а параметр nat переведет IP-адрес вашей виртуальной машины в вашу виртуальную сеть (внутри виртуальный бокс) в IP-адрес ваших физических машин. Это тот же подход, что и NAT в домашней сети, подключающейся к Интернету через один маршрутизатор.

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

Не забывайте, что вам может потребоваться настроить прокси, если у вас нет прямого доступа к Интернету, если вы хотите, чтобы yum работал.

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

При первом создании ВМ в Parallels используется eth0. Однако если вы создаете шаблон или клонируете ее, то выделяемый ей интерфейс ethernet меняется (на eth1, eth2...). Если вы используете виртуализацию, проблема может заключаться в этом.

# ifconfig -a

... должен показать, какой интерфейс есть, но не включен.

Если это действительно eth0, то советы других здесь (например, Энтони и Уоррена) хороши.

Если ваш отключенный интерфейс - eth1 (или eth2...), то вам нужно продублировать профиль в /etc/sysconfig/network-scripts/ и отредактировать его параметры DEVICE и HWADDR, чтобы они соответствовали реальному интерфейсу и MAC-адресу вашей ВМ.

Более подробно в моем блоге, если это действительно так. Удачи!

У меня была такая же проблема с установкой CentOS 6.3 с использованием VirtualBox, работающего на Linux Mint 13. Я изменил сетевые настройки VirtualBox с «NAT» на «Bridged Adapter», и это решило проблему. проблема.

Я получил его, добавив прокси- тэга в файл yum.conf , который изначально отсутствовал.

Я полагаю, мы говорим об архитектуре x86.

Нельзя использовать самодифицирующийся код в защищенном режиме , который используется большинством операционных систем на основе UNIX (и не только), о котором я знаю, поскольку сегменты кода всегда доступны только для чтения . Загрузчик не управляет этим - это то, что обрабатывается подсистемой управления памятью ядра.

Но даже если бы вы могли «создать код для этой таблицы во время загрузки», как вы говорите, это противоречило бы целому назначению общих библиотек. Таким образом, каждый процесс будет иметь «закрытую» копию функций библиотеки в своем адресном пространстве, эффективно увеличивая объем памяти - одной из причин, по которой были созданы общие библиотеки, было решение этой проблемы.

Весь процесс, который вы описываете, довольно сложен, и он будет стоить больше циклов обработки, чем метод PLT, который используется в настоящее время, и, вероятно, введет больше, новых и интересных вопросов безопасности.

Наиболее вероятно, что MAC-адрес на вашей сетевой плате изменился.

Если виртуальная машина была клонирована или дублирована и она создала новый MAC-адрес, попробуйте установить его таким же образом, как и исходная машина. Скопируйте и вставьте старый MAC-адрес в сеть параметров настройки > advanced и перезапустите виртуальную машину.

(У меня только что была та же ошибка в виртуальной машине CentOS 6.3, клонированной с помощью Virtual Box).

У меня была такая же проблема на CentOS 6 на VirtualBox с 1 включенным сетевым адаптером. После установки по умолчанию у него был только локальный адаптер обратной петли 127.0.0.1 {{1} } Хотя я мог запустить мостовую сеть вручную, введя команду

dhclient -v eth1

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

$ cd /etc/sysconfig/network-scripts; 
$ cp ifcfg-eth0 ifcfg-eth1
$ vi ifcfg-eth1

и изменить следующие строки:

DEVICE="eth1"                 # set device name to ether
ONBOOT="yes"
HWADDR="08:00:27:20:9D:71"    # must match to VirtualBox "MAC address" value

остальные строки в ifcfg-eth1 остаются такими же, как в исходном ifcfg-eth0 файле:

BOOTPROTO="dhcp" 
NM_CONTROLLED="yes"
TYPE="Ethernet" 
UUID="7830e5b9-785b-4650-b1ce-caf9f9c257f5"

Теперь сохраните ifcfg-eth1 и перезапустите сетевую службу

$ /etc/init.d/network restart

Проверить $ ifconfig

eth1      Link encap:Ethernet  HWaddr 08:00:27:20:9D:71  
      inet addr:192.168.0.20  Bcast:192.168.0.255  Mask:255.255.255.0
      inet6 addr: fe80::a00:27ff:fe20:9d71/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:958 errors:0 dropped:0 overruns:0 frame:0
      TX packets:452 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:106251 (103.7 KiB)  TX bytes:74948 (73.1 KiB)
      Interrupt:10 Base address:0xd020 

lo        Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:16436  Metric:1
      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Проверьте ваш /etc/resolv.conf файл. YUM проверит только первый сервер имен, если это локальный DNS резолвер, то он выдаст ошибку "Couldn't resolve host.... "

Поместите это в ваш resolv.conf nameservers, как показано ниже:

nameserver 8.8.8.8
nameserver 8.8.4.4

(Это публичные DNS-серверы Google.)

Попали сюда, набрав в гугле "как запустить сеть на centos 6.3"?

Начните с руководства, на которое ссылается вопрос. В общем, CentOS не включает сетевой уровень по умолчанию, но он легко настраивается.

Все еще есть проблемы? Если CentOS запущена в виртуальной машине на Hyper-V 2012, сетевой интерфейс мог сменить имя. Проблема и исправление определены здесь.

Если вы находитесь в домене и у вас есть свой собственный DHCP, DNS, AD просто укажите этот IP в первом списке сервера имен:

nameserver xx.xx.xx.xx

Сохраните его и затем выполните:

service network restart
ifup eth0

Это будет работать.

Это похоже на ответ Дэниела, но я использовал следующую команду:

service network restart
ifup e\*

Это автоматически загружает названный адаптер (enp0s3 в моем случае, поскольку ifup eth0 не работал)

Edit: updated with escaped string