У меня есть клиент, который хочет получить удаленный доступ к камерам через подключение к Интернету HughesNET. HughesNET использует NATting операторского класса (CGN) для IPv4 и поэтому не предоставляет своим клиентам публично маршрутизируемые адреса IPv4. Однако они предоставляют публично маршрутизируемые IPv6 (хотя они динамические, они иногда меняют префиксы... grrr).
DVR клиента не поддерживает удаленный просмотр по IPv6. Я ищу самый простой способ обойти эту проблему. Моя текущая идея — разместить Rasberry Pi на месте и настроить туннель IPv4 через IPv6 между pi и облачным VPS и, по сути, сделать обратный прокси-сервер для служб через туннель на VPS. Затем клиент может зайти на VPS через IPv4, чтобы получить доступ к своим камерам.
Похоже ли это на правдоподобное решение? Есть ли более простая альтернатива, которую я упускаю? Кто-нибудь делал что-то подобное и может предоставить мне некоторые подробности? Это на грани моих сетевых знаний. Я особенно обеспокоен тем, как справиться с изменяющимися адресами IPv6 в соединении HughesNET.
решение1
Конечно, вы можете установить шлюз NAT64 на территории клиента. Например, Tayga будет работать на Raspberry Pi или подобном небольшом оборудовании, или даже в виртуальной машине на существующем сервере. Это сделает камеры доступными через IPv6, и, таким образом, доступными на мобильных устройствах. Теперь, если камерам требуется фирменное программное обеспечение для доступа к ним, и оно говорит только по IPv4, то все ставки отменены.
В долгосрочной перспективе ваш клиент должен пожаловаться производителю камеры на отсутствие поддержки IPv6 и на свою готовность покупать камеры у другого производителя в будущем из-за этого.