我在使用MP4字节范围caching和Apple浏览器时遇到了一些问题。 我有一个caching节点，抓取后端节点的内容，并将其caching，然后将其提供给用户。 这是通过使用nginx proxy_pass和nginxcaching来完成的。 我发现许多浏览器会首先请求整个video（字节范围0-无限），然后请求块。 这是一个问题，因为它会导致caching节点立即从后端下载整个video。 为了解决这个问题，无论请求的字节范围有多大，我们都要求caching节点将请求分成10M块。 这几乎适用于所有的浏览器，除了Safari浏览器。 对于桌面以及Safari浏览器，Safari都会立即抛出媒体损坏错误。 发送请求时将错误抛出，字节范围设置为完整文件。 如果我们不重写请求，它在Safari上工作正常，但是导致caching节点端口几乎全部被饱和，因为当有人开始stream式传输文件时，整个文件被下载到caching节点，饱和港口。 任何build议，我怎样才能解决这个将不胜感激。
我现在有以下configuration： # Squid normally listens to port 3128 http_port 3128 cache_peer proxy1_address parent proxy1_port 0 proxy-only default login=name1:pass1 never_direct allow all 现在我需要configurationsquid的方式，当所有传入的请求3128将被redirect到proxy1（因为它现在工作），所有传入的请求3127将被redirect到proxy2。 有可能吗？ 我当前的configuration不工作： http_port 3128 http_port 3127 acl port_3128 port 3128 acl port_3127 port 3127 # 3128 cache_peer proxy01 parent 3128 0 no-query originserver name=proxy3128 cache_peer_access proxy3128 allow port_3128 cache_peer_access proxy3128 deny port_3127 # […]
我在我的办公室有一个networking，通过一个特定的本地代理，但是我们获得了一个与proxys不兼容的设备。 我对networking很陌生，花了一段时间才意识到这是问题所在。 问题是我们不能在这个代理之外有互联网。 所以，我的想法是使用一台带有fedora的旧PC，带有2个以太网端口和“桥”（如果我使用正确的话）这个连接，让计算机pipe理代理设置，让这个设备的另一个端口，但是我发现每一个桥接设置都是用它来传输代理设置的。 我必须说，这个设备的问题并不是通过代理本身，只是没有地方configuration它（根据目的，根据制造商）。 我将不胜感激任何帮助 ：）。
我只是在这里大声思考，想知道是否需要开放端口（入站）才能继续使用我的邮件。 是不是有可能redirect交通可以说通过一个子域（imap.domain.tld或pop3.domain.tld）托pipe在端口80或443，然后通过proxy_pass与nginxredirect的imap或pop3？ 如果这不是我走的路我想知道为什么像谷歌这样的大家伙都有一个单独的所有这些协议的子域… 如果可能的话，我想尽可能地收紧我的vps，但是仍然保留neccesairy的东西。
configuration：TMG在10.0.3.1上有三个networking适配器，其中一个连接到Internet。 在10.0.3.xx的本地Windows 8.1 PC尝试通过浏览器连接到http：//10.0.3.yy的受pipe理交换机（内部）。 PC有10.0.3.1作为网关，交换机可能没有这个设置。 交换机不在TMG上发布。 PC从10.0.3.1接收错误12206：代理链循环页面到浏览器中。 TMG的日志显示了大约相同的内容的相应的事件ID 14141。 如果浏览器configuration为不使用代理服务器，stream量是如何stream经TMG的？ 以及如何使PC忽略TMG的存在，并通过HTTP直接连接到交换机？ PS：手工发送GET / HTTP/1.0 telnet 10.0.3.yy 80也会导致从TMG中检索到12206页面，所以这个问题应该在底层的networking层上。
自从两天以来，我一直在尝试使tomcat和gitlab在同一个顶级域上工作。 我的tomcat运行在8080端口，我的gitlab运行在8081 。 当我键入mywebsite.com:8081我成功地redirect到gitlab，当我键入mywebsite.com:8080我成功地redirect到我的tomcat实例。 现在我安装了apache 2 ，让它运行在80端口，并尝试使用它作为反向代理，但每次我键入http://www.mywebsite.com/gitlab我得到一个404。 我正在使用Debian，因此不得不编辑/etc/apache2/sites-available/000-default.conf现在在这个configuration里面： NameVirtualHost *:80 <VirtualHost *:80> Servername www.mywebsite.com <Proxy *> Order deny, allow Allow from all </Proxy> ProxyPreserveHost On ProxyPass /gitlab http://www.mywebsite.com:8081 ProxyPassReverse /gitlab http://www.mywebsite.com:8081 这是不正确的？ 我错过了致命的东西吗？ 已经通过几个指导指南，但我仍然无法弄清楚如何使其工作 编辑：// Apache 2Access日志是空的… Apache 2错误日志： [Fri Mar 03 08:40:32.654879 2017] [mpm_event:notice] [pid 985:tid 140413383284608] AH00489: Apache/2.4.10 (Debian) configured — resuming normal […]
假设我有一个域test.com。 和Nginx服务几个应用程序。 我能怎么做： test.com/match/here – 这将是请求 由nginx处理为： test.com/new/prefix/match/here 用nginx可以吗？ #server context location /match/here { proxy_pass http://example.com/new/prefix; } location /app { … } . . . 另一个问题是如何一个位置可以通过nginxconfiguration只能redirect到另一个位置？ 先谢谢你！
我使用Caddy作为同一台服务器上许多站点的代理。 我的一些网站还没有准备好HTTPS。 我可以路由他们的HTTP很好，但如果我访问这些网站的HTTPS，我得到一个丑陋的… No such site at :443 …错误。 我怎样才能使用Caddyredirect到HTTP呢？ 这工作，但给我的错误： siteCanHandleSSL.com { proxy / 123.123.123.123:80 { transparent } tls [email protected] { dns route53 max_certs 200 } } http://siteCantHandleSLL.com { proxy / 123.456.654.321:80 { transparent } tls off } 这给了我一个不同的错误： siteCanHandleSSL.com { proxy / 123.123.123.123:80 { transparent } tls [email protected] { dns route53 max_certs 200 […]
我有一个Raspberry Pi，它build立到远程服务器（VPS）的SSH代理，并在Pi上打开一个端口，所以我可以使用它作为SOCKS代理。 这是我用来build立隧道的命令： ssh -D 1080 -f -C -q -N user@hostname 这显示了它应该如何工作： ______________________________ | | | Client | |______________________________| | | L2TP over IPSEC ________________|_______________ __ | | | | VPN (192.168.1.XXX) | | |________________________________| | ________________|_______________ |-RaspberryPi | | | | SOCKS5 (127.0.0.1:1080) | | |________________________________|__| | | SSH tunnel ________________|________________ | | | […]
我读过一些文章（ 主要是这个 ），但我仍然不明白为什么我的url没有正确redirect。 我在运行Ubuntu-Server的192.168.1.4上有一个虚拟的。 我已经安装了nginx，我可以看到nginx的欢迎页面。 我的路由器端口80的所有stream量都被成功redirect到192.168.1.4。 我有这些网站： Site1 – 192.168.1.3:9810 (IIS) – www.mydomain1.com 192.168.1.1 Site2 – 192.168.1.1:8080 (admin page for my server) www.mydomain2.com Site3 – 192.168.1.1:81 (a wordpress site) www.mydomain3.com 现在有了这三个域，我打到了nginx的欢迎页面，所以我知道问题出在我的configuration上，如下所示： server { listen 80; server_name mydomain1.com; location / { proxy_pass http://192.168.1.3:9810; } } server { listen 80; server_name mydomain2.com; location / { proxy_pass http://192.168.1.1:8080; […]