V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ety001  ›  全部回复第 26 页 / 共 51 页
回复总数  1005
1 ... 22  23  24  25  26  27  28  29  30  31 ... 51  
2017-08-24 11:32:31 +08:00
回复了 liangchen1ce 创建的主题 求职 应届硕士毕业生找码农职位,这个简历是不是有点弱啊?
@liangchen1ce #26 可能正好赶上寸劲了,耐心就好。
2017-08-24 11:12:31 +08:00
回复了 liangchen1ce 创建的主题 求职 应届硕士毕业生找码农职位,这个简历是不是有点弱啊?
CMU 还愁工作。。。
像内部 oa 这样的东西,一定要弄清楚需求,预留好一些东西,后期领导的各种改需求会是最大的坑。

多踩踩这样的坑,对于技术可能没有长足的进步,但是对于需求的理解会有长足的进步。

可能会向产品经理的方向迈进一大步。
2017-08-12 13:16:17 +08:00
回复了 retanoj 创建的主题 程序员 if(true)是个什么习惯?
@VincentWang #86 理想状态是这样,但是很多时候,在外包这个行业里,需求的变动快速,很可能一个改动就一个 commit 的话,会疯掉。
2017-08-12 00:33:48 +08:00
回复了 retanoj 创建的主题 程序员 if(true)是个什么习惯?
@VincentWang #20
23 楼说的很对,如果代码逻辑很复杂,你往回找好几个版本,真的是很痛苦。不如直接注释掉,写好备注信息。
2017-08-12 00:24:49 +08:00
回复了 gemini 创建的主题 Linux 说出你第一次使用的 Linux 版本?
HappyLinux
2017-08-04 23:47:46 +08:00
回复了 beyoung 创建的主题 程序员 这个周末 你准备干啥 根据过往经验是否能履约
完成比赛项目的核心功能。
2017-08-03 00:55:58 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@linhua #29 恩,等我再去那边的时候,多带一台笔记本过去测测。
2017-08-02 10:03:04 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@Lpl #26 路由估计应该可以排除,因为我路由重置过了,应该没有什么配置会影响到。看你的情况,现在只能认为是运营商的问题了
2017-08-02 09:56:16 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@linhua #2
@Lpl #6
@jiangzhuo #14
@current #10
@Sh888 #17

对了,我刚想起来,跟我这个异常同时出现的另外一个异常就是,访问一些登陆要求严格的网站(比如不能异地同时登陆)的时候,登陆成功后,只要新点开这个登陆后网站的任意一个需要用户权限的页面,就会立马跳转到登陆页面,给人的感觉就像是你登陆后,IP 自动切换了一样。导致我现在访问这类网站都得先挂上 ss 全局。。。
2017-08-02 09:51:31 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@Sh888 #20
@jiangzhuo #14

其实我个人也是有猜测过,是不是移动的网络里加了什么流量审计的东西,对于直接访问的包都审计掉了,但是通过 NAT 的可能没考虑周全给漏过去了。。。没有深入了解过 TCP/IP,不确定有没有这种可能。
2017-08-02 09:48:00 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@Lpl #15
@current #10
抓包信息,我上传了一份,可以参考: http://u.to0l.cn 提取码:39797
2017-08-02 09:38:50 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@Sh888 #20 我在我另一个家,用联通的网络就没有问题,包括外面的咖啡厅之类的公共 wifi 也是没有问题。
2017-08-02 09:38:08 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@linhua #16 这个方案我尝试过,不行,我觉得苹果售后论坛上那些报 broken pipes 错误的人,可能是所有的网络环境下都不行。
2017-08-02 09:33:03 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@Lpl #15 再次感谢,看了下你给的文章,操作内容比较多,我觉得我还是不为了这个奇怪的问题冒险修改了,感觉风险有些大。
2017-08-02 09:28:02 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@jiangzhuo #14
@Sh888 #17

应该不是墙的原因,我连我国内的服务器也是连不上去的。。。

目前为止,只发现在我这个家的网络下才出这种奇怪的现象。
2017-08-02 00:58:38 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
另外补充一点,我 Mac 挂 VPN 后,就可以正常的登陆远程服务器了。。。
2017-08-02 00:33:24 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@Lpl #9

我这里手头就一台电脑。。。

在我 mac 上执行结果

➜ ~ ssh -V
OpenSSH_7.5p1, OpenSSL 1.0.2l 25 May 2017

➜ ~ traceroute cx.dev.aws
traceroute to cx.dev.aws (52.36.88.202), 64 hops max, 52 byte packets
1 openwrt (192.168.10.1) 1.162 ms 0.817 ms 3.183 ms
2 10.202.128.1 (10.202.128.1) 2.279 ms 4.065 ms 2.137 ms
3 10.253.53.1 (10.253.53.1) 2.093 ms 1.588 ms 2.280 ms
4 * * 10.253.53.66 (10.253.53.66) 5.434 ms
5 218.201.122.29 (218.201.122.29) 3.356 ms
218.201.171.193 (218.201.171.193) 2.817 ms
218.201.122.29 (218.201.122.29) 3.261 ms
6 * * *
7 221.183.12.205 (221.183.12.205) 4.331 ms
221.183.26.121 (221.183.26.121) 6.540 ms
221.183.12.205 (221.183.12.205) 3.874 ms
8 221.183.10.26 (221.183.10.26) 43.694 ms 25.852 ms
221.183.36.9 (221.183.36.9) 19.855 ms
9 * * *
10 * * *
11 221.183.30.230 (221.183.30.230) 236.005 ms *
221.183.30.242 (221.183.30.242) 195.771 ms
12 223.118.10.154 (223.118.10.154) 202.130 ms
223.118.10.18 (223.118.10.18) 204.819 ms 201.587 ms
13 223.119.64.30 (223.119.64.30) 187.104 ms
223.119.64.38 (223.119.64.38) 201.632 ms 201.745 ms
14 54.239.102.56 (54.239.102.56) 199.599 ms * 210.335 ms
15 54.239.103.61 (54.239.103.61) 207.729 ms
54.239.102.223 (54.239.102.223) 206.440 ms 202.570 ms
16 54.239.42.116 (54.239.42.116) 245.681 ms *
54.239.42.118 (54.239.42.118) 296.105 ms
17 52.93.14.48 (52.93.14.48) 242.277 ms
52.93.13.2 (52.93.13.2) 220.075 ms
52.93.13.40 (52.93.13.40) 342.491 ms
18 52.93.12.33 (52.93.12.33) 405.642 ms
52.93.12.73 (52.93.12.73) 231.978 ms
52.93.14.251 (52.93.14.251) 233.059 ms
19 52.93.12.36 (52.93.12.36) 246.425 ms
52.93.15.30 (52.93.15.30) 232.340 ms
52.93.14.38 (52.93.14.38) 234.581 ms
20 52.93.14.57 (52.93.14.57) 231.434 ms
52.93.12.207 (52.93.12.207) 222.136 ms
52.93.15.53 (52.93.15.53) 224.676 ms
21 52.93.15.215 (52.93.15.215) 215.976 ms
54.239.48.183 (54.239.48.183) 227.565 ms
52.93.15.213 (52.93.15.213) 295.120 ms
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 x.dev.aws.canior.com (52.36.88.202) 231.117 ms 230.676 ms *

➜ ~ telnet cx.dev.aws 22
Trying 52.36.88.202...
Connected to cx.dev.aws.
Escape character is '^]'.
SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.4


我在我的主路由上的执行结果如下:

root@OpenWrt:~# ping 52.36.88.202
PING 52.36.88.202 (52.36.88.202): 56 data bytes
64 bytes from 52.36.88.202: seq=0 ttl=41 time=225.125 ms
64 bytes from 52.36.88.202: seq=1 ttl=40 time=227.555 ms
64 bytes from 52.36.88.202: seq=2 ttl=40 time=227.336 ms
^C
--- 52.36.88.202 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 225.125/226.672/227.555 ms

root@OpenWrt:~# traceroute 52.36.88.202
traceroute to 52.36.88.202 (52.36.88.202), 30 hops max, 38 byte packets
1 10.202.128.1 (10.202.128.1) 2.306 ms 2.553 ms 15.661 ms
2 10.253.53.1 (10.253.53.1) 1.418 ms 1.194 ms 0.936 ms
3 * * *
4 223.96.95.153 (223.96.95.153) 2.317 ms 218.201.171.193 (218.201.171.193) 1.724 ms 218.201.122.29 (218.201.122.29) 1.724 ms
5 * 120.192.97.101 (120.192.97.101) 9.342 ms *
6 221.183.27.89 (221.183.27.89) 3.481 ms 221.183.12.193 (221.183.12.193) 23.044 ms 221.183.26.121 (221.183.26.121) 2.877 ms
7 221.183.36.9 (221.183.36.9) 19.007 ms 14.025 ms 221.176.15.37 (221.176.15.37) 17.089 ms
8 * 221.176.21.230 (221.176.21.230) 18.245 ms 27.960 ms
9 * * *
10 221.183.30.242 (221.183.30.242) 186.954 ms 221.183.30.246 (221.183.30.246) 188.862 ms 200.030 ms
11 223.118.10.18 (223.118.10.18) 204.393 ms 223.118.10.86 (223.118.10.86) 195.973 ms 223.118.10.154 (223.118.10.154) 200.133 ms
12 223.119.64.38 (223.119.64.38) 206.754 ms 202.524 ms 208.163 ms
13 54.239.103.28 (54.239.103.28) 218.129 ms 54.239.102.104 (54.239.102.104) 196.180 ms 54.239.102.56 (54.239.102.56) 207.001 ms
14 54.239.102.87 (54.239.102.87) 201.614 ms 54.239.102.109 (54.239.102.109) 189.092 ms 54.239.102.221 (54.239.102.221) 214.834 ms
15 * * *
16 52.93.12.112 (52.93.12.112) 215.291 ms * 52.93.12.42 (52.93.12.42) 226.266 ms
17 52.93.14.219 (52.93.14.219) 227.360 ms 52.93.12.251 (52.93.12.251) 219.053 ms 52.93.14.39 (52.93.14.39) 225.515 ms
18 * 52.93.15.28 (52.93.15.28) 240.180 ms *
19 52.93.14.135 (52.93.14.135) 227.909 ms 52.93.15.59 (52.93.15.59) 226.461 ms *
20 52.93.15.209 (52.93.15.209) 222.906 ms 205.251.232.63 (205.251.232.63) 228.408 ms 52.93.15.237 (52.93.15.237) 219.540 ms
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 52.36.88.202 (52.36.88.202) 223.111 ms 230.957 ms 225.518 ms

root@OpenWrt:~# telnet 52.36.88.202 22
SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.4


非常感谢你这么上心,不过按照我之前帖子,提出来的 ssh 的 debug 信息来看,我已经成功连接到服务器的端口上,并且完成了身份认证了,所以我觉得你给出的这三条命令,并不能看出来什么端倪。

另外关于『然后,你切换手机热点就能登录,可以发现问题是出在网络上,这个网络可能是你路由器的原因,也可能是网络运营商的原因』,其实很奇怪,如果说我网络有问题的话,我电脑里的虚拟机通过 NAT 应该也登陆不上去。而实际上我电脑里的虚拟环境(vbox 和 docker 容器)只要用 NAT 联网,就很正常的登陆远程服务器。我在我主路由上也尝试过登陆远程服务器,也是登陆不上去,跟我在 mac 上的表现一致。
2017-08-01 21:41:37 +08:00
回复了 ety001 创建的主题 宽带症候群 重新翻出来之前的问题,求大神给个思路!
@Lpl #6 known_hosts 之前最早的时候尝试过清空,没有用,因为不是在这里卡主的。
1 ... 22  23  24  25  26  27  28  29  30  31 ... 51  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5497 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 08:35 · PVG 16:35 · LAX 00:35 · JFK 03:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.