1

ситуация
Есть интранет с доступом к интернету. Однако вы можете получить доступ к этой сети и, следовательно, к Интернету только в том случае, если ваше устройство имеет MAC-адрес в белом списке. Это не проблема, так как вы можете легко использовать MAC-чейнджер, чтобы обойти этот барьер, используя один из уже внесенных в белый список адресов.

Цель
Поскольку эта сеть доступна только через проводное соединение, Raspberry Pi должен использоваться, чтобы сделать беспроводное соединение доступным. Таким образом, RPi должен быть подключен к упомянутой сети и должен работать в качестве точки доступа WLAN.

Конфигурация RPi
RPi (3 Модель B) работает под управлением Raspbian как ОС. Для создания AP я использую hostapd . А для DNS и DHCP я использую dnsmasq .
Я не буду перечислять все шаги, которые я сделал, чтобы получить рабочую конфигурацию, но если вы хотите получить представление об этом, я использовал следующие (здесь и здесь) учебники (они на немецком языке, но, по крайней мере, вы можете смотрите используемые команды, извините).
Тем не менее, текущая конфигурация, кажется, в некоторой степени корректна, так как я могу успешно использовать ее дома без каких-либо проблем.

проблема
Хотя я могу подключиться к RPi с помощью своего ноутбука или смартфона, у меня нет подключения к Интернету.
Подключенный к RPi через SSH (используя PuTTY), нет ответа при пинге google.com (или 8.8.8.8).

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

Вещи, которые уже работают:

  • RPi (eth0) получает IP-адрес.
  • Можно подключиться к точке доступа со своего смартфона.
  • google.com преобразуется в IP-адрес (например, 172.217.21.110).
  • Поддельный MAC-адрес используется для отправки пакетов данных (наблюдается с помощью tshark).

Возможные решения, которые не помогли решить проблему:

  • Настройка правильного времени на RPi.
  • Проверка связи с IP-адресом вместо домена (в случае неудачного разрешения DNS).
  • Изменен MAC-адрес eth0 (проводное соединение RPi) на несколько разных в белом списке (с использованием macchanger и /etc/network/interfaces).
  • Использовали разные порты Ethernet для подключения к данной сети.
  • Изменение файла конфигурации dnsmasq (т. Е. server , dhcp-option и т.д.).
  • Настройка всей системы (и конфигурация) во второй раз (не специально, случайно из-за сбоя SD-карты) (первая установка была установлена через установку NOOBS, а вторая - через облегченную версию Raspbian).

РЕДАКТИРОВАТЬ
Как бы я ни был глуп, я никогда не заглядывал в /var/log/syslog .
Проходя через это, я обнаружил, что часто от dnsmasq есть ответ, который выглядит следующим образом: reply geo-prod.do.dsp.mp.microsoft.com is <CNAME> после активации и работы wlan0 .
Пусть остальная часть журнала поможет решить эту проблему.


Мне сейчас кажется, что вся ситуация выглядит довольно странно, потому что каждая отдельная часть всего работает, а не как одна система. (Текущая конфигурация работает дома, и у меня есть доступ к сети и Интернету с поддельным MAC-адресом с помощью моего ноутбука).
Я надеюсь, что любой из вас может помочь мне с этим, так как у меня больше нет идей, как заставить это работать. Возможно, кто-то из вас однажды столкнулся с подобной проблемой.
Что может быть плохо настроено в моем случае? Я что-то пропустил? Есть ли правдоподобное объяснение, почему это сработало один раз, а сейчас, без каких-либо серьезных изменений, не так?
Я очень ценю вашу помощь!


Если я пропустил какие-либо подробности о ситуации / конфигурации, необходимые для решения этой проблемы, просто спросите меня в комментариях.

0