Не работает автоматическое получение сетевых параметров DHCP

5) в отчаянии пробовал даже прописывать вручную ip, netmask и gateway, (глупо конечно же, когда инет по DHCP, но мало ли?) - тоже не особо помогло

Я правильно понял, что сетёвка вобще не работает под Линуксом? И dhcp тут не причём, проблемы в драйвере?

Если у вас там обычный dhcp, то прописывание ip-адреса должно позволять работать. Ну и arping должен работать. Это к вопросу проверки работоспособности сетёвки.

Для r8168, ЕМНИП, кроме входящего в ядро, был драйвер от Realtek. И с этими сетёвками часто танцы с бубном, у этих чипов разные ревизии, разный уровень поддержки в драйвере. Описывая решение проблемы, авторы часто не указывают ревизию, поэтому гугля легко найти УМВР, хотя для другой сетёвки это не подходит.

Wireshark твой DHCP Discovery видит?

Если у вас там обычный dhcp, то прописывание ip-адреса должно позволять работать

+1

проблемы в драйвере?

Нет, я не думаю что проблемы в драйвере. До этого интернет получал через роутер который был в комнате на ПК. Роутер забрали, и я был вынужден воткнуть кабель сразу в ethernet. После этого перестало. В винде и андроиде все прекрасно пашет.

Я вполне допускаю, что с роутером раньше согласовывалась другая скорость сети, чем сейчас. И из-за кривизны драйвера под Линуксом раньше работало, а сейчас нет. Посмотрите wireshark'ом (tcpdump'ом) видны ли сейчас пакеты на интерфейсе, попробуйте arping на адрес шлюза.

т.е. сейчас есть центральный роутер, а кроме этого был еще один, через который все работало? Когда промежуточный забрали, то из центрального перестал работать инет?
Что за железка?

Получается так, что есть человек который занимается раздачей интернета на множество комнат в общежитии. Я так думаю что у него стоит роутер, возможно даже не один. И от этого роутера выходят множество кабелей - каждый в отедельную комнату. Да, мой кабель входил в промежуточный роутер, который был в комнате. Его забрали, теперь я без роутера, т.е. сразу кабель напрямую идет в ноутбук. Asus f3jc.

Tcpdump -i ethX -vvv в момент работы дхцп клиента в студию.

А вообще похоже что есть мак-приаязка у роутера и всё.

Вот лог http://pastebin.ru/fVn0XZrX

Привязка к маку не объясняет почему работает под виндами.

Может быть привязка к каким-нибудь DHCP-параметрам, хрен знает.

Как то был прикол, что от провайдера все linux устройства перестали получать dns. Интернет соответственно не работал. Чего они там наковыряли не знаю, через день все заработало.

Привязка к маку не объясняет почему работает под виндами.

Привязка может быть ещё и к client ID.

sysctl net.ipv4.ip_default_ttl=128

Не вижу противоречия.

Судя по дампу на той стороне — микротик. Что оно умеет — я без понятия.

Раз общага, я бы предположил наличие какой-нибудь аутентификации, а значит и чего-то из разряда pptp/pppoe.

Наиболее очевидный путь — пойти к раздающему и спросить.

Наиболее очевидный путь

поставить винду и не заморачиваться.

Каждому своё.

Проверил, не работает. Еще варианты? Господа, как я уже выше написал, помощи наверное я здесь не найду. Не тот уровень.

Там в дампе трафика есть пакет LLDP со строкой ″port vlan id (PVID): 41″, может винда по умолчанию сама настаивате VLAN и уже в него отправляет DHCP-запрос. Или она так не умеет?

Взять два дампа и сравнить. Но «не тот уровень».