高中同学

高中同学有好几个关系好的,现在都在北京。

抑或是因为他们在北京才让关系变更好。
朋友圈还有几个很久没联系的高中同学,突然感觉他们就像上辈子认识的一样。

和他们也没有特别的记忆。

只是有个模糊的印象。

毕竟认识了3年后,已经失去联系9年了。
9年中已足以让我们改变,变得不熟悉。
好在还有要好的朋友在,虽然能比较久不联系,但大体都几个月一聚会,还是像之前一样好。
不过结婚的同学是越来越多了,现在想想两个人一起过日子,还是要比一个人复杂不少,而且那种生活好像离我还比较遥远,至少一两年内,都不会出现。

我也没有做好准备。
还是一个人悠悠荡荡吧。

当你晚上不想睡

又是空虚

不想动

不想去做应该做的事

就想呆着

刷社交网站

直到没有任何新的信息

 

自律真的好难啊

也就是知行合一

 

有时候会想到很多很多

可都是转瞬即逝的念头

比如突然感觉生活的细节多到有压迫感

而之后并没有更深入的思考

 

仍然重复着浑浑噩噩地生活

 

有时候觉得如果有一个人一起生活会好

但是想了想

还是在于自己

 

该怎样还是会怎样的

 

写于一个无聊不想睡觉的夜晚

失败

有时候突然间就觉得自己挺失败的…

好像很可怜…

好像好久没谈人生谈理想了

突然想到好像好久没和别人谈人生谈理想了

其实心里好像还是需要倾诉的
最近过得仍旧是那么颓废

做好工作,玩游戏,做股票

唉…写着写着仍旧是继续吐槽自己…

要爱自己

一个人要先爱自己,才能爱别人。

 

那我最近就是特别不爱自己了。这样不好。

 

看到同学在朋友圈发的婚纱照,想到将来如果我这样提醒照,我是绝对绝对不能忍受的…

 

还是一步步来吧。

低估了写日志所花时间

刚才三点多时候,想着顺手记录一下。

结果现在写完日志,一个小时过去了。

之后再写日志,还是要考虑下时间的。

P.S. 半夜服务器快多了!美国现在是下午,中国是凌晨,也就是中国访问美国的带宽消耗降低了…

有点意思。

顺手解决了建立数据库连接时出错

都不知道什么时候出的问题…

刚才顺便看了一眼博客发现报了这个错,然后看了眼同样一起挂着的朋友的博客也一样。

 

不太可能两个独立数据库同时出问题了。

所以直接忽略了很多人说的wp_option表问题,转而去找服务器问题。

 

重启了下apach2,

/etc/init.d/apache2 restart

没有解决。

——现在想来,wordpress还能有报错,说明apache2是好的

 

然后尝试重启mysql,

/etc/init.d/mysql restart

搞定了。

记录一下AWS EC2上的ss安装

一般命令不赘述

我在AWS EC2上安装,遇到了这个错误。

搜索了下,有好些帖子在讲。

2017-03-27 18:35:15 INFO     starting server at *.*.*.*:PORT
Traceback (most recent call last):
  File “/usr/local/bin/ssserver”, line 9, in <module>
    load_entry_point(‘shadowsocks==2.8.2’, ‘console_scripts’, ‘ssserver’)()
  File “/usr/local/lib/python2.7/dist-packages/shadowsocks/server.py”, line 68, in main
    tcp_servers.append(tcprelay.TCPRelay(a_config, dns_resolver, False))
  File “/usr/local/lib/python2.7/dist-packages/shadowsocks/tcprelay.py”, line 582, in __init__
    server_socket.bind(sa)
  File “/usr/lib/python2.7/socket.py”, line 224, in meth
    return getattr(self._sock,name)(*args)
socket.error: [Errno 99] Cannot assign requested address

 

github上有人提了issue,socket.error problem: [Errno 99] Cannot assign requested address

回答中提到了3点:

1、【正确】server,应该是0.0.0.0

2、【无关】提到了method,提问者用的是rc4

3、【误导】just NOTICE:if you want to connect AWS EC2, you should use sudo sslocal -c /etc/shadowsocks.json -d start instead of sudo ssserver…….

 

实际第一点是正确的。

第二点是无关的。

第三点,本身这句话没错,一大堆人点赞,连接时候是需要用sslocal,但是提问者已经说了是deplyed in AWS EC2,所以实际还是需要ssserver的。

 

最后我的问题还没有解决,反而在第三点上浪费了大量时间去尝试。

 

看日志,/var/log/shadowsocks.log这个日志,仍然什么也没有。

反而客户端全是报错,超时。

最后找了很多帖子,终于发现可能是AWS EC2本身安全组的设置。

telnet了下端口,不通。

 

然后在AWS EC2 Management Console里面找到服务器设置的对应的安全组。

在安全组的入站规则设置里,新增了一项:

类型,协议,端口范围,来源

自定义TCP规则,TCP,我设置的那个端口,默认(0.0.0.0/0)

 

然后重试了下,服务器端报错

2017-03-27 19:36:30 WARNING  unsupported addrtype 254, maybe wrong password or encryption method
2017-03-27 19:36:30 ERROR    can not parse header when handling connection from *.*.*.*:60861

好吧,终于通了,但是密码不对…

 

重新复制了密码,终于OK了。

 

贴下完整流程:

服务器端

~$ apt-get install python-pip

~$ pip install shadowsocks

编辑/etc/shadowsocks.json

{
    “server”:”0.0.0.0″,
    “server_port”:9999,
    “local_address”: “127.0.0.1”,
    “local_port”:1080,
    “password”:”mypassword”,
    “timeout”:300,
    “method”:”aes-256-cfb”,
    “fast_open”: false
}

~$ sudo ssserver -c /usr/shadowsocks/ss.json –user nobody -d start

EC2配置

EC2 Management Console,在站点的安全组里,新增入站规则,TCP,端口9999。

客户端配置

服务器IP(实际IP),端口(与服务器端配置一致),密码(与服务器端配置一致),加密aes-256-cfb

 

ALL DONE.