1

Мое здание кондо предоставляет Wi-Fi. Однако у них есть глупое окно условий обслуживания, которое вы должны принять, прежде чем получить доступ. Я написал скрипт, который может автоматически публиковать это окно условий предоставления услуг и предоставлять доступ. Моя проблема в том, что я не могу подключить свой Apple TV, так как у него нет веб-браузера, чтобы принять условия обслуживания.

Поэтому я взял Raspberry Pi и сделал его маршрутизатором NAT. Я подключил Wi-Fi PI к Wi-Fi кондо. Я поставил задачу cron, чтобы запустить скрипт для публикации на маршрутизаторе кондо, чтобы сохранить условия обслуживания. Все отлично работает, пока я не подключил AirPort к Ethernet. Я планирую создать свою собственную сеть WiFi, используя Raspberry Pi в качестве маршрутизатора и AirPort в качестве вторичного маршрутизатора (частная сеть Wi-Fi).

Таким образом, более или менее происходит двойной NAT. Кондо-роутер делает NAT. AirPort использует NAT.

Примерно через минуту использования все отключается. Я думаю, что кондо-роутер блокирует нас. Кондо-маршрутизатор не будет направлять пакеты в Интернет. Это не даст мне IP от DHCP. Кондо-роутер является продуктом WatchGuard.

Возможно ли, что кондо-роутер обнаруживает частную сеть (AirPort) и блокирует мой доступ. Я предполагаю, что они обнаруживают это через двойной NAT, который продолжается. Есть ли способ обмануть роутер, чтобы он не обнаружил AirPort и не позволил всему этому работать?

Благодарю.

~ Спайсер

2 ответа2

2

Если ваш Raspberry Pi выполняет NAT, то вам не нужно, чтобы ваша базовая станция AirPort выполняла NAT. Отключить NAT на базовой станции AirPort; на вкладке "Сеть" установите для "Режим маршрутизатора" значение «Выкл. (режим моста)».

1

Об использовании прокси:
Да, я думал, что Прокси тоже не будет работать с Apple TV... но ... это возможно.


Для команды iptables ... вы можете попробовать:

iptables -t mangle -A POSTROUTING -o <wifi> -j TTL --ttl-set 128

(где <wifi> - ваш исходящий интерфейс WiFi.)

POSTROUTING для трафика, выходящего. (PREROUTING только для входящего трафика)

Причиной этого является то, что вы хотите, чтобы трафик от самого Raspberry PI также был установлен на 127. И если вы выполните ping 127.0.0.1 вы можете увидеть, что он может быть установлен на 64.

И если вы установите трафик из своей сети на 127, а Raspberry PI через некоторое время также использует некоторый трафик (с TTL 64), вы будете пойманы :) (возможно, по этой причине это занимает час)

Я еще не смотрел на форсирование более низких портов (и других методов).

ТТЛ-трюк все еще работает целый час (каждый раз)?

В любом случае, я бы также следовал инструкциям Спиффа, чтобы установить (и сохранить) Аэропорт в качестве моста. (двойной NAT не нужен в любом случае)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .