Мое здание кондо предоставляет Wi-Fi. Однако у них есть глупое окно условий обслуживания, которое вы должны принять, прежде чем получить доступ. Я написал скрипт, который может автоматически публиковать в этом окне условия предоставления услуг и предоставлять доступ. Моя проблема в том, что я не могу подключить свой Apple TV, так как у него нет веб-браузера, чтобы принять условия обслуживания.
Поэтому я взял Raspberry Pi и сделал его маршрутизатором NAT. Я подключил Wi-Fi PI к Wi-Fi кондо. Я поставил задачу cron, чтобы запустить скрипт для публикации на маршрутизаторе кондо, чтобы сохранить условия обслуживания. Все отлично работает, пока я не подключил AirPort к Ethernet. Я планирую создать свою собственную сеть Wi-Fi, используя Raspberry Pi в качестве маршрутизатора и AirPort в качестве вторичного маршрутизатора (частная сеть Wi-Fi).
Таким образом, более или менее происходит двойной NAT. Кондо-роутер делает NAT. AirPort использует NAT.
Примерно через минуту использования все отключается. Я думаю, что кондо-роутер блокирует нас. Кондо-маршрутизатор не будет направлять пакеты в Интернет. Это не даст мне IP от DHCP. Кондо-роутер является продуктом WatchGuard.
Возможно ли, что кондо-роутер обнаруживает частную сеть (AirPort) и блокирует мой доступ. Я предполагаю, что они обнаруживают это через двойной NAT, который продолжается. Есть ли способ обмануть маршрутизатор, чтобы он не обнаружил AirPort и не позволил всему этому работать?
Благодарю.
~ Спайсер
Ответы:
Если ваш Raspberry Pi выполняет NAT, то вам не нужно, чтобы ваша базовая станция AirPort выполняла NAT. Отключить NAT на базовой станции AirPort; на вкладке «Сеть» установите для «Режим маршрутизатора» значение «Выкл. (режим моста)».
источник
Об использовании прокси:
Да, я думал, что Прокси тоже не будет работать с Apple TV ... но ... это возможно .
Для
iptables
команды ... вы можете попробовать:(где
<wifi>
ваш исходящий интерфейс WiFi.)POSTROUTING
для трафика, выходящего. (PREROUTING
только для входящего трафика)Причина этого заключается в том, что вы хотите, чтобы трафик от самого Raspberry PI также был установлен на 127. И если вы сделаете это,
ping 127.0.0.1
вы можете увидеть, что он может быть установлен на 64.И если вы установите трафик из вашей сети на 127, а Raspberry PI через некоторое время также использует некоторый трафик (с TTL 64), вы будете пойманы :) (может быть, поэтому это занимает час)
Я еще не смотрел на форсирование более низких портов (и других методов).
ТТЛ-трюк все еще работает целый час (каждый раз)?
В любом случае, я бы также следовал инструкциям Спиффа, чтобы установить (и сохранить) Аэропорт в качестве моста. (двойной NAT не нужен в любом случае)
источник