标签归档:Linux

[转载]Linux系统巡检常用命令

源地址:http://www.javaranger.com/archives/1403

从 VPS 最初使用开始,就知道在公网的机器很可能会被黑。最初的 ssh 还是开在默认的端口上,某次查看 log 着实吓了我一跳。从此之后每次登录都要 last 查看最近的登录情况。整理收藏夹时发现了这篇文章,总结了 Linux 系统检查的常用命令,留作备用吧。或许某天可以再写个脚本,批处理这些检查,然后输出异常呢~~ 继续阅读

grep、awk、sed与正则表达式

在很久很久以前,就听说了这三大文本处理工具,但是和bash shell脚本编程一样,我对它们的认识一直停留在知道这三个名字上面。在第二年复习考研的过程中,曾经在图书馆花一下午看了一遍相关的介绍,奈何当时的专注点不在这里,一直也没有实践,早已忘到脑后。今天重新查找了一些网页,回忆一下相关的用法,做一个小总结吧,方便以后查阅。 继续阅读

Debian升级(从squeeze到wheezy)

自从配置好blog后,就很少在VPS上进行操作了,除了偶尔上去看下有没有坏人。有时也会做些实验,其他时间真的闲置掉了。一次偶然的机会,注意到系统的python版本竟然是python2.6,虽然我不会python开发o(╯□╰)o,但是版本控怎么能容忍这种事情发生呢!果断升级,而且Debian 7也已经稳定很久了。 继续阅读

[转载]Linux 内核中的 KMP 实现

PS:2014年考研计算机综合408科目,增加了对字符串匹配算法的要求,当然也包括KMP。我只是理解了基本的next函数以及KMP算法的思想,再一次当了理论党。今天整理微博收藏的时候看到这篇博文,转载以加深记忆。讲解KMP的两篇博文:matrix67的和chaowork.com的。在淘宝搜索技术博客的这篇博文中有讲解除了KMP外的BM(后缀匹配)算法,不过只写了(一)没找到(二)呢。。。

Linux 内核中使用到了字符串搜索,所以它也有 KMP 算法的实现,代码在 lib/ts_kmp.c 中。 继续阅读

位于/var/log目录下的20个Linux日志文件[译]

原文地址:20 Linux Log Files that are Located under /var/log Directory

如果你多数时间都在使用Linux系统,那么你有必要知道系统的日志文件位于哪里,以及每个日志文件是关于哪些内容的。在系统正常的时候学习理解各种日志文件的内容,有助于在遇到紧急情况时通过日志文件定位问题所在。 继续阅读

更改SSH登录方式为仅密钥登录

VPS买来之后,除了最初的一段时间配置Web Server、SSH等,之后我的懒惰就占据了上风。加上一定程度上的新鲜事物三分热度,自己对Linux使用不够熟悉,以及开发能力太弱,就一直闲置了。难道自己今天提前来了学校,就想静心做点事,写个东西更新下,也不要显得这个Blog跟死了一样。(写完发现我废话好多啊)

当初配置SSH之后,一贯作风就是默认配置,印象中是几乎什么都没有改。忘了因为什么事情,我看了一下系统的日志文件,/etc/auth.log文件中一把一把的记录了某几个ip尝试进行root登陆,着实把我吓了一跳。当时的第一件事是,赶紧把SSH的端口给改了,毕竟默认的端口太容易被一些自动化的黑客脚本检测到。然后装了DenyHosts,来防止被暴力破解。之后的一段时间相安无事(至少我认为……) 继续阅读

Win8&Linux双系统mount ntfg分区的问题

曾经的Win7与ArchLinux的共存一直不和谐。通常在Arch有内核or显卡驱动(最后也没搞清楚是哪里的问题)有更新时,会有一定概率造成Win系统无法启动,即使U盘启动WinPE系统也处在一种异常的缓慢运行状态。在五一前去广州的时候,忍无可忍,选择了重装Win7为Win8。 一直使用的还不错,但是最近发现了一个问题:自从使用Win8之后,在Linux下再也无法挂载NTFS的分区了。每次都遇到相同的错误

The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount. Failed to mount ‘/dev/sda3’: Operation not permitted The NTFS partition is in an unsafe state. Please resume and shutdown Windows fully (no hibernation or fast restarting), or mount the volume read-only with the ‘ro’ mount option. 继续阅读