服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

HTTP请求上的Apache mod_substitute到反向代理主机

我有以下设置: 局域网上的打印机#1 打印机#2在LAN上 互联网面临的server-external-ip Debian的Apache 2.2 Web服务器,我想用作IPP网关的两台打印机 这两台打印机可以通过以下IPP URL访问(从LAN和Apache服务器): http://printer-1-local-ip/printer http://printer-2-local-ip/printer (打印机没有物理连接到Web服务器。) 我希望它们可以通过以下URL从Internet访问: http://server-external-ip/prn1 http://server-external-ip/prn2 IPP专门通过对打印机地址的HTTP请求来工作(即,整个打印过程通过POST请求在http:// printer-X-local-ip /打印机 URL处发生),所以我只需要redirect(即反向代理与Apache)上面的URL 1和2。 Apache正在服务其他内容,所以我不能用自定义程序(例如netcat或netsed)来replace它。 另外,由于打印机客户端只能够在端口80处到达服务器,因此我无法在其他端口上运行自定义程序。 然后我尝试了下面的Apacheconfiguration: RewriteRule ^/prn1$ http://printer-1-local-ip:80/printer [P] ProxyPassReverse /prn1 http://printer-1-local-ip 将Windows客户端连接到http:// server-external-ip / prn1 URL,反向代理就可以工作。 但是IPP协议还会向打印机(在POST-ed数据中)发送完整的设备URL。 这意味着打印机会收到http:// server-external-ip / prn1打印机的显式IPP请求,而不是其正确的地址( http:// printer-1-local-ip / printer )。 所以它拒绝连接。 我将这个条目添加到Windows客户端的HOST文件中: server-external-ip printer-dns-name 但它仍然不起作用,因为打印机收到仍然具有错误服务名称的http:// printer-dns-name / prn1的IPP请求(即, prn1而不是打印机 )。 […]

为什么我在ESXi RDM上遇到ZFS文件系统的校验和错误?

我有一个VMware ESXi 4.1服务器,我最近添加了2个1TB SATA驱动器。 这台机器运行一个托pipeZFS文件系统的NexentaStor社区虚拟机。 在添加新驱动器之前,所有ZFS磁盘都驻留在位于硬件RAID10上的服务器的Vmware数据存储中的虚拟磁盘(VMDK文件)内。 新的SATA驱动器没有硬件冗余,所以我的目标是将它们直接连接到NexentaStor虚拟机,并创build一个RAID1 zpool。 我按照这些说明使用vmkfstools -z /vmfs/devices/disks/idnumber RDM1.vmdk -a lsilogic为新的SATA驱动器创build了两个物理RDM文件vmkfstools -z /vmfs/devices/disks/idnumber RDM1.vmdk -a lsilogic 在将两个RDM磁盘添加到虚拟机并在其上创build一个raidz1 zpool后,我开始将数据复制到zpool。 游泳池被脱机,我被告知有数以千计的校验和错误。 我搜查了网页,发现一些人抱怨同样的情况。 ( 示例 )我已经放弃使用RDM,并创build了两个数据存储和两个930GB的VMDK文件,我将它们放在一个RAIDz1中。 不过,我想知道我哪里错了。 网上有很多人说他们有这个configuration工作。 我使用RDM而不是VMDK的目标是: 赋予虚拟机监视SMART状态的能力 允许ZFS访问整个磁盘(因为我知道这些不会用于其他任何事情) 如果变坏的话,使驱动器容易变热 允许我删除这些驱动器,并将其放在另一个ZFS服务器,如果我需要 我计划在本周晚些时候将要安装的全新ESXi 5.1服务器中使用相同的设置。 在这种情况下,#4特别重要,因为我想将现有的zpool添加到新的VM。 为什么我得到这些校验和错误? 它与ESXi 4.1有关吗? 有什么我做错了吗? 编辑:我已经创build了与VMware ESXi 5.1相同的设置,到目前为止没有问题。 我要testing这个非常彻底,但到目前为止,这似乎是一个ESXi 4.1的问题。