“转换”的解决方案http 流量转为 https?代理人? (中继)

发布于 2024-12-13 19:27:42 字数 349 浏览 4 评论 0原文

我们的应用程序都是 HTTPS,但我们从不支持 SSL 的低预算设备获取 mjpeg 流。

所以,这意味着我们可以: 我。混合内容并让浏览器崩溃。 (这是不可接受的,因为我们训练用户不要信任混合内容页面。) 二.将网站设置为非 https。 (真的不可接受。)

我想我们可以在其中一台服务器上运行中继,浏览器可以使用 SSL 进行访问,然后该服务器将充当非 SSL mjpeg 流的代理。

我们知道摄像机的 IP(静态),因此我们可以检查它并防范 DNS 攻击。如果你欺骗一个 IP(使得 3 次握手不可能),你就无法建立 TCP-IP 连接,所以我不认为这是不诚实的。

还可以使用哪些其他解决方案来解决这个问题?

Our app is all HTTPS, but we grab mjpeg streams from low-budget devices that do not support SSL.

So, this means that we can either:
i. Mix content and have browsers freak out.
(Unacceptable since we train users not to trust mixed content pages.)
ii. Make the site non-https. (REALLY unacceptable.)

I was thinking that we could run a relay on one of our servers, for which the browsers could hit using SSL, this server would then act as a proxy to the non-SSL mjpeg streams.

We know the IPs of the cameras (static), so we can check that and guard against dns attacks. And you can't establish a TCP-IP connection if you're spoofing an IP (makes 3-way handshake impossible), so I don't see this as disingenuous.

What other solutions could be used to solve this?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

秋日私语 2024-12-20 19:27:42

在 Linux 上使用 mod_proxymod_ssl Apache 模块甚至更容易:

<VirtualHost *:80>
        ServerName xxx.yyy
        SSLProxyEngine On

        ProxyPass  / https://remote.server.org/

</VirtualHost>

Even easier on Linux, with mod_proxy and mod_ssl Apache modules:

<VirtualHost *:80>
        ServerName xxx.yyy
        SSLProxyEngine On

        ProxyPass  / https://remote.server.org/

</VirtualHost>
伪装你 2024-12-20 19:27:42

Stunnel 被证明是 Windows 服务器最简单的解决方案。

http://www.stunnel.org/

Stunnel proved to be the easiest solution for a windows server.

http://www.stunnel.org/

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文