 |
|
服务器地址:http://eset.corbie.com.cn
本站重新开放注册,大家赶快下有用的资源....
nod32服务器升级即时信息统计系统地址:http://corbie.9966.org
客户端下载地址: http://www.corbie.com.cn/nod32.rar
水平横向滚动歌词同步技术
作者:Corbie 日期:2007-04-12 21:42
[code]<html>
<head>
<title>泪的小雨 - 邓丽君 - aboutplayer.com</title>
<style>
#lrcollbox td, #lrcollbox font {font-family: 黑体; font-size: 16px;}
#lrcoll td { color:#0080C0; }
.lrcbc { color:#FFFF33; overflow:hidden; height:20; width:0; filter:alpha(opacity=100); }
</style>
</head>
<script language="JavaScript">
self.moveTo(0,0);
self.resizeTo(screen.availWidth,screen.availHeight);
</script>
<body leftmargin="0" topmargin="0" marginwidth="0" marginheight="0" onselectstart="self.event.returnValue=false" oncontextmenu="return false;">
<span id="lrcdata"><!--
linux分发包越来越大了。都快要赶上win了。
作者:Syber 日期:2007-04-10 22:22
fc6 编译jpeg注意的问题。
作者:Syber 日期:2007-04-10 22:18
揭开 SE Linux 的秘密
作者:Syber 日期:2007-04-10 22:02
2001 年 3 月 01 日
最近，美国国家安全局不同寻常地向开放源码社区发布了一个安全性增强型版本的 Linux -- 包括代码和所有部分。这篇 dW 专有的文章首次对这一意想不到的开发进行了探讨 -- 它意味着什么，将有什么样的影响 -- 并深入研究了 SE Linux 的体系结构。
引起轰动
它的出现完全是始料不及的，一点先兆也没有。“新的”国家安全局向开放源码社区公布了安全性增强型版本的 Linux 2.2 内核（称为 SE Linux）。不仅如此，他们还提供了有关模拟 SE Linux 是否真正安全所使用的研究方法的背景简报文章。
如果您近来没有对密码术领域进行研究，那么我可以向您保证，NSA 的这一行动就好比是教皇从罗马的阳台上走下来，和人们在一起干活，分享大块的面包和一些鱼，然后邀请每个人到他的住处去看足球比赛，再喝点啤酒。有些事是无论谁都永远无法想像的，但 NSA 确实交出了源代码及其背后安全性机制的细节。一直到目前为止，NSA 在过去 50 年中就是典型冷战偏执狂需要的具体体现（“如果您知道我们所知道的，您就会同意我们的说法”）。看它象一些长发斯坦福学生那样将代码贡献出来足以让人控制不住地打个冷战。
但他们似乎就想达到这样的效果。分发 .tgz 文件不包含神秘的“特洛伊木马”，不会读取您硬盘上的数据后将所有数据发送回米德要塞。没有任何办法可以藏起代码中所有人都可以对其发表评论或进行分析的活门。NSA 确实需要一个安全的 OS 来实施他们很擅长的巫毒，他们似乎真的有计划在内部使用 SE Linux。据报道，通过合并一个称为 NetTop 的商业产品，NSA 将使用运行 SE Linux 的一台计算机来替代一些在物理上分隔的计算机（这意味着操作安全性的“空隙”方法 -- 将物理上分隔的系统区分成不同的安全性级别）（请参阅 参考资料）。
什麼是 SELinux
作者:Syber 日期:2007-04-10 21:59
Security-Enhanced Linux (安全性增強 Linux ，簡稱 SELinux)。
一開始是這樣的。
美國國家安全局(National Security Agency，簡稱 NSA)的主要工作之一就是防止美國在戰爭的時候不會因為網路的攻擊而導致指揮系統的癱瘓。所以一直想辦法加強現有作業系統的安全性。她們發現不管是 Windows 、 Unix、Linux 等等作業系統，基本上所使用的安全機制是類似 DAC 機制。
DAC 機制簡單來講就是只程式的執行者或是檔案的擁有者可以任意的給予權限。這種機制在遇到一個有漏洞或是刻意編寫的程式就會導致很大的問題，尤其是 setuid or setgid 這種權限的設計，許多程式設計師在需要權限的時候喜歡用 setuid root，因為可以不管接下來他們的程式到底需要什麼權限，大大簡化程式的設計。但是這種方式也非常危險，因為以 Unix-Like 的設計，root 擁有絕對的權限，假如這個程式有漏洞，那麼就可以在系統中為所欲為。
當然不是只有這個安全性問題而已。總之，為了加強安全性，有了各種加強安全性的方法出現，這些安全加強的方法通稱安全模組，SELinux 就是這些安全模組中的一個。當然各種安全強化模組的方法都大不相同、互相牴觸，對核心的修改也大大不同。
那麼，SELinux 的運作方式到底是怎樣的？
剛剛說過大部分的作業系統基本上使用 DAC 機制。而 SELinux 則對作業系統加入了 MAC 機制。
MAC 機制不再讓擁有者授予權限，而是透過強制的方式為每個進程統一授予權限。
還是聽不懂？那就別管了，反正記得 MAC 機制比較安全就對了。
SELinux 基本上就是 MAC 的實作。
在 SELinux 中，每個物件(程式、檔案、進程之類的)都有所謂的 Security Context(安全系絡)。它就像一個標籤一樣，貼在每個物件上。上面記載著這個物件所能夠執行的權限。
然後系統管理員可以建立 Security Policy(安全原則)，安全原則中會定義哪種操作需要哪些安全系絡的權限，權限可以不只一種。當程式要執行這個動作的時候，系統會依照安全原則所制定內容來檢查相對應的權限，如果全部權限都符合的話，系統就會允許這個操作的執行。
舉個例子來說好了。
現在我們要這個目錄中新建一個檔案，那麼我們使用中進程的安全系絡必須要有父目錄安全系絡的 search 和 add_name 權限，還有要建立檔案的安全系絡的 create 權限。同樣的，要建立檔案的安全系絡必需要有對檔案系統安全系絡的 associated 權限。這樣，才能順利的新建一個檔案。
這種檢查方式是獨立於 Unix-Like 中傳統的使用者權限，在 SELinux 中，你必須要同時符合傳統的使用者權限和 SELinux 權限才能順利執行操作。透過 SELinux 權限，我們可以很容易的建立一個只能在特定程序及特定的安全系絡中才能執行的 Web 伺服器。如果有人成功侵入了 Web 伺服器，那麼他也只能在這個特定的安全系絡中破壞。但是前提是要有好的安全原則。
問題就來了，我們需要一個好的安全原則才可以讓 SeLinux 發揮效果。大部分的使用者需要一個適當的安全原則來工作，制定的太寬鬆會使 SELinux 毫無用武之地，而太嚴格又會讓使用者連日常工作都變的麻煩至極。NSA 讓制定安全原則的工作由套件發行者來做。而 Fedora、Debian、Gentoo 等等也都制定了一套基本的安全原則。(發展的最快的是 Fedora。作為一個新技術的實驗場，在 Fedora Core 2 中就實作了 SELinux 但是預設為不開啟，而預計到了 Fedora Core 4 將會預設全面開啟 SELinux 功能)
如果你還想知道更深入的資訊，我找了一些參考資料供你繼續深入閱讀。(都是我看不懂的= =)
FC有关 编译程序不能加载动态链接库的问题
作者:Syber 日期:2007-04-10 21:51
解决Fedora Core 3及后续版本中Apache无法加载libphp4.so模块的问题
比如再FC4下装Apache + PHP，手工编译的，但是去无法解析PHP，看错误提示，都是什么：
[root@localhost ~]# /usr/local/apache/bin/apachectl start Syntax error on line 232 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/modules/libphp4.so into server: /usr/local/apache/modules/libphp4.so: cannot restore segment prot after reloc: Permission denied
郁闷了，总是无法加载libphp4.so这个包，想了半天没有结果，搜索一下，原来是SELinux再搞鬼，哼，把你给关了。
使用文本编辑工具打开 /etc/selinux/config，找到这段：
找到这段：
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - SELinux is fully disabled.
SELINUX=enforcing
把 SELINUX=enforcing 注释掉：#SELINUX=enforcing ，然后新加一行为：SELINUX=disabled
保存，关闭。
重启系统，然后看看我们的Apache已经能够运行PHP了。呵呵。
如果你碰到其他类似提示：
cannot restore segment prot after reloc: Permission denied
哪应该是SELinux的问题，可以考虑把它关闭。
please do as follows:
go to the menu :
System->Administration->Security Level and Firewall
disable SELinux and try again.
Cisco认证完全手册.rar (请登录后下载)
