我已经configuration了一个squid 3.1代理服务器。 除了X-Requested-With头之外，一切都很好。 我无法弄清楚如何将这个头部传递给我试图通过代理打开的网站。 这是我目前的configuration： request_header_access Allow allow all request_header_access Authorization allow all request_header_access WWW-Authenticate allow all request_header_access Proxy-Authorization allow all request_header_access Proxy-Authenticate allow all request_header_access Cache-Control allow all request_header_access Content-Encoding allow all request_header_access Content-Length allow all request_header_access Content-Type allow all request_header_access Date allow all request_header_access Expires allow all request_header_access Host allow all request_header_access If-Modified-Since […]
我有一个从本地networking运行在http://10.0.2.20/的后端服务器，其服务类似于： / (root) | |_user1/ | |_www/ | |_private/ | |_user2/ |_www/ |_private/ (etc.) 访问http://10.0.2.20/user1/当然包含“www”和“私人”文件夹，并通过公共服务器使用Apache的反向代理进行代理。 我喜欢它，所以发生以下事情： http://public-proxy-server/user1/实际显示http://10.0.2.20/user1/www/中的内容，而不在URL中指明。 （/ private /不能通过公共代理服务器访问）。 这里的关键是它是dynamic的，所以对http://public-proxy-server/*/所有请求应该显示来自http://10.0.2.20/*/www/内容。 再次，代理目前正常工作; 下面是configuration： （在公共服务器上） <VirtualHost *:80> ServerName www.domain.com ProxyRequests Off ProxyPreserveHost On ProxyVia full ProxyPass / http://10.0.2.20/ ProxyPassReverse / http://10.0.2.20/ </VirtualHost> （在后端服务器上） <VirtualHost *:80> … #this directory contains folders 'user1' and 'user2' DocumentRoot /var/www/ … […]
我有一个networking，我运行多个服务器，每个服务器专用于一个给定的服务。 因为大多数服务运行在不同的端口上，我目前正在寻找一种统一“全部”服务到单个“代理”机器的方法。 这个想法是抽象哪个机器正在访问，但仍然允许直接连接，如果需要/要求。 这个“代理”机器只有一个networking接口，它与所有其他服务提供机器是同一networking的一部分。 我已经研究了路由和NAT，但是到目前为止我还没有弄清楚如何使它工作。 我试图用shorewall做到这一点，但找不到明确的例子。 不过，我不完全确定这是最好的/最简单的策略。 这样说，达到这个结果的最好方法是什么？ 示例情况： Proxy IP – Listening port – Send requests to 192.168.0.50 80 (http) 192.168.0.1:80 " 22 (ssh) 192.168.0.2:2222 " 3306 (mysql) 192.168.0.3:3000 " 5432 (postgres) 192.168.0.4:5432 " 5222 (jabber) 192.168.0.5:5222 PS：我不关心代理的单点故障性质。 谢谢
问题的介绍 最近我正在研究一些请求签名algorithm，提出了在签名部分包含查询string的意见是“多样化的”。 长话短说，人们反对在string中包含查询string以进行签名的观点是查询string可以被改变（例如，值可以被改变，参数可以被删除/添加，可以被改变）。 我也从来没有经历过代理或负载均衡器中的这种行为，尽pipe我经历过诸如隐藏Authorization头（例如Apache / WSGI），修改请求方法（通过负载均衡器，可能是亚马逊的服务器做这样的事情） 。 我知道这样的行为可以在反向代理或负载均衡器上启用，使用一些自定义脚本/规则，但是可以在请求的任何部分完成。 基于假定查询string应该被包括进行了很多工作，再加上看起来很愚蠢的是，不签名请求中最重要的部分之一。 因此，我需要知道如果在原始表单中包含查询string（因为它在URL中传递）将是未来的问题。 实际的问题 所以我的问题是： 任何代理或负载均衡器通常会改变查询string？ 这对我来说似乎很愚蠢。 你知道任何默认的代理或负载均衡器（软件或其安装）吗？ 我相信在这种情况下，我们可以在代理/负载均衡器的层面上处理签名validation，但如果这是我们不能控制的中介机构常见的话，这可能是一个可行的论点。 请让我知道你知道什么。 让我知道，如果你有任何问题。 作为澄清，通过查询string，我的意思是以下URL中的“ ?arg1=val1&arg2=val2 ”部分： http://example.com/something/else?arg1=val1&arg2=val2 通过“ 改变查询string ”我的意思是任何可能使它看起来不同的客户端和服务器（服务器看到查询string不同于客户端使用）的任何操作。
我有两个nic在端口3128运行鱿鱼代理 eth0:192.168.2.22 with internet access. eth1:192.168.1.1 connected to LAN. 局域网内的每台机器都有ip范围 192.168.1.0/24 through DHCP. 它包括Windows和Linux机器（ Ubuntu 10.04 ）。 所有的Windows机器都可以访问HTTPS页面，但是没有一台Linux机器可以访问HTTPS页面。 当从linux机器发出https请求时，其返回的网页不可用。在squid访问日志中，从Linux机器访问时不会发出“ CONNECT ”请求。 可能是什么原因？ 鱿鱼运行 ：在Ubuntu 12.04 64位 鱿鱼版本 ：squid3-3.1.19 除了启用localnet连接以外，默认的squidconfiguration没有访问限制。 尝试设置 export HTTP_PROXY=http://192.168.1.1:3128/ in bashrc 但仍然无法访问任何https页面。 env https_proxy = http://192.168.1.1:3128/ wget –debug https://google.com/ DEBUG output created by Wget 1.12 on linux-gnu. –2012-10-26 13:45:47– https://google.com/ Connecting to […]
我在这里运行一个Nginx 1.2.4networking服务器，并且支持我的主机代理防止ddos攻击。 在这个代理背后的缺点是，我需要从额外的头部获得真正的IP信息。 在PHP中，例如，通过执行$_SERVER[HTTP_X_REAL_IP] ，效果很好。 现在在我的主机代理的背后，我有一个非常有效的方法来阻止某些IP的这样做： include /etc/nginx/block.conf并允许/拒绝那里的IP。 但是现在由于代理，Nginx会看到来自1个IP的所有stream量。 有没有一种方法可以让Nginx像X-REAL-IP头一样通过PHP来读取X-REAL-IP ？
我正在build立一个由ER5120负载均衡器pipe理的4个ADSL连接组成的简单networking。 负载均衡器连接到与办公室人员连接的交换机。 现在，我要在负载均衡器和交换机之间安装一台计算机。 该计算机运行Debian GNU / Linux和Squid来获取有关stream量的统计信息（访问量最大的网站，大多数带宽占用用户等）。 我想绕过dhcp服务器（负载均衡器中安装的服务器），我只希望计算机只用于这种监视。 这是可能的？ 有没有其他的方式来做我想要的监控？ 谢谢！！
早上好， 所以，我现在遇到的问题是我想要这个设置工作： http://qwe1.com/ 这个请求应该去Apache，并从静态内容文件夹中获取所有的图像，这个configuration工作得很好。 http://qwe1.com/forum 这个请求应该被代理到server2（proxy.qwe1.com），现在也工作得很好。 http://qwe1.com/forum/example.jpg 这个请求也应该被代理到server2，因为它必须与同一个论坛做，由于静态caching指令，今天不工作。 它匹配静态caching指令，并尝试在磁盘上本地查找映像，并在static.error.log中给出了一个404，您可以在下面看到。 如果我注释掉静态caching指令，我会得到所需的设置，但是我当然想要运行该caching。 我尝试用重写的帮助来分类，到目前为止我已经尝试了这些解决scheme location ~* ^(?P<part_uri>/forum/.*\.(css|js|jpg|jpeg|png|swf|gif|svg|ttf|eot))$ { proxy_pass http://proxy.qwe1.com/forum_en$part_uri; proxy_redirect off; proxy_set_header Host $host; access_log /var/log/nginx/TMP.log; error_log /var/log/nginx/TMP.log; } 这个解决scheme基本上把从http://qwe1.com/forum到http://qwe1.com/的所有东西都转发了出来，但是我没有真正弄清楚为什么，至less这是行不通的。 我也试过这个解决scheme rewrite ^(/forum/*\.(css|js|jpg|jpeg|png|swf|gif|svg|ttf|eot))$ /forum_en/$1; location /forum_en { proxy_pass http://proxy.qwe1.com; proxy_redirect off; proxy_set_header Host $host; access_log /var/log/nginx/TMP.log; error_log /var/log/nginx/TMP.log; } 这与之前的版本具有相同的症状，我从http://qwe1.com/forumredirect到http://qwe1.com/ 任何想法的人？ 我在这里有整个configuration。 提前致谢。 ## one.qwe1.com = server1 […]
我有一个vps服务器，我已经configurationApache作为一个networking服务器。 由于意外的高带宽使用，我昨天检查了我的服务器的访问日志。 这个表格有很多要求 184.22.43.216 – – [14/Mar/2013:21:24:44 +0530] "GET http://s.youtube.com/s?abd=1&bc=71802&bd=69&bt=115.352&cfps=24&cr=US&decoding=accelerated&el=embedded&eurl=http%3A%2F%2Fwww.facebook.com&mos=0&pixel_ratio=1&fs=0&nsiabblmax=7778.000&nsiabblmean=3985.000&nsiabblmin=2425.000&nsivbblc=67&nsivbblmax=17694.000&nsivbblmean=9481.000&nsivbblmin=3178.000&hbd=19797274&hbt=43.379&tsphab=1&tspfdt=2398&hasstoryboard=1&rmkt=1&len=316&docid=YpEqFE5Buas&lact=16412&vtmp=1&ptk=youtube_none&fexp=916408,919319,914070,916623,920704,912806,902000,919512,929901,913605,925006,906938,931202,931203,931401,908529,930803,920201,930101,930603&vq=auto&rendering=software&scoville=1&volume=88&fmt=34&uga=f55&autoplay=0&rt=14.289&sendtmp=1&plid=AATX5Ina-G9GwpNm&w=640&h=360&csipt=watch7&sourceid=y&screenh=1200&screenw=1800&sd=BD5980145HH1354750963912754&nsiabblc=124&md=1&et=10.289&ns=yt&sw=0.1&playerh=390&playerw=640&st=0&subscribed=1&tpmt=14&vh=360&vw=640&tspne=0&ldpj=0&idpj=0&hl=en_US&vid=KlVx6rUvP2me1GNGjHGXYgNRXQq8TI3nC HTTP/1.1" 204 – 184.22.43.216 – – [14/Mar/2013:21:24:46 +0530] "GET http://s.youtube.com/s?nsiabblmax=7861.000&nsiabblmean=3995.000&nsiabblmin=2452.000&nsivbblc=66&nsivbblmax=17869.000&nsivbblmean=9528.000&nsivbblmin=3223.000&hbd=19867394&hbt=45.386&tsphab=1&tspfdt=2610&hasstoryboard=1&rmkt=1&len=136&docid=6FFK5aN6vEI&lact=15679&vtmp=1&abd=1&bc=78858&bd=67&bt=113.318&cfps=21&cr=US&decoding=accelerated&el=embedded&eurl=http%3A%2F%2Fwww.facebook.com&mos=0&pixel_ratio=1&fs=0&ptk=youtube_none&fexp=923415,920507,914051,920704,912806,902000,919512,929901,913605,925006,906938,931202,931401,908529,930803,920201,930101,930603,926403&vq=auto&rendering=software&scoville=1&volume=86&fmt=34&uga=f58&autoplay=0&rt=14.263&sendtmp=1&plid=AATX5IoBj_BwzUFQ&w=640&h=360&csipt=watch7&sourceid=y&screenh=1200&screenw=1900&sd=BD5980145HH1354750963912806&nsiabblc=123&md=1&et=10.263&ns=yt&sw=0.1&playerh=390&playerw=640&st=0&subscribed=1&tpmt=13&vh=360&vw=640&tspne=0&ldpj=0&idpj=0&hl=en_US&vid=-CPztaAkCxyQ-ipOBWFLyFxzqPMiqNJdC HTTP/1.1" 204 – 184.22.61.244 – – [14/Mar/2013:21:24:51 +0530] "GET http://s.youtube.com/s?nsiabblmax=7551.000&nsiabblmean=3881.000&nsiabblmin=2372.000&nsivbblc=61&nsivbblmax=17255.000&nsivbblmean=9316.000&nsivbblmin=3059.000&hbd=19676987&hbt=40.367&tsphab=1&tspfdt=2044&hasstoryboard=1&rmkt=1&len=267&docid=hzS–rbPJfA&lact=15212&vtmp=1&abd=1&bc=60700&bd=65&bt=110.295&cfps=19&cr=US&decoding=accelerated&el=embedded&eurl=http%3A%2F%2Fwww.facebook.com&mos=0&pixel_ratio=1&fs=0&ptk=youtube_none&fexp=910207,916714,916624,901448,920704,912806,902000,919512,929901,913605,925006,906938,931202,931401,908529,930803,920201,930101,930603,926403&vq=auto&rendering=software&scoville=1&volume=84&fmt=34&uga=f49&autoplay=0&rt=13.246&sendtmp=1&plid=AATX5IpJcG0R-mCK&w=640&h=360&csipt=watch7&sourceid=y&screenh=1100&screenw=1600&sd=BD5980145HH1354750963912669&md=1&et=10.246&ns=yt&sw=0.1&playerh=390&playerw=640&st=0&subscribed=1&tpmt=13&vh=360&vw=640&tspne=0&ldpj=0&idpj=0&hl=en_US&vid=5pcfUVcE9HP_VyZ768SQvb84dLg3yP5xC HTTP/1.1" 204 – 184.82.179.79 – – [14/Mar/2013:21:24:53 +0530] "GET http://s.youtube.com/s?ptk=vevo&fexp=900225,901803,931902,919360,929221,916624,920704,912806,902000,919512,929901,913605,925006,906938,931202,931401,908529,930803,920201,930101,930603&vq=auto&rendering=software&scoville=1&volume=92&fmt=34&uga=m28&autoplay=0&rt=11.321&sendtmp=1&plid=AATX5Ipzt705I6rw&w=640&h=360&csipt=watch7&sourceid=y&screenh=600&screenw=800&sd=BADC23E01HH1353129541108137&nsiabblc=116&abd=1&bc=20351&bd=73&bt=114.396&cfps=28&cr=US&decoding=accelerated&el=embedded&eurl=http%3A%2F%2Fwww.vevo.com&mos=0&pixel_ratio=1&fs=0&nsiabblmax=6713.000&nsiabblmean=3652.000&nsiabblmin=2136.000&nsivbblc=52&nsivbblmax=15552.000&nsivbblmean=8782.000&nsivbblmin=2609.000&hbd=19065843&hbt=21.306&tsphab=1&tspfdt=276&hasstoryboard=1&rmkt=1&len=281&docid=6cfCgLgiFDM&lact=17319&vtmp=1&md=1&et=10.321&ns=yt&sw=0.1&playerh=390&playerw=640&st=0&subscribed=1&tpmt=14&vh=360&vw=640&tspne=0&ldpj=0&idpj=0&hl=en_US&vid=9blcMb6bjX2hMCYOgqW6igoFZLksLbjaC HTTP/1.1" 204 – 64.120.216.123 – – [14/Mar/2013:21:24:54 +0530] "GET http://s.youtube.com/s?ptk=youtube_none&fexp=906073,910207,914028,916623,901478,920704,912806,902000,919512,929901,913605,925006,906938,931202,931401,908529,930803,920201,929602,930101,930603&vq=auto&rendering=software&scoville=1&volume=99&fmt=34&uga=f46&autoplay=0&rt=13.390&sendtmp=1&plid=AATX5Ip_78b4gOUe&w=640&h=360&csipt=watch7&sourceid=y&screenh=1000&screenw=1500&sd=BD5980145HH1354750963912418&nsiabblc=132&abd=1&bc=54657&bd=80&bt=124.488&cfps=37&cr=US&decoding=accelerated&el=embedded&eurl=http%3A%2F%2Fwww.facebook.com&mos=0&pixel_ratio=1&fs=0&nsiabblmax=7587.000&nsiabblmean=3989.000&nsiabblmin=2358.000&nsivbblc=69&nsivbblmax=17277.000&nsivbblmean=9388.000&nsivbblmin=3073.000&hbd=19596986&hbt=37.359&tsphab=1&tspfdt=1832&hasstoryboard=1&rmkt=1&len=200&docid=pJXheCgkchw&lact=19251&vtmp=1&md=1&et=10.390&ns=yt&sw=0.1&playerh=390&playerw=640&st=0&subscribed=1&tpmt=15&vh=360&vw=640&tspne=0&ldpj=0&idpj=0&hl=en_US&vid=2vEyOpur01CJtruUvqlVIvOIQr0FTOMKC HTTP/1.1" 204 – 78.46.137.25 – […]
我想弄清楚为什么我有这么多的错误日志： [error] 1545#0: *713626 connect() failed (111: Connection refused) while connecting to upstream, client: xx.xx.xx.xx, server: www.example.com, request: "GET / HTTP/1.0", upstream: "fastcgi://127.0.0.1:9000", host: "www.example.com" 所有关于这个错误的post，我已经看到了导致坏的网关错误，但是我已经快速浏览了网站上的许多页面，试图得到错误popup，果然，最新的日志显示这个错误与我的IP。 不过，我从来没有任何问题获得任何页面加载。 这个问题可能是什么？ nginxconfiguration： worker_processes 1; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; # output compression saves bandwidth gzip on; gzip_static on; […]