Ubiquiti пропадает ethernet interface eth0
Cетевая операционная система Ubiquiti EdgeOS, разработанная специально для устройств EdgeRouter (маршрутизатор).
Ubiquiti EdgeOS полностью построена на базе открытой операционной системы Debian, существует возможность полного контроля над ОС, включая root доступ и возможность установки дополнительных модулей.
Шаг 0 - Как сбросить к заводским настройкам Ubiquiti EdgeRouter (EdgeOS)
Проще всего перед началом настройки нового оборудования, сбросить его к заводским установкам. Как показывает практический опыт, это зачастую избавляет от множества нежелательных ошибок и потерянного времени.
Это способ сброса стандартен для всех моделей EdgeRouter.
Для сброса к заводским настройкам операционной системы Ubiquiti EdgeOS, необходимо:
после чего зажать кнопку Reset, находящуюся на передней панели маршрутизатора и включить питание; подождать несколько секунд, и после того как светодиодный индикатор перестанет мигать, отпустить кнопку сброса.Шаг 1 - Первое включение EdgeRouter
На этом шаге рассмотрим подключение к Ubiquiti EdgeOS в устройстве EdgeRouter X (5-портовый маршрутизатор 10/100/1000 Base-T серии EdgeMAX).
В EdgeRouter X по умолчанию DHCP-сервер не включен. Поэтому
подключить сетевой кабель от ПК (ноутбука) к первому порту (eth0/PoE IN): на ПК или ноутбуке статический IP из диапазона 192.168.1.Х, за исключением IP-адреса устройства – 192.168.1.1;Шаг 2 - Базовая настройка EdgeRouter X
В базовой конфигурации (Default Configuration), ваше устройство EdgeRouter X будет работать как управляемый свич. Если вы подключите к любому из портов кабель от интернет-провайдера – ничего не произойдет, доступа в интернет не будет.
Работа с MAC адресом
Информацию о MAC- адресах всех интерфейсов Ethernet можно найти с помощью приведенной ниже команды. Обратите внимание, что это также позволит вам определить, какой интерфейс связан с базовым MAC-адресом.
Команды консоли для смены MAC адреса на роутере Ubiquiti ER-X
Шаг 3 - EdgeRouter X примеры настройки Firewall и удаленное управление SSH
EdgeOS построен на Debian, поэтому для просмотра правил вы можете использовать утилиту iptables, а вот настраивать проще через веб-интерфейс EdgeRouter.
По умолчанию, все правила файрвола в дропе. За настройку firewallв мир отвечает WAN_LOCAL.
Как разрешить удаленное подключение по протоколу SSH
Отрываем веб-интерфейс EdgeRouter, переходим во вкладку "Firewall/NAT" добавим правило в WAN_LOCAL, а именно: разрешить пакеты tcp, разрешить логирование, во вкладке destination прописать 22.
Всё, теперь вас могут взламывать все кому не лень. Смените пароль по умолчанию.
Как разрешить ping ICMP на EdgeRouter
Можно как и в предыдущем примере через веб иентрефейс, но приведу здесь код для консоли (CLI). Для того чтобы наш роутер используя протокол ICMP стал виден из Интернета, при помощи команды ping, введите нижеприведенные команды.
Для проверки правил фервола используйте команду iptables, чтобы увидеть наше правило смотрите раздел WAN_LOCAL
Шаг 4 - Настройка EdgeOS в качестве OpenVPN клиент
В данном шаге я расскажу, как настроить устройство под управлением EdgeOS в качестве клиента OpenVPN, что бы была возможность отправлять весь или часть трафика в зашифрованную локальную сеть предприятия или к одному из качественных VPN провайдеров.
У Вас уже должен быть развёрнут OpenVPN сервер, к примеру, по моей инструкции на базе своей VPS.
В классическом случае, вы должны получить такие файлы:
файл конфигурации (назовём его edgeosclientdan30.conf); доверительный сертификат для подписания клиентских сертификатов (ca.crt);Теперь необходимо скопировать всё выше перечисленное на ваше устройство в директорию /config/, если вы сохраните в другую директорию конфигурационный файл, то он не будет сохранен во время обновления образа вашего устройства.
В своей инструкции я создаю один универсальный настроечный файл и мне не нужно копировать все файлы. При копировании я также переименовываю расширение файл в conf, ибо расширение ovpn не все клиенты понимают
Теперь, на самом устройстве, необходимо настроить клиента OpenVPN, создать и настроить сетевой интерфейс vtun0, для этого выполним:
Возможно, в процессе настройки вы заходите удалить интерфейс vtun0, для этого выполните команды:
Если все настройки были указаны верно, в Web-интерфейсе должен появится новый интерфейс, как на моем скриншоте:
Как видите на скриншоте моё vpn соединение установлено и работает. Дальнейшие настройки, если они нужны, я делаю через файл ccd на сервере OpenVpn.
В случае удачного соединения ваш vtun0 получит корректный IP-адрес, если же вы где-то ошиблись роутер может показывать статус Connected, но вместо IP-адреса будет написано TBD.
Шаг 5 - Установка дополнительных пакетов Debian в Ubiquiti EdgeOS
Одним из неоспоримых достоинств фирменной сетевой операционной системы EdgeOS, под управлением которой работают все высокопроизводительные маршрутизаторы серии EdgeMAX, от компании Ubiquiti Networks, является то, что она построена на ядре ОС Debian. И в отличии от многих других устройств, использующих ядро Linux, но имеющих закрытую архитектуру, в маршрутизаторах EdgeRouter, вы без труда можете получить root доступ к системе. А так же, самостоятельно установить необходимые вам пакеты из репозитария Debian.
Базовый дистрибутив Debian был обновлен с Wheezy до Stretch в версии прошивки EdgeOS v2.0.0. Это означает, что репозиторий Debian, используемый EdgeOS v2.0.0 и более старыми версиями прошивки, отличается.
Существуют некоторые ограничения на устанавливаемые пакеты, например, нельзя установить пакеты, требующие функции ядра, а так же, приложения требующие аудио и видео.
Расширенная настройка 1: Настройка Vlan (виртуальных каналов), Trunk Port на маршрутизаторе
Расширенная настройка 2: Конфигурация Load Balancing
Конфигурация Load Balancing предполагает использование 2-х каналов доступа в Интернет (разных провайдеров).
Подключение к первому Интернет-провайдеру осуществляется через интерфейс eth0, ко второму – через интерфейс eth1. Здесь же вы моете выбрать тип подключения для каждого соединения: DHCP, Static IP либо PPPoE. Для каждого из подключений вы можете сразу включить Firewall. Порты eth2-eth4 будут объединены в локальный свич. При выборе этой конфигурации есть важный нюанс – опция Failover Only. Если вы хотите, чтобы роутер балансировал нагрузку между двумя провайдерами – эту опцию необходимо оставить пустой. Если же вы хотите использовать eth1 только в качестве резервного интернет-подключения при отказе eth0 – установите опцию Failover Only.
Расширенная настройка 3: Проброс портов в EdgeRouter X
Разберемся с расширенные настройки Ubiquiti EdgeOS перенаправление портов (Port Forwarding), которые находятся на вкладке
Прежде чем что-то настраивать вы должны были купить Белый Статический ИП у вашего интернет провайдера? Или вы должны были построить VPN сеть, но в этом случае вам для доступа к устройствам локальной сети проброс портов НЕ нужен.
У меня проблемы с подключением компьютера с Ubuntu 10.04 (Sony Vaio VGN-SR490) к Интернету через кабель Ethernet, подключенный непосредственно к маршрутизатору.
Я могу подключиться к Интернету с помощью того же кабеля с помощью компьютера с Windows, поэтому что-то не так с настройкой Linux.
Как мне понять, в чем проблема и решить ее?
Вот мои настройки сети в Linux:
Вот мои настройки сети в Windows (Vista):
Я подверг цензуре свой IP-адрес из этих результатов. Если эта информация нужна, просто дайте мне знать.
Вот содержание /etc/network/interfaces :
После добавления auto eth0 вот последние результаты:
Вот результаты запуска modprobe:
Я удалил Linux с моего компьютера и установил Windows XP по просьбе некоторых людей, комментирующих этот вопрос. Я установил и запустил программу, чтобы узнать подробности о сетевой карте. Вот эта информация:
Похоже, список сетевых адаптеров пуст. Теперь я установлю двойную загрузку Windows XP и Ubuntu Linux. Я до сих пор не могу получить доступ к Интернету, даже через Windows. Интересно, это может быть аппаратная проблема с компьютером или проблема с самим роутером. Другие компьютеры могут подключаться к этому же маршрутизатору и нормально работать. (Вот так я и публикую это!)
Спасибо, что остались со мной. Я постарался немного укоротить ваш пост, чтобы нам было понятнее (вы также можете удалить несколько комментариев, если хотите). Похоже, что ваша ошибка очень распространена в Ubuntu и VMware. Вы на самом деле работаете Ubuntu себя в качестве виртуальной машины? Или на компьютере установлена Ubuntu? Поисковый запрос SIOCSIFADDR в Интернете: ни одно такое устройство не вызывает никаких проблем , но, похоже, оно связано с Ubuntu как виртуальной машиной. Не могли бы вы опубликовать результаты dmesg | grep eth, а также посмотрите, перечислены ли какие-либо сетевые интерфейсы с помощью lspci @slhck Нет, Ubuntu не работает как виртуальная машина. Я установил Ubuntu в качестве операционной системы на моем компьютере. VMware установлен, но в данный момент не работает. Интересно, что я только что загрузил свой компьютер с Ubuntu LiveCD, и у меня точно такая же проблема, даже после того, как вы следовали инструкциям на LiveCD. Я начинаю сильно подозревать, что это аппаратная проблема. @ Linker3000 Результаты запуска dmesg | grep eth были пустыми, и я не вижу никаких сетевых интерфейсов, перечисленных с использованием lspci Можете ли вы опубликовать mke / модель машины или, если это DIY, производитель и модель материнской платы ИЛИ если вы можете загрузить Windows, посмотрите, какой сетевой интерфейс указан в диспетчере устройствПрежде всего, ваш Ethernet не управляется Ubuntu. Попробуйте ifconfig -a вместо просто ifconfig , чтобы вы могли видеть все ваши сетевые устройства, управляемые или нет. Если вы делаете см ethX в ifconfig -a списке, то решение должно быть простым, и вы , казалось, получили половину. Следующее должно войти в ваш /etc/network/interfaces файл:
Первая строка «активирует» управление интерфейсом, а вторая строка устанавливает для него DHCP и IP.
Однако, если вы даже не видите никаких интерфейсов ethX ifconfig -a , это проблема с драйверами (Ubuntu даже не видит интерфейс). Чтобы решить эту проблему, либо проверить из диспетчера устройств Windows' для PCI Vendor ID и Device ID вашей сетевой карты, которую вы можете Перекрестная ссылка здесь и посмотреть , если вы можете найти драйвер для этого (Vendor ID является производителем, Device ID это точная модель сетевой карты). Альтернативный способ in-linux сделать это через lspci .
В Windows 7 получение идентификаторов поставщиков / устройств осуществляется через диспетчер устройств - откройте узел «Сетевые интерфейсы», дважды щелкните свою сетевую карту, нажмите «Сведения» и выберите «Идентификаторы оборудования» в раскрывающемся списке. Идентификатор поставщика - это 4 шестнадцатеричные цифры после VEN_ префикса, а идентификатор устройства - это 4 шестнадцатеричные цифры после &DEV_ сразу после поставщика.
После того как проведена первоначальная настройка сетевой операционной системы Ubiquiti EdgeOS и EdgeRouter (маршрутизатор) установил соединение с провайдером, настало время настроить локальную сеть, чтобы все компьютеры, подключенные к EdgeRouter (маршрутизатор), автоматически получали сетевые настройки (DHCP) и находились в одном сетевом пространстве.
Как мы уже говорили ранее, к порту Ethernet 0 у нас подключен кабель провайдера, следовательно нам надо объединить оставшиеся порты в мост (в случае с EdgeRouter Lite, это порты Ethernet 1 и Ethernet 2), присвоить им постоянный IP адрес и настроить DHCP сервер.
Создание моста Bridge
Начнем мы с того, что объединим свободные порты в Bridge. Эта процедура, выполняется исключительно через командную строку. Возможно в последующем, инженеры Ubiquiti Networks сделают возможным ее выполнение непосредственно из web-интерфейса, но а пока для создания моста между портами eth1 и eth2, необходимо выполнить ряд следующих команд:
[ interfaces ethernet eth1 bridge-group ]
Adding interface eth1 to bridge br0
Где командой, configure мы входим в режим конфигурации.
Командой set interfaces bridge br0 создаем интерфейс (мост) br0.
А командами set interfaces ethernet eth1 bridge-group bridge br0 и set interfaces ethernet eth1 bridge-group bridge br0 добавляем в него порты eth1 и eth2.
Затем командой commit подтверждаем наши настройки.
И в конце, мы сохраняем их с поиощью команды save, и выходим из режима конфигурирования - exit.
Наш мост создан, и теперь мы можем увидеть его на главной странице GUI в списке интерфейсов.
Присвоение IP адреса
Теперь, для того, чтобы обеспечить доступ к EdgeRouter (маршрутизатор) от Ubiquiti Networks из локальной сети, мы присвоим данному мосту IP адрес. Сделать это можно из web-интерфейса. Для этого, нам нужно выбрать из списка интерфейсов br0, нажать рядом с ним кнопку Actions и выбрать меню Config.
После чего, в открывшемся окне, необходимо выбрать пункт Manually define IP address(es), и в поле ниже вписать наш IP адрес. К примеру это будет 192.168.1.1/24 (маска подсети 255.255.255.0).
Сохраняем сделанные настройки кнопкой Save.
Эту операцию, так же можно провети из командной строки, выполнив ряд слудующих команд:
Настройка DHCP сервера
Для того, что бы все компьютеры и прочие сетевые устройства получали настройки (IP адрес, шлюз и т.д.) автоматически, нам нужно настроить DHCP сервер. Производить эту настройку, проще через GUI.
Для этого мы переходим на вкладку Services и первый же раздел на этой вкладке, это как раз раздел DHCP Server. Нажимаем кнопку + Add DHCP Server, и в появившемся окне, заполняем поля следующим образом:
DHCP Name - имя нашего сервера (например Local DHCP)
Subnet - адресное пространство, в котором будет работать наш маршрутизатор, у нас это 192.168.1.0/24
Range Start - начало диапазона в котором будут выделяться IP адреса клиентам
Range Stop - конец диапазона в котором будут выделяться IP адреса клиентам
Router - IP адрес нашего основного шлюза, в данном случае, это будет IP нашего маршрутизатора
DNS 1 и DNS 2 - указываем IP адреса DNS сервисов (публичные, провайдера или же IP адрес основного шлюза)
Enable - ставим галочку.
И в конце, сохраняем наши настройки, кнопкой Save.
На этом, базовые настройки локальной сети, можно считать оконченными. Далее нам нужно будет произвести настройки EdgeRouter (маршрутизатор) от Ubiquiti Networks, таким образом, чтобы “выпустить” в интернет все наши локальные сетевые устройства. Как это сделать, читайте в статье о настройке NAT и Firewall.
После утреннего обновления Ubuntu моя сетевая карта была отключена. После перезагрузки машины в Win10 сетевая карта все еще работает, поэтому это конфигурация Ubuntu.
Я решил это следующим образом:
Это перечислило значения "логического имени":
У меня Dell T7400, поэтому я знаю, что это устройство Broadcom NetXtreme BCM5754. Служба поддержки Dell не предоставляет драйверов Ubuntu, но они вам на самом деле не нужны. Каким-то образом мое имя устройства Ethernet было переименовано.
sudo vi / etc / network / interfaces
Добавьте логическое имя в конец файла:
Наконец, включите интерфейс:
Затем активируйте Enable Networking .
Если это не решит, попробуйте запустить
для редактирования любой странной конфигурации в соединениях.
Вы также можете увидеть, что NetworkManager делает с этими командами.
если ваше сетевое устройство говорит unmanaged , это означает, что NetworkManager не будет пытаться использовать это устройство для подключения.
Настроить сеть с помощью netplan
заменить eno1 каким бы ни было ваше устройство (мое было ens33 ). Чтобы увидеть список устройств, запустите ip addr .
Наконец примените новые конфигурации
Я пробовал решения выше, и они не работали.
Что мне помогло, так это отключение Wi-Fi с помощью значка сети в правом верхнем углу графического интерфейса Ubuntu, а затем перезапуск диспетчера сети с помощью:
Я думаю, что наличие работающего проводного соединительного кабеля и подключенной карты WLAN к сети Wi-Fi одновременно создает конфликт.
У меня была та же самая проблема - мой недавно установленный Ubunut 18.04 не обнаруживал мое соединение с Ethernet ни на секунду, хотя светодиод на порту постоянно мигал, как будто это было нормально. Я набрал lshw -C на терминале и среди отображаемых выводов не было eth0 (это относится к соединению Ethernet, отсутствие eth0 означает отсутствие соединения Ethernet). Я искал в Интернете и обнаружил, что конкретный драйвер Ethernet может отсутствовать в Ubuntu.
Я понизил ядро и. лихорадочно потратил более двух дней, пытаясь решить проблему.
Решение: я переустановил Ubuntu 18.04, и это решило мою проблему. Я не знаю, что пошло не так в первой установке.
Подобные проблемы здесь, это может быть связано с этой ошибкой или этой ошибкой в NetworkManager.
Я обхожу эту проблему, используя ifupdown вместе с ifplugd для правильного определения, подключен ли разъем к разъему или нет (я работаю на ноутбуке), и у меня больше нет проблем с подключением.
На интернет шлюзе стоит Mandriva Linux 2009. Шлюз настроен с помощью shorewall, прокси и таблицы маршрутов. eth0 смотрит в инет, а eth1 в локалку. В последнее время eth1 стал периодически отключаться. То есть ifconfig показывает правильные настройки, а сетевуха не работает! Восстановить работу тем же ifconfig не выходит - приходится в графической утилите Сетевой центр запускать ее, нажимая десятки раз подряд кнопку "Подключить". При этом еще и нарушается таблица маршрутов. Сейчас в дополнение появилась еще одна напасть - сама собой нарушается таблица маршрутов. То есть пропадает сеть с маршрутом через eth1, а вместо него подставляется та же сеть с шлюзом 0.0.0.0.
Вот правильная таблица маршрутов:А вот что получается после глюка:
Поискал в системном логе - вот что есть на описанный период времени:
Отчего это last message repeated 62 times? В каких еще логах надо смотреть? Может это железо глючит?
Помогите пожалуйста.
-
, sonkilla, 21:24 , 11-Июн-09, (1)
-
, andrystepa, 12:29 , 15-Июн-09, (2)
-
, sonkilla, 14:49 , 15-Июн-09, (3)
-
, andrystepa, 09:50 , 17-Июн-09, (4)
-
, dispay666, 11:18 , 17-Июн-09, (5)
-
, andrystepa, 13:24 , 17-Июн-09, (6)
-
, reader, 20:42 , 17-Июн-09, (14)
-
, andrystepa, 15:21 , 17-Июн-09, (8)
-
, sonkilla, 15:58 , 17-Июн-09, (9)
-
, andrystepa, 16:37 , 17-Июн-09, (10)
-
, sonkilla, 16:48 , 17-Июн-09, (11)
-
, andrystepa, 16:59 , 17-Июн-09, (12)
-
, sonkilla, 17:25 , 17-Июн-09, (13)
-
, andrystepa, 16:18 , 06-Июл-09, ( 15 ) , reader, 17:53 , 06-Июл-09, ( 16 ) , andrystepa, 09:41 , 07-Июл-09, ( 17 ) , reader, 10:06 , 07-Июл-09, ( 18 ) , andrystepa, 13:19 , 07-Июл-09, ( 19 )
Во первых мандрива ни самый лучший вариант для установки на шлюз но всеже небуду начинать священные войны по поводу дистрибутивов выбор за вами.во вторых кто вас учил ставить графику на шлюз?в третех проверьте все логи и сюда желательно побольше.в четвертых вывод команды ifconfig тож сюда.
>Во первых мандрива ни самый лучший вариант для установки на шлюз нонесочитите за грубость НО во первых это тоже самое что поставить Висту в качестве шлюза (мож и не совсем правельное сравнение но в из тойже оперы)мандрива заточена под десктоп но не как под сервер хатя в правельных руках и на висте можно наверно поднять хороший сервак но эт тока в теории))). во вторых графику я вам еще раз повтаряю нельзя ставить на шлюз так как это во первых дырка во вторых если вы все настраиваете через графику возможно и оттуда ноги растут ведь многие фри гуи приложения просто некорректно работают с конфигами.в третих если что за кантора которая неможет выделить под шлюз старую машину пойдет даже п2 с 64 метрами оперативы и с гиговым хардом недумаю что эта такая уж бальшая проблема на барахолках такое добро можно найти или бесплатно или по 20-30 баксов причом машину можно найти "белую" про вывод ifcоnfig вроде колизий и ошибок нет дайте вывод cat /var/log/messages кусок в то время когда и падает интерфейс.и последнее вы насписали что поставили то что всегда ставили но внизу написали что так осталось от преведущего админа это нонсенс?)
>всеже небуду начинать священные войны по поводу дистрибутивов выбор за вами.во
>вторых кто вас учил ставить графику на шлюз?в третех проверьте все
>логи и сюда желательно побольше.в четвертых вывод команды ifconfig тож сюда.
>Насчет дистрибутива - поставил то, что обычно ставил. Это был мой первый Linux, и мне он удобен. Графика на шлюзах мне тоже никогда не мешала. Как в первый раз мой рабочий компьютер стал одновременно и шлюзом (не всякая контора готова иметь отдельный комп для шлюза), и никаких особых проблем я не испытывал, так и продолжаю ставить на шлюз KDE.
О логах - можно все же уточнить какие надо? Их много. У меня там крутится Апач, прокси. Апача наверное не надо. В логах прокси я тоже ничего нового не видел. Вот вывод ifconfig:eth0 Link encap:Ethernet HWaddr 00:16:76:73:14:B3
inet addr:217.69.165.230 Bcast:217.69.165.255 Mask:255.255.255.128
inet6 addr: fe80::216:76ff:fe73:14b3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3418464 errors:0 dropped:0 overruns:0 frame:0
TX packets:972036 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1374456827 (1.2 GiB) TX bytes:188884818 (180.1 MiB)
Memory:48100000-48120000eth1 Link encap:Ethernet HWaddr 00:16:76:73:14:B4
inet addr:169.254.37.1 Bcast:169.254.255.255 Mask:255.255.0.0
inet6 addr: fe80::216:76ff:fe73:14b4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1826792 errors:0 dropped:0 overruns:0 frame:0
TX packets:1317362 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:265153178 (252.8 MiB) TX bytes:1269996154 (1.1 GiB)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:32223 errors:0 dropped:0 overruns:0 frame:0
TX packets:32223 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:14682947 (14.0 MiB) TX bytes:14682947 (14.0 MiB)Насчет странного адреса локальной сети - не беспокойтесь. Так осталось от предыдущего админа, я менять не стал.
Во первых Ну а для чего тогда ставить на шлюз графику?(я вам писал уже какая машина жля него подайдет и найти их непроблема) чтоб редактировать конфиги графическими редакторами? во вторых есть очень большое колличество утилит для авто и облегчения конфигурирования и сквида и апача и всех демонов перечислять небуду так как ими непользуюсь но знаю что они есть.в третих тот факт таво что вы неумеете пользоваться не одним текстовым редактором это ведь неменяет дела.неумеете учитесь есть замечательный редактор vi и даже тотже mcedit на кройняк в нете полно документации по ним.в том куске что вы показали в начале нет ничего что говарило бы о проблеме в сети.вся ваша проблема в том что вы нехотите чемуто учиться и прислушиваться к советам.я вам повторяю сотый раз паставьте нормально систему без графики нравиться мандрива поставьте её с минимальным пакетом софта каторый нужен а не все подряд и пробуйте настроить в качестве шлюза будут вопросы пишите сюда паможем.пака то что вы пишите изначально неверно.
поставьте винду и будет вам счастье там много кнопочек на большее вы неспособны. =)
>поставьте винду и будет вам счастье там много кнопочек на большее вы
>неспособны. =)На что способны Вы я уже вижу - пока только на болтовню.
>>поставьте винду и будет вам счастье там много кнопочек на большее вы
>>неспособны. =)
>
>На что способны Вы я уже вижу - пока только на болтовню.
>каждый видит то что хочет) в вашем случае это вышесказанное)))) удачи с маздаями = )
>>>поставьте винду и будет вам счастье там много кнопочек на большее вы
>>>неспособны. =)
>>
>>На что способны Вы я уже вижу - пока только на болтовню.
>>
>
>каждый видит то что хочет) в вашем случае это вышесказанное)))) удачи с
>маздаями = )Наболтал много. Но все без толку.
Может все же кто-то грамотный подскажет, где искать проблему?
Вроде разъяснилась проблема. Пришел после отпуска - во время отпуска ничего не происходило (иначе бы обязательно позвонили). В первый же рабочий день глючит сетевуха. Восстанавливаю таблицу маршрутов - через 20 минут то же самое. Но тут один наш сотрудник приходит и говорит, что видел как отключился маршрутизатор провайдера. Дело в том, что наш провайдер сидит в соседнем корпусе. Одно время у нас было подключение через ADSL а полгода назад начался ремонт в нашем корпусе и провайдер протянул нам оптику и повесил свою железяку, от которой к нашему серверу идет витая пара. Вот ее то отключение и видел этот сотрудник. Иду выяснять. В комнате, где стоит маршрутизатор говорят, что был сбой по электричеству - рабочие, что ведут ремонт что-то напортачили. И это было оба раза, перед тем как глючила сетевуха на нашем сервере - шлюзе. Решил проверить подозрения - отцепил входящий от прова кабель на несколько секунд, а потом опять включил. И получил то же самое, что я указал в первом посте. То есть маршрут в локальную сеть сбивается. Только вот странно - отключаю я сеть, подключенную к eth0, а изменяется маршрут для сети подключенной к eth1. С чего бы такое? Почему именно на маршрут к локалке действует, а все остальное остается на месте?>
>проверте привязку интерфейсов к МАС адресам карт
А как это сделать?
Читайте также: