У меня есть IP-камера, подключенная к компьютеру, который преобразует поток RTSP с камеры в HLS и передает его в Интернет. Проблема в том, что он расположен в удаленном месте, где подключение к Интернету не самое сильное, и когда к нему подключаются 2-3 пользователя, он начинает отставать. Он также находится в сети интернет-провайдера, который предоставляет мне внутренний IP-адрес (класса C), в то время как у него есть IP-адрес класса A, и перенаправляет мне некоторые порты на шлюз, который они контролируют. Это вызывает еще одну проблему: поток должен быть виден в видеопроигрывателе HTML5, загружен внутри iframe (не говорите мне, что это глупая идея, я знаю), который встроен в веб-сайт HTTPS, и из-за CORS вам не разрешено для загрузки содержимого HTTP на страницу HTTPS — следовательно, мне нужно настроить SSL на потоковой станции (очень сложно, если вообще возможно, при использовании перенаправленных портов и внутреннего IP-адреса).
Одно из решений, которое я придумал, — это покупка VPS, который подключается через HTTP к потоковой станции и перенаправляет HLS, обслуживая его в Интернет. VPS намного проще контролировать, имея статический IP-адрес и порты 80 и 443, готовые к использованию. Проблема заключается в том, что VPS получает поток HLS и преобразует его в другой поток HLS, который затем становится доступным через порт 443. Это делает сценарий ffmpeg на VPS очень нестабильным и ненадежным из-за плохого соединения между VPS и потоковой передачей. станция и она часто дает сбой.
У меня вопрос: есть ли способ использовать VPS в качестве сервера для повторной потоковой передачи без повторной потоковой передачи HLS, а просто умножить HLS с потокового сервера на запрашивающий его клиент? Возможно, мое объяснение очень сбивает с толку, но это лучшее, что я могу придумать. Пожалуйста, если у вас есть дополнительные вопросы — задавайте мне, чтобы ситуация прояснилась!