Requires=
我正在创建一个 systemd .service 文件,我需要帮助理解和之间的区别After=
。手册页说“配置对其他单元的Requires=
需求依赖关系”。和After=
“配置单元之间的排序依赖关系”。有什么不同?
tail -f /var/log/nginx/error.log
2013/05/04 23:43:35 [error] 733#0: *3662 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: 127.0.0.1, server: _, request: "GET /robots.txt HTTP/1.1", host: "kowol.mysite.net"
HTTP/1.1", host: "www.joesfitness.net"
2013/05/05 00:49:14 [error] 733#0: *3783 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: 127.0.0.1, server: _, request: "GET / http://www.qq.com/ HTTP/1.1", host: "www.qq.com"
2013/05/05 03:12:33 [error] 733#0: *4232 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: 127.0.0.1, server: _, request: "GET / HTTP/1.1", host: "joesfitness.net"
我从 nginx 错误日志中获取这些信息,我没有“kowol”子域,我的网站上没有任何指向 qq.com 或 joesfitness.net 的链接。这是怎么回事?
编辑:Nginx 默认配置:
server {
listen 8080; ## listen for ipv4; this line is default and implied
listen [::]:8080 default ipv6only=on; ## listen for ipv6
root /usr/share/nginx/www;
index index.php index.html index.htm;
# Make site accessible from http://localhost/
server_name _;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to index.html
try_files $uri $uri/ /index.html;
# Uncomment to enable naxsi on this location
# include /etc/nginx/naxsi.rules
}
location /doc/ {
alias /usr/share/doc/;
autoindex on;
allow 127.0.0.1;
deny all;
}
# Only for nginx-naxsi : process denied requests
#location /RequestDenied {
# For example, return an error code
#return 418;
#}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
#error_page 500 502 503 504 /50x.html;
#location = /50x.html {
# root /usr/share/nginx/www;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
# With php5-cgi alone:
fastcgi_pass 127.0.0.1:9000;
#With php5-fpm:
#fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
}
这是关于打击垃圾邮件的规范问题。
还相关:
关于打击垃圾邮件,有很多技术和很多知识需要了解。管理员、域所有者和最终用户可以使用哪些广泛使用的技巧和技术来帮助将垃圾拒之门外?
我们正在寻找一个从不同角度涵盖不同技术的答案。接受的答案应包括各种技术(例如 SPF/SenderID、DomainKeys/DKIM、灰名单、DNS RBL、信誉服务、过滤软件 [SpamAssassin 等]);最佳实践(例如永远不允许中继端口 25 上的邮件,应该使用端口 587 等)、术语(例如开放中继、反向散射、MSA/MTA/MUA、垃圾邮件/非垃圾邮件)以及可能的其他技术。
我收到 Mailer Daemon 消息说某些电子邮件发送失败。我的域是itaccess.org
由 Google 应用程序管理的。有什么方法可以确定谁在从我的域发送电子邮件,以及他们是如何发送电子邮件的,而无需我为他们创建帐户?
Delivered-To: [email protected]
Received: by 10.142.152.34 with SMTP id z34csp12042wfd;
Wed, 8 Aug 2012 07:12:46 -0700 (PDT)
Received: by 10.152.112.34 with SMTP id in2mr18229790lab.6.1344435165782;
Wed, 08 Aug 2012 07:12:45 -0700 (PDT)
Return-Path: <[email protected]>
Received: from smtp-gw.fsdata.se (smtp-gw.fsdata.se. [195.35.82.145])
by mx.google.com with ESMTP id b9si24888989lbg.77.2012.08.08.07.12.44;
Wed, 08 Aug 2012 07:12:45 -0700 (PDT)
Received-SPF: neutral (google.com: 195.35.82.145 is neither permitted nor denied by best guess record for domain of [email protected]) client-ip=195.35.82.145;
Authentication-Results: mx.google.com; spf=neutral (google.com: 195.35.82.145 is neither permitted nor denied by best guess record for domain of [email protected]) [email protected]
Received: from www20.aname.net (www20.aname.net [89.221.250.20])
by smtp-gw.fsdata.se (8.14.3/8.13.8) with ESMTP id q78EChia020085
for <[email protected]>; Wed, 8 Aug 2012 16:12:43 +0200
Received: from www20.aname.net (localhost [127.0.0.1])
by www20.aname.net (8.14.3/8.14.3) with ESMTP id q78ECgQ1013882
for <[email protected]>; Wed, 8 Aug 2012 16:12:42 +0200
Received: (from whao@localhost)
by www20.aname.net (8.14.3/8.12.0/Submit) id q78ECgKn013879;
Wed, 8 Aug 2012 16:12:42 +0200
Date: Wed, 8 Aug 2012 16:12:42 +0200
Message-Id: <[email protected]>
To: [email protected]
References: <20120808171231.CAC5128A79D815BC08430@USER-PC>
In-Reply-To: <20120808171231.CAC5128A79D815BC08430@USER-PC>
X-Loop: [email protected]
From: [email protected]
Subject: whao.se: kontot avstängt - account closed
X-FS-SpamAssassinScore: 1.8
X-FS-SpamAssassinRules: ALL_TRUSTED,DCC_CHECK,FRT_CONTACT,SUBJECT_NEEDS_ENCODING
Detta är ett automatiskt svar från F S Data - http://www.fsdata.se
Kontot för domänen whao.se är tillsvidare avstängt.
För mer information, kontakta [email protected]
Mvh,
/F S Data
-----
This is an automatic reply from F S Data - http://www.fsdata.se
The domain account "whao.se" is closed.
For further information, please contact [email protected]
Best regards,
/F S Data
我是 shell 的新手,这些命令的使用似乎很随意。有没有一个标志有一个破折号而另一个可能有两个破折号的原因?
在将一个数据库转换为使用 InnoDB 引擎后,我刚刚在 /etc/mysql/my.cnf 中添加了以下行。
innodb_buffer_pool_size = 2560M
innodb_log_file_size = 256M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 2
innodb_thread_concurrency = 16
innodb_flush_method = O_DIRECT
但它在第 2 行引发“错误 2013(HY000):在查询期间丢失与 MySQL 服务器的连接”错误重新启动 mysqld。mysql错误日志显示如下
InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 268435456 bytes!
100118 20:52:52 [ERROR] Plugin 'InnoDB' init function returned error.
100118 20:52:52 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
100118 20:52:52 [ERROR] Unknown/unsupported table type: InnoDB
100118 20:52:52 [ERROR] Aborting
所以我注释掉了这一行
# innodb_log_file_size = 256M
它成功地重新启动了mysql。
我想知道mysql错误中显示的“5242880字节的日志文件”是什么?这是该服务器上 InnoDB 引擎上的第一个数据库,那么该日志文件是何时何地创建的?在这种情况下,如何在 my.cnf 中启用 innodb_log_file_size 指令?
编辑
我试图删除 /var/lib/mysql/ib_logfile0 并重新启动 mysqld 但它仍然失败。它现在在错误日志中显示以下内容。
100118 21:27:11 InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 256 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Progress in MB: 100 200
InnoDB: Error: log file ./ib_logfile1 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 268435456 bytes!
解析度
删除 /var/lib/mysql 中的 ib_logfile0 和 ib_logfile1 后,它现在可以工作了
我已经多次尝试使用 putty 终端为用户 root@host 建立 SSH-connecton。这样做时,我多次指定了错误的凭据,然后我正确指定了它们,然后在接受凭据后,ssh会话中断
“服务器意外关闭网络连接”。
putty终端报此错误。当尝试从本地控制台 ssh root@localhost - 它工作正常。当我从其他主机 ssh otheruser@host 时,它也可以正常工作。所以网络连接问题是无罪的。我想到的唯一错误是:“用户 root 的身份验证失败太多”,尽管 putty 报告了一个不同的错误。
问题是:如何从这种错误情况中恢复并让 putty 再次登录?重新启动 sshd 似乎没有帮助