我有一台Ubuntu 14.04机器，所有外出stream量都是通过VPN，我需要确保HTTP和HTTPSstream量不通过VPN。 我已经看过静态路由，但它似乎只处理层3。 我应该如何处理这个设置？ 谢谢。
我们在Linux上的VPS over HTTP（所以URL是http：// repository / svn / project / trunk ）上运行一个Subversion服务器，但是速度很慢。 最慢的意思是最多约4KB / s的结账和签到。 从VPS下载testing似乎很好。 我将在哪里开始寻找这方面的信息？ FWIW它运行Ubuntu 8.04和Linux 2.6.18（是的，我知道这是旧的）。
我的应用程序需要有一个file upload组件，将上传非常大（> 1GB）的文件。 我还没有决定协议（HTTP或FTP）去（在这方面的任何帮助将不胜感激）。 现在，当一个用户使用这个上传function时，其他用户的工作不应该受到阻碍，即一个大file upload不应该占用其他用户的带宽。 有没有什么办法可以在n / w中限制这个上传过程，所以我只能分配这么多的b / w，这将继续上传过程，其他用户的工作也不会受到阻碍？ 从n / w的angular度来看，对于这种types的大file upload（HTTP或FTP），什么是最好的协议？ 有FTP和SFTP相同的东西或SFTP有更多的开销，因此有较慢的数据传输速率？
有互联网用户连接HTTP / 1.0吗？ 比如通过代理。 因为我打算阻止HTTP / 1.0，因为大多数僵尸程序都使用HTTP / 1.0。
我快要疯了。 你如何告诉CPAN只能通过HTTP下载？ …而不是通过代理。
我们在全国各地的客户端机器上使用tomcat部署web应用程序。 安装完成后，我们希望允许通过中央服务器远程访问这些Web应用程序，但是我们不希望我们的客户端必须在其路由器上打开端口。 有没有一种方法来隧道的HTTPstream量，使连接到中央服务器的人可以访问防火墙后面的Web应用程序？ 中央服务器有一个静态IP地址，我们完全控制它。 现在，它是一个窗口框，但如果有必要，它可以更改为一个Linux的盒子。 我们的客户正在运行Windows XP和以上。 我们不需要访问文件系统，我们只想通过浏览器访问Web应用程序。 我们看过反向ssh隧道，但是它显示了扩展问题，因为每个数据包都必须通过中央服务器。
Web服务器：Nginx。 检查我们的日志文件，有许多连接日志条目： 需要59-61秒 发送一个空的请求（或至less没有被logging） 导致408响应（请求超时） 不包含任何http_user_agent 起源于数量有限的IP 我们正在监测平均服务时间，这显然使我们的统计数据膨胀。 除此之外，这是一个问题吗？ 任何想法为什么发生？ 这是否暗示有人故意搞乱我们？ 我们应该做什么？
我只想允许来自CloudFlare的HTTP（S）stream量。 这样攻击者不能直接攻击服务器。 我知道CloudFlare不是主要的DDoS缓和器，但是我想尝试它。 我目前只能访问iptables（仅限ipv4），但会尽快安装ip6tables。 我只需要尽快修复。 （我们正在（D）DoSed atm。） 我在想这样的事情： iptables -I INPUT -s <CloudFlare IP> –dport 80 -j ACCEPT iptables -I INPUT -s <CloudFlare IP> –dport 443 -j ACCEPT iptables -I INPUT -p tcp –dport 80 -j DROP iptables -I INPUT -p tcp –dport 443 -j DROP 我知道CloudFlare有多个IP，但只是一个例子。 这是正确的吗？
我有两个站点在相同的IP与以下configuration： site1.com 多个子域（即：foo.site1.com，bar.site1.com） 一切听着港口80，没有在443 site2WithSSL.com 监听端口80和443（SSL） 我可以访问https://site2WithSSL.com和http://site1.com 没有问题。 当有人想访问https：//site1.com时，问题出现了，nginx与site2WithSSL.com的答案我想避免这种情况。 我的意思是，只要有人访问https：//site1.com，就不需要返回内容，或者只是redirect到https ：// configuration是： server { listen 80; server_name *.site1.com; // … } server { server_name www.site2WithSSL.com; return 301 $scheme://site2WithSSL.com$request_uri; } server { listen 80; listen 443 ssl; server_name site2WithSSL.com; ssl_certificate site2WithSSL.crt; ssl_certificate_key site2WithSSL.key; // … } 解决：每个网站使用不同的IP
我正在寻找一个HTTP负载平衡解决scheme，将提供以下内容： 1）接受端口X上的HTTP连接，并随机或以循环方式将其转发到多个其他主机（和/或端口）之一。 2）如果服务器应答包含一个具有一定值的特定的HTTP报头（即“Magic-Number：12345”），记住它，并将包含相同报头的所有后续请求转发给该服务器。 3）按照一定的时间间隔，通过向所有目标服务器发送指定的HTTP请求来执行保持活动testing。 如果其中一个服务器没有回复，请停止转发，直到它再次联机。 4）（不重要，但很好）接受来自客户端的HTTPS连接，并将其转换为HTTP连接到服务器。 该解决scheme必须由免费和/或开源软件组成，并在Windows 200x Server下运行。 有什么build议么？ 更新： Cygwin或便携式Ubuntu（或其他Colinux发行版）也是可行的select，如果他们能够运行适当的* nix解决scheme。