这是一个创建于 3929 天前的主题，其中的信息可能已经有所发展或是发生改变。
江苏移动宽带：
路由器pppoe拨号显示：
IP：183.211.156.95
子网掩码：255.255.255.0
网关：183.211.156.95
ip138.com显示：
IP：218.205.17.204
想开启路由器的远端web管理，用哪个都不行，我晕了……
ps：不会发图，能告诉我怎么发图么？
 | 1 mkeith 2015-01-30 21:55:45 +08:00 移动就算了吧，不分配外面IP的。 |
 | 2 stillwaiting 2015-01-30 21:58:20 +08:00 貌似大内网啊，子网掩码怎么不是255.255.255.255 |
 | 3 millson 2015-01-30 22:01:14 +08:00 南京移动，今天发现拨号ip变成公网ip了，这之前都是内网 |
| 4 millson 2015-01-30 22:01:35 +08:00 Type: pppoe Address: 223.65.9.186 Netmask: 255.255.255.255 Gateway: 223.65.8.1 DNS 1: 221.131.143.69 DNS 2: 112.4.0.55 |
 | 7 Actrace 2015-01-30 22:03:41 +08:00 移动宽带，本身互联容量很小。 所以他们的缓存基本上是能存就存。 而且与其他运营商租用的线路可能也很少，有限的几个出口ip。 |
 | 9 kxmp 2015-01-30 22:07:26 +08:00 移动他们喜欢开缓存... |
| 12 stillwaiting 2015-01-30 22:11:14 +08:00 @asan2006 这种不是光光从数字上就能区分的，完全看运营商的网络配置。用过华数宽带，一直分配13.开头的所谓公网ip。 |
 | 13 invite 2015-01-30 22:12:08 +08:00 只能说 IP138 显示的不对. |
 | 14 asan2006 OP @stillwaiting 运营商都这么坑了？书本的知识果然过时～～～ |
| 15 asan2006 OP @stillwaiting 这么说，我的wan口IP确定是内网IP了？ |
 | 16 xupefei 2015-01-30 22:18:21 +08:00 @stillwaiting 公网 IP 的 Mask 也可以不是全 1 的：  参考 https://en.wikipedia.org/wiki/Classless_Inter-Domain_Routing |
 | 17 halczy 2015-01-30 22:21:39 +08:00 via iPhone 贴一下traceroute到随便一个网站。说不定和长宽一样拿公网IP去做NAT了。 |
 | 18 abcbit 2015-01-30 22:21:41 +08:00 用移的想要公ip？要不要？ 收你ip的就不了 |
 | 19 uuair 2015-01-30 23:43:23 +08:00 可以用ngrok访问内网。 或者有vps的话，ssh转发也可以。 |
 | 20 xiaozhizhu1997 2015-01-31 00:09:10 +08:00 via Android 随便贴个traceroute，看看有没有某跳出现10开头。记得臭名昭著的长宽有拿公网IP做Nat的“伪公网”，不知移动有没有。 |
 | 21 vibbow 2015-01-31 00:34:59 +08:00 |
| 22 vibbow 2015-01-31 00:42:20 +08:00 @xiaozhizhu1997 突然有个感觉 那个10开头的IP，会不会是墙... |
| 23 vibbow 2015-01-31 00:51:33 +08:00 |
 | 24 lzxgh621 2015-01-31 00:58:34 +08:00 移动的网络出现任何问题都很正常。。。 |
 | 25 lshero 2015-01-31 05:10:00 +08:00 via Android http://bgp.he.net/ip/183.211.156.95 明显是移动拿着公网IP做的NAT |
 | 26 xsn 2015-01-31 05:13:01 +08:00 以前配置电信通的固定IP时, 需要配备2个路由 一级路由的IP是192.168.*.*做网关, 二级路由设置公网IP. 不过公网可以映射所有的端口 |
 | 28 futursolo 2015-01-31 07:27:24 +08:00 @infinte 如果有人能开发个基于PsPing的TraceRoute就好了。微软的TCPPing的延迟这里一般是70-80ms左右，也是很不错的。 |
| 29 xiaozhizhu1997 2015-01-31 08:48:32 +08:00 via Android @vibbow 微软倒数第二跳都是这样，你永远到不了最后目的地。我的azure香港就是这样的。 第一次出现10开头是网关。墙在国际出口那里。 |
 | 30 ChangeTheWorld 2015-01-31 09:23:03 +08:00 你别用第三方DNS,用移动提供的DNS百度看到的IP就和你的IP一致了 |
 | 31 pH 2015-01-31 09:48:20 +08:00 @ChangeTheWorld 是这样的 所以最后这个18X的IP是公网的么？ |
| 32 ChangeTheWorld 2015-01-31 10:32:28 +08:00 @pH 是公网IP，但是访问电信资源走的是第三方出口，所以才会出现IP不一致的情况 |
| 33 pH 2015-01-31 11:22:52 +08:00 @ChangeTheWorld 有点昏了。这会又是223打头的了。 内网IP有啥固定规律么？ |
| 34 abcbit 2015-01-31 11:59:28 +08:00 via iPhone 公ip不能直其它公ip，做了nat就可以是了 |
 | 35 skylooker 2015-01-31 12:05:11 +08:00 via iPhone  2 @pH 这种情况是典型的策略路由 你PPPoE 拨到的，是移动的公网ip，这点是肯定的，没错。 你访问移动线路的网站时，用的是你的真实ip，网站显示的ip，就是你PPPoE 拨到的。 而你访问电信线路的网站时，移动为了方便自己管理（或其他原因），会将你的ip地址做NAT转换，这个时候，对方网站显示的就是NAT转换过后的新ip了。 同样的，你访问联通线路，或国外线路，会经过不同的NAT地址转换，转换成不同的ip地址，所以你访问不同的网站，会显示不同的ip。 以上只是个简单的例子，移动在何时？何地？何种环境下使用NAT，恐怕只有移动自己清楚，但基本的原理，就是我上面写的，希望能够解决楼主的疑问。 |
| 36 ChangeTheWorld 2015-01-31 12:22:10 +08:00 @skylooker 访问电信的其实是可以不用NAT的，但是延迟感人，400ms+ |
| 37 skylooker 2015-01-31 12:56:56 +08:00 via iPhone @ChangeTheWorld 据说，移动加速访问电信的方法是：翻出去再绕回来。 |
| 38 ChangeTheWorld 2015-01-31 13:09:11 +08:00 @skylooker 是的，全局日本代理，访问电信比直接要快得多 |
 | 39 mornlight 2015-01-31 13:24:19 +08:00 访问不同网站，可能是通过不同的出口NAT出去的，我以前用的长城宽带也这样。所以跟没有公网ip一个样。 |
 | 40 xinhugo 2015-01-31 13:26:21 +08:00 Tracert [拨号得到的 IP] |
 | 41 965380535 2015-01-31 13:57:32 +08:00 你没有公网ip 移动就是坑 |
 | 43 rainy3636 2015-01-31 15:39:30 +08:00 想用移动却用不了，唉！ |
 | 44 smileawei 2015-01-31 17:37:52 +08:00 最坑的是长城。在内网建立了一个IP138的CDN节点，然后你百度ip 或者去ip138查的时候 就发现得到的地址和wan口的地址一样。但实际上 是内网地址 |
 | 45 wwek 2015-01-31 20:55:24 +08:00 一半是移动会出现这样的问题。 由于移动某些线路没有as。导致没有路由权限，憋着做了nat。 一句话简单点，就是做了nat 所以pppoe看到的所谓外网ip，和网站获取的ip不一致 |
| 47 stillwaiting 2015-01-31 22:18:10 +08:00 @xupefei 是有不全1的情况，但是LZ是pppoe应该来说是全1的 |
 | 48 siyanmao 2015-01-31 23:14:27 +08:00 @stillwaiting PPP设备子网掩码是没有意义的。 |
| 51 asan2006 OP 2015-02-01 10:28:45 +08:00 电信的宽带又死贵，各位用联通宽带的V友情况怎样？到期后，我改换联通？ |
 | 52 xoxo 2015-02-01 16:31:49 +08:00 IP资源枯竭，就推行局域网了，目测是内网IP，但可能在ISP内是互通的 |
 | 53 halicando 2015-02-01 18:59:08 +08:00 |
 | 54 ttimasdf 2015-02-02 09:05:21 +08:00 via Android |
Select Language