标签归档：Apache

CentOS下web服务器无法发送邮件的权限修复

发表评论

不得不承认，不愧是服务器血统，这权限管理真的严格的，搭建好的owncloud报告没法发邮件，经过一番bing之后，找到了答案。

参考：http://stackoverflow.com/questions/25517281/swiftmailer-connection-could-not-be-established-with-host-smtp-gmail-com-conne

解决办法如下：

  1.  检查httpd_can_sendmail 是否设置为on 
    getsebool httpd_can_sendmail
    • 如果返回的输出是 httpd_can_sendmail –> off , 运行 
      setsebool -P httpd_can_sendmail 1
    • 如果你看到 httpd_can_sendmail –> on 那么跳到下一步
  2.  检查 httpd_can_network_connect 是否为on 
    getsebool httpd_can_network_connect
    • 如果返回的输出是 httpd_can_network_connect –> off ，运行 
      setsebool -P httpd_can_network_connect 1
    • 如果你看到 httpd_can_network_connect –> on 那么就跳到下一步
  3. 在服务器地址直接填ip而不是域名。

第三步感觉是另外的问题，而不是SELinux的权限阻止了邮件发送。

在Apache上使用客户端证书认证

发表评论

前阵子在nginx上做了客户端证书认证，发现满足感大大的有，于是一发不可收拾，在RaspberryPi上的Apache也做了一个。

上参考：

http://www.adintr.com/article/blog/192

http://httpd.apache.org/docs/2.2/mod/mod_ssl.html

 

首先，第一步是做证书。

这部分是老生常谈了，懒人表示继续在路由上用easyrsa做（参考1，参考2），写了一份server的key和crt之后就可以拿来用了。（之前我有CA证书和客户端证书了）

然后到手3个文件， server.key server.crt ca.crt。

修改/etc/apache/sites-available/default-ssl

找到这些字段

SSLCertificateFile
SSLCertificateKeyFile
SSLVerifyClient
SSLCACertificateFile
SSLVerifyClient

去掉注释之后，分别填上 server.crt的位置，server.key的位置，”on”，ca.crt的位置，”require”，就像这样

SSLEngine on
SSLCertificateFile    /etc/apache2/certs/pi.crt
SSLCertificateKeyFile /etc/apache2/certs/pi.key
SSLCACertificateFile /etc/apache2/certs/ca.crt
SSLVerifyClient require

配置也完成了。

然后启用一下ssl的mod和这个默认的ssl配置，就是分别做一下软连接。

最后启动/重启apache服务器，好了，看到浏览器问你要证书了。

让Apache的AutoIndex使用特定的字符编码

发表评论

参考：http://blog.chinaunix.net/uid-26960488-id-3227305.html
http://httpd.apache.org/docs/2.0/mod/mod_autoindex.html

 

今天在路由上装了个apache，因为硬件比以前的rg100a好太多了，想跑点强力点的web服务器，也算是练练手。

跑起来之后开了autoindex，一看，乱码了，这蛋疼得，换回去ie（ie切换字符编码略方便，Chrome简洁掉了），切换编码一看，用utf8好了。果然是编码的问题，于是上网搜，怎么才能使用特定的字符编码。一搜就出来了，可以在httpd.conf里面加上一个autoindex的选项来指定字符编码

IndexOptions Charset=UTF-8

在Apache中使用redirect

发表评论

参考：

因为学校里面的论坛之前重装过，将文件夹挪过一下位置，导致以前的链接坏掉了。
今天刚说起这件事，于是稍微弄了一下。

这时候RedirectMatch就显得非常有用，如果你租用的虚拟主机是apache，那么恭喜你，你也可以使用目录下的.htaccess里设置 RedirectMatch。
语法: RedirectMatch [status] regex URL
regex 为 regular expressions 的缩写，具体参考 Apache 手册。
应用: 服务器配置, 虚拟主机, 目录, .htaccess文件
举例:
1) 将一个目录重定向到一个文件：
RedirectMatch 301 ^/lastdir$ /lastdir.html
2) 将A目录重定向到B目录：
RedirectMatch 301 ^/dir_a$ /dir_b
3) 将A目录下所有的文件重定向到B目录：
RedirectMatch 301 ^/dir_a/.* /dir_b
4) 将A目录下所有的文件重定向到B目录相对应的文件：
RedirectMatch 301 ^/dir_a/(.*) /dir_b/$1
$1表示上面圆括弧中的变量，如果有多个圆括弧，则按顺序为 $2,$3
5) 将A目录下所有的文件重定向到B服务器的C目录相对应的文件：
RedirectMatch 301 ^/dir_a/(.*) 
这个对有些原先使用个人空间，而现在有了自己的服务器或者虚拟主机的人来说非常有用，
比如原先是 www.wz.zj.cn/~mypage
而现在有了www.myweb.com 这个空间
那么就可以在原个人空间的目录下编辑 .htaccess 加入：
RedirectMatch 301 ^/~dir_a/(.*) 
如果域名发生变更，可以这样：
RedirectMatch 301 ^(.*) 
说明：
符号 ^ 表示匹配项的开始, 符号 $ 表示结束，符号 * 代表通配符，符号 () 定义变量，$1, $2 为变量名。
301，是状态码，表示永久重定向，另外还有：
302，临时重定向，如果不写状态码，则这个就是默认值。
303，系统会有一个页面，指出资源地址已经改变。
410，表示资源地址已经永久删除

使用了这一条

RedirectMatch 301 ^/~dir_a/(.*)

作为参考，弄好了