服务器 Gind.cn

我有一个工作的Django应用程序托pipe在我的linode（Fedora 15）上，我也试图在那里托pipe一个基于php的网站。 我正在使用基于名称的虚拟主机来redirect基于主机名称的请求，但由于某种原因，每个请求都将转到Django应用程序。 我在想也许mod_wsgi重写一些默认值？ 或者，也许我的虚拟主机语法错误（我试过DocumentRoot和无引号）？ 这里是我的httpdconfiguration文件的相关部分： Name VirtualHost *:80 <VirtualHost *:80> ServerName pollvaultr.com ServerAlias www.pollvaultr.com WSGIDaemonProcess pollvaultr.com user=apache group=apache WSGIProcessGroup pollvaultr.com WSGIScriptAlias / "/var/www/html/PollVaultr/wsgi.py" Alias /static/ "/var/www/html/static/" <Directory "/var/www/html/static"> Order allow,deny Allow from all </Directory> <Directory "/var/www/html/PollVaultr"> <Files "wsgi.py"> Order allow,deny Allow from all </Files> </Directory> </VirtualHost> <VirtualHost *:80> DocumentRoot "/var/www/catfacts/" ServerName lexiross.com ServerAlias www.lexiross.com […]

我使用XAMPP进行本地开发，并使用mail（）函数发送邮件。 但不幸的是，它不会发送邮件。 我没有在localhost中使用任何SMTP服务器。 如果我需要发送邮件，我该怎么办？ 提前致谢。

我无法使用OWA从不同的远程位置使用不同的ISP发送电子邮件（电子邮件发送，但从未交付）。 当我从这些远程位置发送电子邮件，通过可用的ISP进行中继时，电子邮件正在发送。 我应该在哪里查找Exchange设置中的问题 接受的领域 发送连接器 接收连接器。 检查消息队列我find了以下错误消息 该消息已在服务器“server.domain.local”上排队，因为2012年2月26日上午11:57:47。 发送邮件的最后一次尝试发生在2012年2月26日12时05分29秒，并生成错误“451 4.4.0主要目标IP地址响应：”451 5.7.3需要基本身份validation。 尝试故障转移到备用主机，但是没有成功。 要么没有备用主机，要么没有交付所有备用主机。“ 什么可能导致这个问题？ 谢谢

我是新来的DNSpipe理员，所以请温和。 这是我的设置： 带有几个Alogging的域名指向我的个人IP。 example.com server1.example.com server2.example.com路由器将所有端口80请求转发到安装了Bind9和Webmin的Ubuntu VM盒Bind9然后应该parsingserver1.example.com和server2.example.com然后发送它们到更多的主机托pipenetworking应用程序的虚拟机。 我想我已经正确地为Bind9框的域设置了我的主logging，但是当进入域时，我得到了我的Ubuntu VM web服务器的保留页面，而不是server1或server2框。 它似乎进入我的Bind9盒子，但没有进一步。 这是因为我有互联网上的托pipeDNSlogging和另一个在我的内部框？ 还是他们应该一起工作？ 是因为我的Bind9听不正确？ 我一直在使用webmin设置bind9，它一直说我所有的configuration文件都没问题。 任何帮助，或指示事物寻找将受到感谢。

我正在使用Solaris 10客户端设置Ubuntu NFS服务器。 基本的configuration对我来说看起来不错，而且它也工作了一段时间。 我在客户端上收到“RPC：身份validation错误”消息。 服务器 / etc / exports中： /export/opencsw-future 192.168.3.0/24(rw,nohide,insecure,no_subtree_check,async) /export/opencsw-current 192.168.3.0/24(rw,nohide,insecure,no_subtree_check,async) $ ls -ld /export/opencsw-current drwxr-xr-x 7 maciej maciej 4096 2012-02-05 14:55 /export/opencsw-current 客户 $ grep opencsw /etc/vfstab foosrv:/opencsw-current – /export/opencsw-current nfs – yes – $ sudo mount /export/opencsw-current NFS compound failed for server foosrv: error 7 (RPC: Authentication error) (…repeated…) nfs […]

在几乎没有任何负载的情况下（可能有几个人每分钟触碰一次服务器），我们有一些超时令我疯狂。 我们使用nginx将非SSLredirect到SSL，终止SSL，然后将请求反向代理到haproxy，将其发送到我们的应用服务器之一。 我们的应用程序服务器运行乘客（导轨）+ nginx。 我们有一个mysql master + slave和一个memcached实例，我们最近开始使用它来进行一些查询。 这是我在nginx错误日志的第一层看到的一个典型错误，它将请求传递给haproxy（详细信息模糊处理）： 2012/02/25 06:42:15 [error] 7838＃0：* 60797上游超时（110：连接超时），从上游读取响应头时，client：1.2.3.4，server：domain.com，request： “GET / api / v1 / some_route HTTP / 1.1”，上游：“ http://127.0.0.1:82/api/v1/some_route ”，主机：“domain.com” 我不确定它是haproxy，乘客+ nginx，rails，memcached。 一个经验数据表明，它们似乎是一堆发生的，也就是说，如果我们有一个超时，我们看到其他几个，那么它们就会消失。 任何帮助将不胜感激。 很高兴发布任何configuration或任何有用的信息。

当我通过exec()或其他PHP函数创build文件时，权限为600 ，文件夹为700。 我怎样才能改变它没有chmod()或其他类似的function644和文件夹755 。 服务器细节： 服务器操作系统：Ubuntu 10.04 suphp安装 PHP版本5.3.2-1ubuntu4.14 SERVER_SOFTWARE：apache

问题机器是Windows Server 2008 R2文件服务器与以下驱动器，所有NTFS： C: OS D: File shares E: DFSR staging folders, temp files, and Volume Shadow Copies D：驱动器configuration为将卷影副本放在E：上，C：驱动器禁用卷影副本。 一个星期前，共享文件夹被删除，DFS引用被删除。 这留下了一个孤立的DFSR复制项目，该项目已从显示中删除，并且手动删除了所有临时文件夹。 几天后，卷影副本停止工作。 以标准备份用户身份运行，尝试创build卷影副本失败，并显示“访问被拒绝”，但在提升的命令提示符下运行时，将失败并显示“文件系统限制”。 在E上运行CHKDSK：返回“文件系统的types是RAW”。 磁盘pipe理器显示“NTFS”。 使用“testing磁盘”工具，分区表仍然显示NTFS。 E：驱动器上的所有文件都可以访问，并且正在正常读取和写入临时文件。 现有的卷影副本可以毫无问题地被访问。 使用C：作为testing，我发现可以将目标卷设置为C：或D：来启用卷影副本，但是无法将目标卷设置为E：。 任何想法是怎么回事，它可能与早期的DFS问题有关，系统pipe理员以错误的顺序删除设置？

我有我的服务器上的Ubuntu 10.04 。 当我通过FTP，PHP和…创build文件的权限是600 ， 文件夹是700 。 我如何将默认文件权限更改为644和文件夹755？ 由CuteFtp上传文件 我的用户名不是ROOT suphp安装

nginx保持locking状态。 我过去几天一直在使用DDOS。 这是一个大的POST洪水。 那么，GET和POST之间的混合。 GET似乎没有效果，我已经把一个页面放在login页面前面，这样用户在login之前必须填写一个validation码，以防止用户以前尝试login。 （他还在尝试，淹没我的login页面）。 现在他淹没了我的页面，validation了CAPTCHA，这是目前唯一能够影响到它的东西。 不过，我不确定为什么它会影响我的服务器。 它使Web服务器完全无法访问。 在validation页面的请求之间似乎有一个很大的延迟，所以我相信他正在做的只是告诉nginx他将发送POST数据，然后发送它非常缓慢，以保持连接打开。 有没有办法基本上超时的连接在这种情况下？ 此外，现在这是一个头洪水，这似乎没有任何影响。 在我的terminal上观看所有这些连接。 编辑 ：是的，现在我知道这是一个缓慢的HTTP请求攻击。 其中一些请求是30k字节只是为了login或提交validation码。 nginx需要20-300秒才能回复其中的一些。 编辑：为了扩大这一点，我相当肯定这是一个缓慢的后期洪水。