apache 的网页内容显示是乱码

本文介绍了解决Apache服务器自动生成的目录索引页面出现乱码的方法。通过在配置文件中添加特定指令,成功将字符集从ISO-8859-1更改为UTF-8,实现了网页内容的正常显示。
 
apache 的网页内容显示是乱码

非常感觉下面各位的回答,
http://forum.ubuntu.org.cn/
yaoms,etcte,HuntXu,sevk,shellex

http://linux.chinaunix.net/
maitr ,zengkun_2008 ,swordfish.cn ,飞哥2005 ,一路征程一路笑 ,cnjnhu



我的apache 是Apache/2.2.3。

apache 的网页内容显示是乱码,字符编码无法被浏览器正确识别呢,一定要我自己手动去浏览器里设置一下UTF-8,这个页面才正常显示了,刷新页面后就又是乱码了。我指的是apache自动产生的目录索引(Index of 页面),如图




我改的是/etc/apache2/apache2.conf,

1.注释掉AddDefaultCharset一行也没用,和原来 一样还是乱码。
2.改成AddDefaultCharset off 或是 AddDefaultCharset GB2312 也是一样的,总是apache自动默认的ISO-8859-1,依然是乱码.
3.再改成AddDefaultCharset UTF-8,也没有用,还是乱码。
每次改完,都分别重启apache。
4.在该文件中加入下面的两句
AddDefaultCharset GB2312
DefaultLanguage GB2312
还是乱码,没有用。

应该没改错文件呀,

后来发现,配置文件里的 那个 AddDefaultCharset 影响不到 apache 的 Index of 页面。

随便怎么改,查看到的http头,都是如下,字符编码总是charset=ISO-8859-1
例如 wget -S http://172.26.29.82

newman0708@newman0708-desktop:~$ wget -S http://172.26.29.82
--08:51:07--  http://172.26.29.82/
           => `index.html'
Connecting to 172.26.29.82:80... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Date: Thu, 28 Aug 2008 00:51:07 GMT
  Server: Apache/2.2.3 (Ubuntu) mod_jk/1.2.18 mod_python/3.2.10 Python/2.5.1 PHP/5.2.1
  Content-Length: 1330
  Keep-Alive: timeout=15, max=100
  Connection: Keep-Alive
  Content-Type: text/html;
charset=ISO-8859-1
Length: 1,330 (1.3K) [text/html]

100%[====================================>] 1,330         --.--K/s             

08:51:07 (63.21 MB/s) - `index.html' saved [1330/1330]



我在windows下访问也是一样乱码,安装中文包是没有用,肯定问题出在apache的设置上。




得到http://linux.chinaunix.net/论坛上maitr 的提示,问题就解决了。

在/etc/apache2/apache2.conf尾部添加下面内容,就可以解决。

<Directory "/var/www/">
IndexOptions Charset=utf-8
Options Indexes FollowSymLinks

AllowOverride All

Order allow,deny
Allow from all
</Directory>


然后再用wget -S http://172.26.29.82查看http头,

newman0708@newman0708-desktop:~$ wget -S http://172.26.29.82
--08:51:07--  http://172.26.29.82/
           => `index.html'
Connecting to 172.26.29.82:80... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Date: Thu, 28 Aug 2008 00:51:07 GMT
  Server: Apache/2.2.3 (Ubuntu) mod_jk/1.2.18 mod_python/3.2.10 Python/2.5.1 PHP/5.2.1
  Content-Length: 1330
  Keep-Alive: timeout=15, max=100
  Connection: Keep-Alive
  Content-Type: text/html;
charset=utf-8
Length: 1,330 (1.3K) [text/html]

100%[====================================>] 1,330         --.--K/s             

08:51:07 (63.21 MB/s) - `index.html' saved [1330/1330]

如图,



现在就正常了,不用再受apache乱码的气了,再次感谢回答过我这个问题的每一位。

在我问这个问题时,也有很多人有这样问题,希望能早点解决,所以我把帖子的内容整理一下,方便有类似问题的人。


内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值