Wan ipoe dhcp is down что это

[РЕШЕНО] Beeline/IPoE: IP-static — разрыв соединения

Проблема начинается когда пытаюсь, используя параметры выдаваемые провом через dhcp, запустить сеть используя статическую конфигурацию, т.е. не используя (в моем случае) dhcpcd. Да, в обоих случаях все делаю через netctl, в кач-ве шаблонов используя примеры из netctl/examples/internet-
Теперь собственно конфиги:
/etc/netctl/beeline-dhcp
и получаю следующее ('lo' опускаю) :

Конфиг для статики, /etc/netctl/beeline-static
Пробовал еще такую конфигурацию (без IPCustom)
В итоге, что так, что эдак — те же яйца только в профиль, а именно: если сначала запустить конфиг beeline-dhcp (netctl start beeline-dhcp — тут проблем нет, все работает), затем остановить и сразу после него стартануть beeline-static — сеть поднимается, но через несколько минут отваливается. Сам service не крашится, нет. Выхлопы ip addr и ip route тоже не меняются относительно полученных при работающем соединении, но соединение рвется. Если стартовать netctl start beeline-static, так сказать, с нуля, то соединение не устанавливается, при этом ip addr выдает то же, что и при работающем соединении, но по ip route пусто. netctl status beeline-static выдает FAIL прт "невозможности назначить default route для 89.179.127.228/29" (как-то так, если что, могу привести точный выхлоп)

Что в данном случае при работающем 'beeline-static' имею по ip addr & ip route:
Что пока вижу: в первом случае (beeline-dhcp) eth0 идет с 'metric 1002', в случае beeline-static — нет.

Еще, на всякий случай, конфиг dhcpcd.conf

Вопрос: как собственно получить стабильное соединение, используя статическую конфигурацию и при этом не прибегая к dhcp? Ведь в том и другом случае я получаю все тот-же IP-static.
Пока несколько плаваю в вопросе, давно уже не занимался подобными задачами, многое пришлось поднимать заново.
Буду благодарен за помощь.
Да, еще: с техподдержкой билайна разговаривать безполезно, там мало того, что из десяти лишь один хоть что-то может сказать по делу и не известно на кого выведет, так и сам дозвон тот еще квест.

статический адрес для прова означает, что он резервирует этот адрес за тобой. Для тебя, как клиента, это означает, что ты продолжаешь пользоваться dhcp, но сервер будет для тебя всегда выдавать один и тот же ip-шник. Если, конечно, провом не указано что-то другое. Поэтому все твои телодвижения со статиткой — трата времени и потенциальные проблемы в будущем..

Что касается самой проблемы, то тут, как мне кажется, в конфиге зря указан параметр Routes=. Т.е. указываешь только адрес, маршрут и ДНС. Остальное система сама вычислит. Но могу и ошибаться.

PS. Касательно необязательности Routes= — да, на Тиере все работает без указания Routes: только Address, Gateway и DNS

В любом случае, спасибо.
[Решено] пока не ставлю, вдруг кто-то еще откликнется. Подожду.

у прова DHCP-сервер работает в любом случае. Он обслуживает других клиентов. Никто не будет ради каждого абонента поднимать отдельный сервер. Плюс для самого клиента, при таком подходе, меньше проблем — денюжку заплатил, получил статику, не заплатил — получай адреса из общего пула. Минимум телодвижений и для прова и для клиента. А кто хочет больше — у того и знаний по-больше. 🙂

Что касается Routes, насколько я понял, то это параметр высчитывается системой из 89.179.127.228/29. Поэтому и написал, что вводить его не надо. Тем более, что твое подключение, по сути, обычная локалка. Настроек и параметров минимум.

Сейчас в голову пришла мысля. У тебя для выхода в инет используется авторизация через браузер. Ты заходишь на страничку, авторизуешься и пров запоминает мак-адрес и дальше работает с тем клиентом, который этим мак-адресом "маякнет" из сети на этапе запроса настроек (dhcp). Так вот, может быть поскольку ты пытаешься подключиться статикой, то не происходит передачи мак-адреса (или оборудование прова не хочет его видеть). Поэтому в консоли ты видишь правильные настройки, а инета нет.
Кстати, ради интереса можешь пингануть шлюз (89.179.127.225) и затем кого-нибудь во внешке. Может поймешь где затык.

IPoE, а также Client-VLAN и DHCP Option 82

В этой статье я опишу что из себя представляет технология доступа в Интернет IPoE, которой на самом деле не существует. А также расскажу про схему Client-VLAN и про опцию 82 DHCP (DHCP Option 82), которые стали неотъемлемой частью этой несуществующей технологии. Все это, конечно же, с технической точки зрения и с примерами конфигов.

Существует множество технологий доступа в Интернет для конечных абонентов. В России особенно популярны две: PPTP и PPPoE. В обоих случаях создается PPP-туннель, производится аутентификация, и внутри туннеля ходит абонентский IP-трафик. Основное отличие этих протоколов – они работают на разных уровнях сетевой модели OSI. PPPoE работает на втором (канальном) уровне, добавляя специальные теги, идентифицирующие конкретный туннель, в Ethernet-фреймы. PPTP работает на третьем (сетевом) уровне, упаковывая IP-пакеты в GRE.

IPoE принципиально отличается от PPTP и PPPoE. Вообще этой технологии не существует. Нет RFC, нет никаких стандартов ее описывающих. Сам термин придуман, скорее всего, в России и является абстрактным. Означает он следующее: IP over Ethernet. Смысл именно такой, как и расшифровка – IP-трафик поверх Ethernet, грубо говоря, обычная локалка. Абоненту выдается в лучшем случае статический или динамический белый IP-адрес, в худшем случае серый IP с NAT. Контроль доступа в данном случае может осуществляется при помощи привязок IP-MAC на коммутаторах доступа или на BRAS или выделения VLAN на каждого абонента (так называемый Client-VLAN).

Client-VLAN

При использовании технологии Client-VLAN возникает проблема: как сэкономить IP-адреса? Ведь, если подумать, каждому клиенту надо выделять /30 подсеть. На самом деле проблема легко решаема. Привожу пример для маршрутизатора на базе Linux:

Это классический Cisco’вский ip unnumbered в Linux’овой реализации. IP шлюза (192.0.2.1) вешается на loopback-интерфейс, делается unreachable для всей подсети, чтобы пакеты ходили только на хосты, для которых прописан роутинг. Далее поднимается VLAN и прописывается роутинг на конкретный хост (маска /32) с src шлюза. А можно сделать немного иначе (это лишний раз демонстрирует гибкость Linux):

Все эти варианты работают, можно выбрать тот, при котором интерфейсы отображаются наиболее удобным образом. Во всех случаях IP абонента – 192.0.2.101/24.

Proxy_arp

Еще одна проблема, с которой вы можете столкнуться – нет связи между абонентами в разных VLAN и с IP из одной подсети. Действительно, система абонента видит, что IP-адрес назначения в одной подсети с ней, и шлет ARP-запросы, чтобы определить MAC, но из этого ничего не выходит, т.к. они в разных VLAN. Для решения этой проблемы служит технология proxy_arp. Суть ее в том, что маршрутизатор при получении ARP-запросов с интерфейса будет проверять есть ли у него запрашиваемый IP на других интерфейсах. Если есть, то в ответ на ARP-запрос выдаст свой MAC. Таким образом, пакеты будут отправляться на маршрутизатор, который позаботится об их доставке. Включается proxy_arp для конкретного интерфейса следующим образом:

DHCP Option 82

• Agent Circuit ID – номер порта DHCP-релэя, на который пришел DHCP-запрос.
• Agent Remote ID – некий идентификатор самого DHCP-релэя.

192.168.0.1 – IP-адрес DHCP-сервера, доступного в управляющем VLAN.
Базовые настройки dhcp_local_relay:

Wan ipoe dhcp is down что это

Вот лог, который смог увидеть. По нему можно сделать какие-либо выводы? Канал поставил на Auto. Провайдер Уфанет.

Похоже стандартная проблема для многих бюджетных D-Link не справляться с типом соединения PPTP/L2TP. Бета-версию прошивки уже пробовали: ftp://ftp.dlink.ru/pub/Router/DIR-615/F . master.bin (со сбросом настроек после прошивки). Вообще, проблема с разрывом соединения под нагрузкой уже давно известна для PPTP/L2TP: http://www.dlink.ru/ru/products/5/1693_d.html

P.S. Если есть закономерность между нагрузкой и разрывом (например качание uTorrent), то урезать аппетиты торрент-клиенту.
P.P.S. Из всего лога напрягает только: IP header has unsupp len

UPD: По сайту провайдера используется VPN (PPTP), по логу PPPoE.

На сайте провайдера нашел вот такую инструкцию по настройке. Там у них сказано устанавливать PPPoE.
Источник:
http://str.ufanet.ru/podderzhka/interne . r-615.html

UP: Нашел вот такую инструкцию по настройке. Сделал как там сказано. Буду ждать результата. Сообщу дополнительно.
http://str.ufanet.ru/podderzhka/interne . pppoe.html

Пока жду результатов обновлений. Свежие логи. Может кто-то что-то сможет увидеть. Настраивал все так, как написано у провайдера (в предыдущем посте инструкция).

1. "IP header has unsupp len. Skip." говорит о том, что откидывается пакет, у которого IP-заголовок имеет неподдерживаемую длинну.

2. Там во второй картинке явная нестыковка. Они пишут создать соединение PPPoE, а после его создания у них появляется PPTP + Динамический IP ( http://str.ufanet.ru/images/tp/routers/ . ack/10.jpg ) чего никак не может быть. В общем, если у провайдера используется PPPoE + динамический IP (Dual Access/Russia PPPoE). То есть локалка провайдера + интернет, то нужно создавать два соединения, в духе: http://service.d-link.ua/node/82. То есть Вам нужно создать ещё второе соединение типа динамический IP (в нагрузку к PPPoE), а в качестве шлюза по умолчанию выбрать pppoe (второе соединение нужно для локальных ресурсов провайдера, пиринга).

3. В логе ничего нет насчёт разрыва соединения, если он сделан до разрыва, то он не несёт полезной нагрузки. Если после, то не видно ни падения физического соединения с провайдером, ни разрыва PPPoE-сессии. В момент разрыва можно попробовать зайти на роутер телнетом с любого компьютера и попинговать внешние сайты + отрезольвить (nslookup) любой внещний сайт, если будет пинговаться, но не будет резольвить, то это одно, если ничего не будет, то другое.

Что делать, если не удалось получить IP-адрес от DHCP сервера

Если не удалось получить IP-адрес от DHCP сервера и «Диагностика неполадок» не помогла, перезагрузите роутер, проверьте или сбросьте настройки подключения. Как это сделать и зачем нужен DHCP-сервер, объясняем далее.

Что такое DHCP

DHCP – это протокол, который назначает индивидуальный IP-адрес каждому устройству, подключенному к сети. IP выступает в качестве идентификатора для приема и передачи данных от маршрутизатора на определенный ПК, смартфон или игровую консоль. DHCP используется в любом сетевом оборудовании:

1. Если стационарный компьютер, ноутбук или другая техника подключена к интернету напрямую, то получение IP-адреса происходит от DHCP-сервера провайдера.
2. В локальной или Wi-Fi сети за раздачу IP отвечает DHCP маршрутизатора, роутера или точки подключения.

К примеру, к домашней Wi-Fi-сети подключено 3 устройства, тогда каждое получит собственный IP:

• ПК – 192.168.0.100;
• смартфон – 192.168.0.101;
• принтер – 192.168.0.102.

Зная адрес каждого девайса, можно создать общую сеть для передачи данных, просмотра видео или отправки документа на печать. При этом роутер для доступа в интернет получает индивидуальный IP от DHCP-сервера провайдера.

DHCP также называют динамическим IP-адресом. То есть сервер назначает свободный идентификатор для вышедшего в сеть девайса.

Почему возникает ошибка типа «Не удалось получить IP-адрес»

Ошибка типа «Не удалось получить IP-адрес» появляется из-за отсутствия DHCP-сервера, его неправильной настройки или отсутствия свободных для подключения адресов. Если провайдер предоставляет только фиксированный IP, он же статичный, то получить его с включенными DHCP не получится.

К другим причинам относится:

• неправильно указанный DNS;
• подключение через неактивный VPN или прокси;
• проблемы на стороне провайдера или владельца сайта.

Данные о настройке статического IP провайдер указывает в договоре.

Как быть, если не удалось получить IP-адрес от DHCP сервера: решение проблемы

Рассмотрим ключевые неисправности и способы их решения.

Перезагрузка роутера

Прежде чем сбрасывать настройки, перезагрузите роутер, отключив его от сети на 30-60 секунд. Не используйте кнопку RESET на корпусе, в зависимости от модели она приводит к возвращению устройства к заводским параметрам.

Вместе с роутером перезагрузите другие устройства.

Включение DHCP на роутере

Неправильная настройка или сброс параметров приводят к отключению протокола. Чтобы активировать его снова:

1. Зайдите в настройки роутера с помощью IP-адреса и пароля, указанного снизу корпуса. Если таковые не указаны, данные для авторизации можно найти в интернете по названию модели.
2. Откройте раздел «DHCP-сервер». Он может находиться как в основном меню, так и во вкладках «Сети», «Сегменты», «Интерфейсы LAN» или «Wi-Fi».
3. Напротив названия протокола поставьте галочку на «Включить». Перед выходом из настроек не забудьте «Применить» новые параметры.

В этом же разделе можно назначить диапазон выдаваемых адресов и время их действия.

Фильтрация по MAC-адресу

MAC-адрес – этой физический идентификатор, который получает любая техника с доступом в сеть. Поскольку каждый МАК уникален, то на некоторых прошивках роутеров можно создать белый список устройств, которые могут к нему подключаться. Если девайса нет в перечне, получить IP не удастся. Чтобы это исправить:

1. Зайдите в настройки роутера, как описано выше.
2. В разделе «Сети» откройте «Фильтрацию по MAC-адресу» и отключите ее.

Не забудьте «Сохранить» или «Принять» новые настройки.

Проверка «DHCP-клиента»

Убедившись, что с параметрами роутера все отлично, переходим к ПК на Windows:

1. Откройте меню «Пуск», в списке разверните «Служебные – Windows» и выберите «Панель управления».
2. Перейдите в «Администрирование». Если на «Панели управления» нет нужного элемента, измените тип просмотра и вместо «Категории» выберите «Крупные значки» либо «Мелкие значки».
3. В «Администрировании» дважды клацните левой кнопкой мыши по ярлыку «Службы».
4. Откройте «DHCP-клиент».
5. Перейдите во вкладку «Общие», в «Типе запуска» установите «Автоматически» и нажмите «Применить».

1. Вернитесь в главное окно «Панели управления» и откройте «Центр управления сетями и общим доступом».
2. В «Просмотре активных сетей» клацните по подключению для выхода в сеть – оно находится напротив названия сети в строчке «Подключения».
3. В развернувшемся окне выберите «Свойства».
4. Отметьте «IP версии 4 (TCP/IPv4)» и снова нажмите «Свойства». В «Общих» должны быть активны «Получить IP/DNS-адрес автоматически».

На смартфонах по умолчанию включено подключение к динамическим IP.

Сброс настроек

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

Первый способ сброса заключается в удержании кнопки RESET на корпусе устройства на протяжении 3-10 секунд. После этого световые индикаторы должны моргнуть, а устройство перезагрузиться.

1. Зайдите в настройки Wi-Fi.
2. Перейдите в «Систему» и выберите «Сброс настроек».

Перезагрузка в таком случае произойдет автоматически.

Подводим итоги

Без активного DHCP-сервера устройство не сможет получить IP-адрес и выйти в сеть. Если вышеописанные советы не помогли, обратитесь к провайдеру. Не исключено проведение технических работ или повреждение магистральной линии.