Интернет
Ребятки! Раззуйте глаза!
Этот раздел форума называется » Astra Linux Special Edition «. Astra Linux Special Edition — это не Орёл. А Орёл — это не Astra Linux Special Edition.
И один за другим: одно и то же, одно и то же.
Значит, скорее всего, сетевой адаптер (если он у вас вообще есть) не определился, или определился неправильно, и для него нет драйвера, модуля ядра.
Показывайте (копированием!) в терминале:
Валерий
New member
Ребятки! Раззуйте глаза!
Этот раздел форума называется » Astra Linux Special Edition «. Astra Linux Special Edition — это не Орёл. А Орёл — это не Astra Linux Special Edition.
И один за другим: одно и то же, одно и то же.
Значит, скорее всего, сетевой адаптер (если он у вас вообще есть) не определился, или определился неправильно, и для него нет драйвера, модуля ядра.
Показывайте (копированием!) в терминале:
Прошу извинить, что задал вопрос не в том разделе.
При вводе lspci l grep Ethernet выходит NVIDIA Corporation MCP51 Ethernet Controller (rev a3) Само окно «Сетевые соединения» активно, ввожу создать новое Ethernet окно становится не активным
Olej
New member
olej@ACER:~$ lspci | grep Ethernet 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)Olej
New member
Так для проводных соединений (Ethernet) вы не имеете права создавать новые соединения: оно или есть и создано установленным модулем ядра, или его нет и модуль ядра для вашей железки не найден.
Валерий
New member
Валерий
New member
Вложения
Валерий
New member
Валерий
New member
Ввожу /sbin/ifconfig -a
valerygro@astra:~$ /sbin/ifconfig -a
eth0: flags=4098 mtu 1500
ether 00:19:db:f8:19:a7 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 1000 (Local Loopback)
RX packets 16 bytes 1128 (1.1 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 16 bytes 1128 (1.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
oko
New member
Либо RTFM, либо, если понимаете о чем речь, научитесь, наконец, выражаться яснее, ага.
NM — это менеджер сетевых соединений, который может генерировать неограниченного количество профилей одного и того же eth (под нужный vlan, с нужными ip и т.д.). Поэтому не «не имеете права создавать новые соединения«, а «если физически устройство системой не определено, то профиль для него создать не получится«.
to Валерий
С одной стороны, у вас экзотическая сетевая карта. Так что тут еще вилами по воде, поддерживается ли она Astra Linux (читай, Debian) в полной мере. Гугл в помощь.
С другой стороны, eth0 у вас определяется. Модуль экстрасенсорики подсказывает, что утычка заключается в NetworkManager (графическая утилита, скриншоты которой вы показывали). Так что для начала советую удалить NM и попытаться настроить сеть вручную через /etc/network/interfaces, как это показано, например, тут (при условии, что в сети имеется настроенный DHCP-сервер, обслуживающий вашу рабочую станцию; если его нет — конфигурации придется задавать вручную).
автоматический ethernet и соединение недоступно
Здравствуйте! У меня два сетевых адаптера и создано два соединения ethernet. После загрузки системы сетевой менеджер часто не предоставляет доступ к управлению соединением (нельзя подключиться/отключиться) и вместо этого пишет:
1) Сеть Ethernet (Realtek. )
соединение разорвано
«автоматический ethernet»;
2) Сеть Ethernet (VIA. )
соединение разорвано
«автоматический ethernet».
Если еще раз перезагрузиться — соединения появляются как правило, но иногда и по нескольку раз приходится перезагружаться. Опцию «Подключаться автоматически с приоритетом. » выключил — не помогло!
Olej
New member
Это значит, что у вас сетевые адаптеры получают параметры (IP, gate и др.) через (от сервера) DHCP (роутер в LAN? . есть такой?) .
Значит у вас DHCP не нормально раздаётся.
Можете для пробы настроить какой-то из адаптеров вручную и выверить как он работает. А потом искать что там с DHCP не так.
ВасилийZV
New member
Это значит, что у вас сетевые адаптеры получают параметры (IP, gate и др.) через (от сервера) DHCP (роутер в LAN? . есть такой?) .
Значит у вас DHCP не нормально раздаётся.
Можете для пробы настроить какой-то из адаптеров вручную и выверить как он работает. А потом искать что там с DHCP не так.
Да нет, DHCP у меня не раздается, потому, что DHCP у меня нет вообще. Все сети имеют настройки «Вручную»! Поэтому DHCP мне не нужна совсем. Все ручные настройки моих ip-адресов, масок, днс-ов стоят на месте, не исчезли, не исказились. Почему они игнорируются? В чем причина? не понимаю.
Olej
New member
Какие адаптеры (тип)?
Есть адаптеры (RTL RTL8168, может и другие) которые в сочетании с версией BIOS (American Megatrends), из-за ошибки поддержки в BIOS, как раз при ручной настройке не работают, или работают ненормально.
Это не зависит от версии Linux.
ВасилийZV
New member
Какие адаптеры (тип)?
Есть адаптеры (RTL RTL8168, может и другие) которые в сочетании с версией BIOS (American Megatrends), из-за ошибки поддержки в BIOS, как раз при ручной настройке не работают, или работают ненормально.
Это не зависит от версии Linux.
— Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (M3A78 Series Motherboard);
— VIA Technologies VT6105/VT6106S [Rhine-III] (DFE-520TX Fast Ethernet PCI Adapter);
— AMI bios v02.61.
ВасилийZV
New member
Я в БИОС-е сделал ONBOARDLAN — DISABLE, но из видимости пропали оба адаптера. Какое же тогда предлагается решение? Проблем ведь раньше не было (в «Ручном» всё работало), некие проблемы проявились, когда мой Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (M3A78 Series Motherboard) не захотел вдруг работать (в отличие от VIA) с другим сетевым внешним устройством на физическом уровне (не было Link-а), а потом уже для расширения оборудования я поставил еще VIA Technologies VT6105/VT6106S [Rhine-III] (DFE-520TX Fast Ethernet PCI Adapter) вторым в систему и они оба нормально работали и было это в Windows-7 и в Debian тоже, но потом только эта проблема (автоматический ethernet и соединение недоступно) проявилась при переходе на Astra Linux CE! Статистика такова.
Olej
New member
Olej
New member
В Windows, но не в Debian.
Windows не использует какие-то там IOCTL для настройки адаптера, которые реализованы с ошибкой в BIOS . в Windows он тупо использует . то что умеет.
Настройка сети в Astra Linux
Astra Linux использует для конфигурирования сетей собственную утилиту wicd. В общем, она довольно удобна, но у неё есть фатальный недостаток — её писали не мы сеть не будет работать до авторизации пользователя в системе. Для обычных компьютеров в этом нет ничего страшного, однако, для сервера это большая проблема, так как иногда его приходится перезагружать по SSH.
Пусть компьютеры будут находиться в сети с адресами 192.168.0.XXX , где вместо XXX — число от 1 до 254.
Настройка осуществляется путем правки файла /etc/network/interfaces . Каждый сетевой интерфейс (сетевая карта, хотя это не совсем точное название) настраивается отдельно. Настройки для сервера выглядят так:
auto lo eth0 iface lo inet loopback iface eth0 inet static address 192.168.0.1 netmask 255.255.255.0 gateway 192.168.0.1 # В качестве шлюза - наш сервер с IP=1 network 192.168.0.0 # Указываем сеть, это обязательно для работы в составе ALD broadcast 192.168.0.255 # Сервер ALD начиная с Astra 1.5 выводит ошибку, если не видит # этого параметра в настройках сети. dns-nameservers 192.168.0.1 # Тут через пробел можно перечислить ВСЕ DNS-серверы сети dns-search DOMAIN.NET # Имя домена ALDПервая строчка auto lo eth0 указывает, какие интерфейсы должны быть запущены при загрузке ОС. Отмечу, что локальная петля lo должна присутствовать там в любом случае.
Пропустим описание локальной петли и сразу перейдем к сетевому интерфейсу.
| iface | Ключевое слово, говорящее о том, что дальше будет описание сетевого интерфейса |
| eth0 | Указываем, что данный сетевой интерфейс должен быть привязан к сетевой карте eth0. Посмотреть список карт можно командой: lshw -class network |
| inet | Указываем, что это будет настройка сети. |
| static | При этом все настройки будут указаны вручную. |
| address | IPv4-адрес компьютера |
| netmask | Маска подсети. |
| gateway | Шлюз, т. е. IP-адрес, через который идёт подключение к интернету. Обычно на сервере указывают адрес, выданный провайдером, но в нашем случае (закрытый от мира сегмент) пусть будет 192.168.150.1, т. е. компьютер обращается сам к себе. |
| dns-nameservers | Список разделенных пробелами IP-адресов DNS-серверов. Полезно при разворачивании ЕПП под управлением Astra Linux и настройке приложения bind. |
На клиентских компьютерах настройки следует выполнить аналогичным образом, меняя только четвёртый октет в поле address .
На этом настройка не заканчивается. Теперь нужно отключить автозапуск встроенных утилит и остановить уже запущенный экземпляр службы wicd, после чего перезапустить службу поддержки сети.
service wicd stop chkconfig wicd off rm /etc/xdg/autostart/fly-admin-wicd.desktop service networking restartЕсли на одной сетевой карте по каким-то причинам нужно иметь 2 или более IP-адресов, настройки делаются следующим образом:
auto lo iface lo inet loopback # Кстати, удалять интерфейс локальной петли не стоит, # некоторые службы от этого сходят с ума и начинают # выдавать весьма странные ошибки auto eth0:0 allow-hotplug eth0:0 iface eth0:0 inet static address 192.168.0.1 netmask 255.255.255.0 network 192.168.0.0 gateway 192.168.0.1 broadcast 192.168.0.255 dns-nameservers 192.168.0.1 192.168.0.2 dns-search DOMAIN.NET auto eth0:1 allow-hotplug eth0:1 iface eth0:1 inet static address 10.2.12.54 # Адрес, маска и все остальные параметры в этой netmask 255.255.255.128 # секции были придуманы за 20 секунд, поэтому network 10.2.12.0 # не ручаюсь за правильность заполнения. Гуглите gateway 10.2.12.1 # маску подсети для этого случая самостоятельно. broadcast 10.2.12.255 dns-nameservers 8.8.8.8 dns-search GOOGLE.RUПосмотреть настройку сети в Debian более подробно можно на официальной Wiki-странице или её несколько устаревшей русской версии