首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >带有RNDIS系带电话的Ubuntu机不能接收来自因特网的数据包。

带有RNDIS系带电话的Ubuntu机不能接收来自因特网的数据包。
EN

Unix & Linux用户
提问于 2012-01-16 18:49:11
回答 1查看 2.2K关注 0票数 2

我试着把我的旧Windows 6手机和我的Ubuntu电脑绑在一起使用手机的网络。然而,尽管内核似乎识别了电话,并将其用作网络设备,但我无法接收来自http-请求的任何数据包。

以下输出来自dmesg:

代码语言:javascript
复制
[  230.884554] rndis_host 1-1.1:1.0: dev can't take 1558 byte packets (max 1536), adjusting MTU to 1478
[  230.892791] rndis_host 1-1.1:1.0: RNDIS_MSG_QUERY(0x00010202) failed, -47
[  230.910356] rndis_host 1-1.1:1.0: eth1: register 'rndis_host' at usb-0000:00:1a.0-1.1, RNDIS device, 80:00:60:0f:e8:00
[  230.910382] usbcore: registered new interface driver rndis_host
[  241.853911] eth1: no IPv6 routers present

因此,这款手机被识别为eth1:

代码语言:javascript
复制
eth1      Link encap:Ethernet  HWaddr 80:00:60:0f:e8:00  
      inet addr:192.168.0.57  Bcast:192.168.0.255  Mask:255.255.255.0
      inet6 addr: fe80::8200:60ff:fe0f:e800/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1478  Metric:1
      RX packets:953 errors:759 dropped:0 overruns:0 frame:0
      TX packets:1223 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:197786 (197.7 KB)  TX bytes:224916 (224.9 KB)

点击一个互联网地址也是一样的:

代码语言:javascript
复制
PING www.l.google.com (173.194.69.105) 56(84) bytes of data.
64 bytes from bk-in-f105.1e100.net (173.194.69.105): icmp_req=1 ttl=40 time=299 ms
64 bytes from bk-in-f105.1e100.net (173.194.69.105): icmp_req=2 ttl=40 time=117 ms
64 bytes from bk-in-f105.1e100.net (173.194.69.105): icmp_req=3 ttl=40 time=136 ms
64 bytes from bk-in-f105.1e100.net (173.194.69.105): icmp_req=4 ttl=40 time=135 ms
64 bytes from bk-in-f105.1e100.net (173.194.69.105): icmp_req=5 ttl=40 time=344 ms
64 bytes from bk-in-f105.1e100.net (173.194.69.105): icmp_req=6 ttl=40 time=103 ms

--- www.l.google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5005ms
rtt min/avg/max/mdev = 103.563/189.388/344.436/95.197 ms

但是,当我试图检索网页时,它不起作用(例如wget请求的输出):

代码语言:javascript
复制
% wget www.google.com
--2012-01-16 18:59:12--  http://www.google.com/
Resolving www.google.com... 173.194.69.105, 173.194.69.106, 173.194.69.147, ...
Connecting to www.google.com|173.194.69.105|:80... connected.
HTTP request sent, awaiting response... 302 Moved Temporarily
Location: http://www.google.de/ [following]
--2012-01-16 18:59:12--  http://www.google.de/
Resolving www.google.de... 173.194.69.94
Connecting to www.google.de|173.194.69.94|:80... connected.
HTTP request sent, awaiting response... ^C

所以我真的很惊讶,为什么这不起作用--希望这里的人知道我怎么能让它起作用。

提前谢谢。

EN

回答 1

Unix & Linux用户

回答已采纳

发布于 2012-01-22 19:43:03

好的,在稍微烦躁一下之后,结果发现问题是MTU的大小--将它设置为低于1100字节的值,这就完成了这个任务,而且连接现在几乎是完美无缺的。

票数 3
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/29235

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档