Нет подключения от терминатора оптической сети

Вот в чем проблема:

Провайдер предоставил нам общедоступное пространство IP-адресов x.y.z.0 / 28, где x.y.z.1 - это адрес интерфейса на их собственном сетевом устройстве, которое, по их словам, должно быть шлюзом по умолчанию для нашего сервера. Существует оптическая связь между провайдером и оптическим преобразователем на стороне сервера и электрическая связь между преобразователем и сервером.

Я настроил основной сетевой интерфейс сервера следующим образом:

ifconfig eth0 x.y.z.2 / 28 вверх

маршрут добавить по умолчанию gw x.y.z.1 маска сети 255.255.255.240 dev eth0

Но когда я пытаюсь выполнить ping x.y.z.1, icmp сообщает мне, что целевой хост недоступен. Iptables установлен, но политика ПРИНЯТА везде.

Очень интересно, что ссылка не показывает никакой активности, судя по светодиодам на сетевой карте. Попробовал другой сетевой адаптер, тот же случай. Я пробовал даже на своем ноутбуке с ОС Windows, и я не получил никакого разумного уведомления, вместо этого я отключил сетевой кабель ?!

Но когда я подключаю кабель к другому серверу с Windows server 2003, светодиоды сетевой карты показывают активность. Этот сервер предоставляет доступ к Интернету только через 10 минут после перезапуска, после того, как он перестает обслуживать, возможно, через NAT, по необъяснимым для меня причинам. У меня нет понимания, как выиграть сервер, потому что он находится под паролем другого администратора, который больше не доступен, поэтому это была причина для создания сервера debian с нуля, но в самом начале передо мной большая проблема.

Итак, есть ли у кого-нибудь идеи, в чем причина проблемы и как ее решить?

ont

На ум приходит пара вещей:

Изучение MAC-адресов. Мой домашний кабельный модем делает это, и как только он видит MAC, он не отвечает ни на один другой MAC. Выключение и выключение кабельного модема заставляет его забыть MAC, который он видел, чтобы я мог использовать его с другой системой.
Перекрестный кабель / прямая путаница. Вы используете один, когда должны использовать другой. Я не знаю наверняка, работает ли это, но я знаю, что Mac OS X (по крайней мере, 10.3) распознает, когда это так, и соответствующим образом адаптируется. Похоже, Linux, который вы используете, этого не делает. Это не должно работать таким образом, но Apple любит упрощать задачу для конечного пользователя; Я не удивлюсь, если Microsoft или NIC OEM сделают то же самое.

Чтобы добавить в список Кевина:

Проверьте ссылку Ethernet
Проверьте ARP, рассмотрите возможность использования tcpdump или wirehark, чтобы проверить, есть ли любой трафик
Спросите, требуют ли они вручную установить скорость соединения / дуплекс

Сначала я проверил второе возможное решение Кевина. Это был прямой кабель, поэтому проблема не в этом.

После этого я решил заняться велоспортом. Но когда я открыл стойку, в ней был огромный беспорядок, как минимум 10 сетевых устройств с массой кабелей и проводов. Это не было помечено (я не знаю почему), поэтому я пришел к выводу, что мне проще сменить сетевые карты между Debian и Win-сервером и выяснить, что произойдет. Если обучение MAC является проблемой, это решит ее. Но после того, как я сменил сетевые карты между серверами, возникла неожиданная проблема: ядро не распознало новую сетевую карту. Эту проблему, вероятно, можно было бы решить, добавив некоторые модули ядра или подобным образом, но без рабочего подключения к Интернету я не мог найти правильный способ сделать это. Поэтому я решил переустановить Debian с новым сетевым адаптером в коробке. После этого ядро распознало сетевой адаптер, и его светодиоды начинают показывать некоторую активность. Наконец, я пингую x.y.z.1. Итак, ссылка в порядке.

Но когда я попытался пропинговать IP-адрес сервера имен в сети провайдера, я не получил никакого ответа! Я попытался трассировать IP-адрес сервера имен, и у меня есть 4 перехода, все внутри сети провайдера, после того, как я получил звезды (* * * и последний ответ * *). Я попытался выполнить эхо-запрос на втором и третьем узлах, все было нормально, но я не получил никакого ответа, когда попытался проверить связь с четвертым переходом!

Есть ли какие-либо возможные параметры ядра, которые я должен установить? Должен ли я установить некоторые параметры внутри sysctl.conf?

Во всяком случае, жду ответов.