服务器 Gind.cn

我想用鱿鱼来监听端口80，并logging所有的URL请求，并简单地转发到原来的目的地，而不会改变任何东西。 如何实现？

我们已经很好的configuration了主机，主机组等等的nagios …是否有可能从nagios主机组到达不可能？ 有没有一些插件/模块可以让我们做： ansible -m ping hostgroup-from-nagios-config-files

我可以在一个端口上获得单独的TIME_WAIT计数， netstat -nat | grep :11300 | grep TIME_WAIT | wc -l; 但如何基于所有端口做到这一点，例如： 11300 2900 connection 3306 1200 connection 80 890 connection

我发现了这个问题的一些重复，但他们都没有回答我想要尝试的东西。 我有一个QA和一个由厨师独奏pipe理的生产服务器。 我想将版本库apt版本locking到特定的版本，以便我可以升级到我的厨师食谱中的最新版本的包。 坚持Ubuntu的正确方法去呢？ 似乎我需要为每个包裹应用？ 我只是试图找出如何以安全的方式与厨师更新服务器。 我的首选项是我在QA上安装更新，testing它是否可行，如果是这样的话，将生产中的repolocking在与QA相同的版本号上，在生产上安装更新。 任何其他build议如何做到这一点？ 谢谢，

我有一台运行Windows 8主机的Windows Server 2012虚拟机。 主机将所有http通信redirect到端口81到服务器的80端口，在那里我有一个IIS Web服务器。 我想要做的是定义一个使用安全连接的私人区域，以便访问example.com/private或example.com/private/anythingelse的用户应该被redirecthttps://example.com/private和https：// example.com/private/anythingelse 。 问题是我不想redirect主机中的另一个端口（例如，端口444到端口443）。 我希望用户继续使用具有相同端口的URL（81）。 这可能吗？ 编辑：澄清我的问题。 Windows Server（运行在VMware上的虚拟机）将使用标准端口（80和443）。 我想要的是访问我的主机IP到端口81redirect到Windos服务器80端口和强制SSL连接到私人区域（没有必须添加新的redirect到主机）。

我的公司几年来一直在使用AVG Remote Administrator，但在过去的几个月里，我发现在进行远程安装时出现了一个奇怪的问题。 由于无法控制的情况（对员工进行了罢工），许多系统未连接到我们的服务器以获取AVG Antivirus Business Edition 2012/2013的新密钥。 罢工已经结束，机器正在进入，因为他们的保护已经过期（如预期的那样）。 我得到计算机名称，并将其插入远程pipe理控制台，然后尝试执行远程安装。 我把域pipe理员用户名/密码，select我想要的选项，select一个隐藏的安装，并观察进展。 我input的密钥是我们的AVG Antivirus Business Edition密钥，也可以在其他系统上使用。 安装完成后，即使select下载最新的AVG AV软件包，也会安装AVG Internet Security的试用版。 作为一个实验，我启动了一个旧的镜像到一台没有安装AVG的新机器上。 我推安装，相同的设置，该电脑，AVG AV安装，没有问题。 我也尝试卸载程序和function部分中的所有AVG相关条目，并在重新尝试其他系统之前重新启动。 作为最后的手段，我尝试将安装目录复制到USB闪存驱动器（按照向导），并以pipe理员身份运行avgsetup.bat文件，效果相同：没有AV，只有IS。 我究竟做错了什么？ 我能做些什么来让AVG远程安装在这些工作站上？ 将会有大约一百个我需要做的，我宁愿不必触及每个工作站。

我已经在redhat 6.1 linux机器上安装了redis。 我使用了这些命令 make make install cd utils ./install_server 我使用了所有的默认设置，所以我可以用redis-server命令启动redis-server 。 现在我想开始是作为一个服务，这应该是可行的，通过serviece redis_6379 start 。 但是，我得到以下输出： [root@localhost ssl]# sudo service redis_6379 start exists, process is already running or crashed 在我看来，系统没有读取$PIDFILEvariables，根据/etc/init.d/redis_6379的脚本从/etc/redis/6379.conf的configuration文件/etc/redis/6379.conf 。 这两个文件都是按照默认configuration。 任何想法，为什么发生这种情况，以及如何解决它？ 以下是/etc/init.d/redis_6379的脚本 #!/bin/sh\n #Configurations injected by install_server below….\n\n EXEC=/usr/local/bin/redis-server\n CLIEXEC=/usr/local/bin/redis-cli\n PIDFILE=/var/run/redis_6379.pid\n CONF="/etc/redis/6379.conf"\n\n REDISPORT="6379"\n\n ###############\n\n case "$1" in start) if [ -f $PIDFILE […]

我们偶尔也会遇到一个奇怪的networking堆栈问题。 重新引导有问题的服务器清除它。 它发生如下（通过服务器上的tcpdump收集） ： HTTP客户端开始向Nginx发送请求。 服务器正常响应，确认每个数据包。 在最终客户端发送时，数据包永远不会到达服务器上的接收套接字。 客户端重新发送数据包，然后服务器终于超时并断开连接。 另外，Nginx的strace证实数据没有达到Nginx。 这里是tcpdump输出的编辑版本。 我简化了交stream，并匿名了一些细节。 打开iptables日志显示一些数据包被阻止，这可能是相关的： IN= OUT=lo SRC=client DST=server LEN=40 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=TCP SPT=39670 DPT=80 WINDOW=0 RES=0x00 RST URGP=0 IN= OUT=eth0 SRC=server DST=client LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=TCP SPT=80 DPT=39669 WINDOW=31 RES=0x00 ACK URGP=0 但是，我们的iptables设置是行人。 我们阻止除RELATED,ESTABLISHED之外的所有内容，并允许有问题的端口80.我不明白为什么iptables阻止了这个，除非数据包在RELATED和ESTABLISHED状态之外。 上面的要点也包含了我们的sysctl设置。 还有什么我可以看看？ Ubuntu 12.04.3上的Linux 3.8.0，DigitalOcean上。 编辑3 ：禁用iptables，同样的问题，所以它不是由坏的iptables规则造成的。 […]

有时桑巴4.1.11停止为客户提供服务。 每天，我必须重新启动smbd才能解决这个问题。 Windows客户端说，共享设备无法访问或authentication失败。 当他们尝试连接时，会生成以下日志： [2014/09/17 09:37:19.739314, 2] ../source3/auth/auth.c:278(auth_check_ntlm_password) check_ntlm_password: authentication for user [user] -> [user] -> [DOMAIN\user] succeeded [2014/09/17 09:58:41.021885, 1] ../source3/param/loadparm.c:3178(lp_do_parameter) WARNING: The "idmap uid" option is deprecated [2014/09/17 09:58:41.022305, 1] ../source3/param/loadparm.c:3178(lp_do_parameter) WARNING: The "idmap gid" option is deprecated [2014/09/17 09:58:41.022621, 2] ../source3/param/loadparm.c:3581(do_section) Processing section "[home]" [2014/09/17 09:58:41.028757, 2] ../source3/auth/auth.c:278(auth_check_ntlm_password) check_ntlm_password: authentication for user […]

在Windows 8.1计算机上创build新的VPN连接后，使用Mikrotik路由器连接到VPN服务器，连接超时并显示错误号800。