StrongSwan IKEv2 IPv6配置

我有了个想法,能不能通过我的Linode,给我的其他服务器和终端设备也接入Linode的IPv6,取而代之当下速度极慢的电信IPv6,毕竟当前电信IPv6用户少之又少,相信广大电信v6用户也都体验过Linux里面把包管理器的源设置成中国各大学的源,然后更新源、下载软件包的速度。 于是,我就给Linode发了个ticket,告诉他我需要更多IPv6地址,不久便收到了回复。 可以看出Linode客服还是非常有礼貌的。这里小小地震撼一下。 现在问题来了,既然/116地址够用,为什么我最后还是选择了/64呢? 我们来看看Linode官方IPv6文档 看到这里,我想到/116地址可能并非路由到自己的Linode上,而是可以通过以太网与该数据中心的所有Linode共享。 既然我们需要搭建一个IPv6隧道,如果通过以太网桥接接入将会有各种各样的问题,既然Linode也说给我们/64的地址段很容易了,我就选择了/64地址段。 之后,我就得到了一个IPv6地址段   好了,现在/64的地址段拿到了,IPv4地址总数量的平方倍的地址段都拿到了,想想也有点小激动,Linode真大方啊。 之后,就开始配置这台IPv6路由器了。 首先在/etc/sysctl.conf里把IPv6转发打开,实现路由器功能 net.ipv6.conf.all.forwarding=1 之后运行sysctl -p使配置生效 这时,我发现服务器的IPv6地址都没有了,只有一个fe80::的Link Local地址。 原来,Linux在开启IPv6路由功能后会关闭IPv6…

在NTFS分区创建swap

迫于学校机房电脑有硬盘保护的无奈(尽管很容易移除,但我们学校毕竟没有专用的信息学奥赛机房,信息技术教室的电脑如果没有硬盘还原将带来一系列问题),我在U盘中分了一个ext4分区安装Ubuntu,然而,在学校机房电脑上登录后系统便卡死不能动弹。我想可能是学校机房电脑内存不足所致,便有了在NTFS分区开swap的想法。 首先,在登录界面上,按下Ctrl+A l t+F1,进入控制台 登录 进入root用户 fdisk -l 看看当前磁盘分区信息 学校电脑真寒酸,1G内存+250G机械硬盘,据说今年暑假要换? 由于机械硬盘最外圈线速度最大,读写速度也最快,考虑到第一分区可能存在大量磁盘碎片影响读写速度,所以我选择了第五分区作为要挂载的文件系统。 用dd命令创建一个大小为2G(128M*16次)的全0文件 mkswap 文件名 swapon 文件名 这样就完成了swap的挂载 再按Ctrl+Alt+F7回到图形界面,输入密码,登录 日常,立于卡顿之世,奏响硬盘之音。 最后,也希望我在信息学奥赛退役之前能见到学校机房换新电脑吧。

来说说我的红包

看大家都抢不到我的红包v2与红包v3,我自己来说说我的红包好了。 其实大家应该都知道,我的红包第一版把3位数字藏在http header的date中,特意留下了一个错误的星期,让大家注意到这个Date中的问题。另外5位数字我藏在页面动画的延时中。看起来这纯粹是脑洞大开,即使这样,群众的智慧是无穷的,最后红包在半小时内就陆续被聪明的林兔兔、吕世博等人相继破解了。不服气的我选择做了v2和v3版本。 v2版本中,我把前4位数字的md5藏在了一个注释中,并用一个磁力链接的形式加以伪装,我原本以为,这样大家就会关心如何下载那个本不存在的磁力链接,而忽视如何去破解其中的md5。  然而,做过黑客的应该都知道像cmd5这样的密文数据库,红包前4位get✅。  剩下4位呢,也是本次红包最坑的地方,我换了一种藏红包的方式,在文件末尾填充”/0″,藏在html的文件大小中,以及把页面动画的js独立出来转移注意。 是不是想打我?哈哈哈哈哈哈 于是,这个红包就这样变成了无解之谜。 再来说v3 我直接上代码吧。  没错,就是这样,提示了支付婊,你们应该首先想到WP,这个只需要使用一个WP 10的UA访问看注释即可。 最后,祝大家新年快乐!

我的红包被抢了

曾以为自己设计的红包没人看出来,看来我还真是Too young, too simple. https://cyyself.name/redbag.php 不多说了,你们看laosb写的博文吧 新春红包解析:别人家的 那么我怎么办呢?当然,我还是设计了红包v2和红包v3,参见: 红包v2 红包v3 欢迎破解

7:2:1

3天前,我与一位朋友相约共赴厦门SM新开的Apple Store,参与Mac基础知识讲座,尽管当时只是抱着去Apple Store玩玩的心态,却收获颇多。 为我们进行演讲的是Sam,见我们两位参与者都是OS X老用户,便与我们展开了关于OS X和苹果的相关谈论。使我留下最深印象的,便是Sam提到的“7:2:1”的学习方式。 Sam大概是这样解释7:2:1的,在学习中,有10%的知识是老师传授的,正如Apple Store开办的讲座,演讲者传授便是这其中10%。而更为重要的20%,是与同学交流讨论中学会的知识。最后也是最重要的70%,则是依靠自己探索,自主学习所学到的知识。这7:2:1构成了我们最终所学到的知识。 在他介绍完这“7:2:1”后,我便感到这样的学习方式所带来的好处。作为学生的我们,在学校里所学的知识,大多数都依靠着老师灌输,而在“7:2:1”中,老师的灌输只占到了10%。在与同学交流讨论所占的20%中,我们也往往没有让这个环节发挥它最大的作用。而到最后的70%,却有太多太多的人无动无衷,这情有可原,也许是我们在应试教育下失去了自己对兴趣事物的探索。 回顾起自己学习编程的经历,从小学玩VB6和易语言以及机器人编程,到初中玩基于C的Arduino开发、C#、VB.net,再至高中参加NOIP而去学习各种各样的算法。在这期中,除了小学玩的机器人编程和高中学的程序算法有老师传授知识外,其他依靠看书、上网自学,与朋友交流相关问题,也取得了一定的收获,我想这便是自主探索学习的重要性,这也是学习中最重要的一部分。 我开始明白,自学在一个人对知识的学习中有多么重要,也许7:2:1便是最理想的学习方式。在学习中,少不了老师的传授,少不了同学间的交流,但我认为最重要的,是带着求知欲去探索一切,依靠自己的力量充实自己,才能在茫茫人海中出类拔萃。

《全民K歌》地址解析工具下载歌曲教程

2年前,一个朋友问我如何下载全民K歌的歌曲,我和Soha顺手研究了一下,做了一个解析工具。并写了一个傻瓜式教程,时隔2年,全民K歌的API已不知经过了多少次更新迭代,许多App也在飞逝的时光中不断变迁,例如之前教程中所提及的迅雷已经从App Store下架了,因此我决定重写一个傻瓜式教程。 几经辗转,终于找到了一个iOS下的支持http下载的浏览器,海豚浏览器。之前使用的VLC播放器虽然支持http下载,但当前版本不知为何无法使用,因此大家可以在继续往下看之前先在App Store中下载它。 之后,我们复制出一个共享链接 用海豚浏览器打开地址解析工具,将它粘贴到地址解析工具的文本框中 之后在链接上长按,点击目标另存为 自己给文件取个名吧 之后打开下载菜单,点击这个文件后再点击其它程序打开 之后点击快速查看就可以了

巧用Supervisor监控Linux后台进程

也许很多人并不知道Linux下一个十分好用的进程工具——Supervisor,博主自己也是在朋友的推荐下才得以了解。与传统daemon相比,它的配置更为简单,并且可以方便地查看程序所输出的内容。 首先,安装Supervisor,我想对于看到这篇文章的读者而言并不困难。 接下来,进入supervisor的配置目录配置supervisor,supervisor的一切配置文件都储存在一个叫conf.d的文件夹中, [sourcecode language=”bash”] root@Rainbow:/etc/supervisor# ls conf.d supervisord.conf [/sourcecode] 然后,我们进入conf.d文件夹,以配置Minecraft Server为例,写下这样一个配置文件。 注意:在supervisor.conf的默认配置中,只有conf.d文件夹里的.conf的文件才会被识别,这里要特别注意。   创建完成后,我们可以用supervisorctl reload来让supervisor重新载入配置文件

通过Nginx反代解决Apache与Nginx共存问题

Apache和Nginx两款开源Web服务器在实际使用中各有千秋,对于开发者来说,我们可以在不同的情况下选择不同的Web Server,比如,当我们需要rewrite时,Apache的配置文件写起来更为简单,而Nginx的AutoIndex又十分强大,因此,若这两款Web服务器能够在一台服务器上共存,那是再好不过的事情了。 然而,事情却没有这么简单,我们都知道,TCP/IP协议中,数据的传输离不开IP地址和端口。我们不可能让两台服务器同时占用着一个端口。而在面向用户的Web访问中,让用户加上端口号访问并不现实。 后来,我想到了Nginx的反向代理功能,用它,就可以让Apache和Nginx在一台服务器上共存,以下是我的配置过程。 首先,把Apache/sites-enabled文件夹内的网站全部改为自己所想要的端口,我自己选择的是233。 另外,修改完Apache中网页的端口后,不要忘记修改apache目录下的ports.conf文件,注释掉80和443端口,加上自己所改的新端口。 下一步,我们安装Nginx服务器,并在default配置中输入以下内容(https因为证书不同需要一个个server_name配置,照此为例) 最后的最后,重启Apache和Nginx,大功告成!

Back to Top