

JasonWang's Blog

JasonWang's Blog

PPP拨号时拿到错误DNS的问题解析



PPP拨号时拿到错误DNS的问题解析

PPP DNS

字数统计: 3.9k阅读时长: 19 min

 2019/07/05  Share

• 
• 
• 
• 
• 

最近碰到一个PPP拨号拿到了假的DNS地址10.11.12.13/14, 之前也发生过一次, 但是一直没有有效的日志, 所以就简单粗暴的做了一个方案: 在PPP拨号进行网络参数协商时, 如果发现拿到了10.11.12.13/14这样的DNS地址就修改为指定的运营商DNS地址. 本来以为万事大吉了, 没想到运营商DNS一改, 问题又暴露了, 好在重现抓到了现场日志, 终于找到了原因. 网上看有原来也有不少人碰到了类似现象(https://bugzilla.redhat.com/show_bug.cgi?id=467004#c31), 在这里简要的描述下整个问题的来龙去脉并给出几种可能的解决方案.

在介绍这个问题的根因之前, 先来了解下PPP协议的一些基本概念.

PPP协议介绍

PPP(Point-to-Point Protocol)是在SLIP(Serial Line Internet Protocol)的基础上发展而来, 其通过在终端与远端(remote peer)之间建立一个IPPP数据链路, 将终端设备接入网络. 早些年上网的时候, 把一个ADSL modem跟电脑连接后, 拿着运营商给的用户名与密码, 然后拨号接入互联网,这里边用到的协议就是PPP.

PPP协议位于TCP/IP协议栈的第二层-数据链路层(见下图), 其主要有三个部分组成:

• 包封装: 如何将网络报文如IP报文封装成类似与HDLC的格式
• LCP协议: Link Control Protocol, 负责建立数据链路, 验证用户身份以及测试链路的连通状态
• NCP协议: Network Control Protocol, 负责适配其他协议, 如针对IP协议有IPCP协议, 该协议的功能是从网络侧拿到IP地址以及DNS地址

一般来说, PPP拨号上网有如下几个阶段:

• 链路建立阶段(Establish): LCP协议负责建立数据链路, 建立链路过程主要是协商数据的压缩格式以及最大传输单元MRU(Maximum Receive Unit, 类似于MTU)
• 身份验证阶段(Authenticate): 主要是通过PAP/CHAP等协议验证用户的身份(用户名与密码)
• 网络阶段(Network): 协商网络参数, 如IP地址, DNS地址等. 网络阶段完成后, 就可以真正进行数据报文的接发了.

在NCP阶段, PPP拨号进行参数协商过程中一般都有如下几个指令: Configure-Request(发起参数协商), Configure-Ack(如果同意该参数则发送ACK给对端), Configure-Nak(如果参数合法, 但是有不同意对方的某些参数, 则发送NAK给对端), Configure-Reject(如果不同意对方发送过来的参数, 则直接发送Reject), 具体可以参考RFC1661的文档(rfc1661).下图是一个完整基于IPCP协议的消息交换过程:

有了这些知识背景, 就来看下具体的问题是怎么样的.

假DNS问题的来由

问题发生终端大致的网络架构如下图所示:终端通过modem与运营商的LNS节点建立一个PPP的链路, 然后通过该链路接入私有网络;对Android来说，一般是在RILD中调用PPPD进程发起PPP拨号, 命令格式大致如下:

/system/bin/pppd /dev/ttyUSB0 115200 user ctnet@mycdma.cn password vnet.mobi nocrtscts usepeerdns debug ipcp-accept-local ipcp-accept-remote defaultroute

图中的LAC/LNS分别指L2TP Access Concentrator/L2TP Network Server， 参考Wikipedia

这里系统使用的是高通的modem, 在LTE网络下使用PPP拨号从运营商网关拿IP/DNS地址. PPP拨号时, 实际已经通过了身份验证, 但在IPCP协议进行参数协商时, 前面一直拿到了10.11.12.13/14这样的DNS地址, 后面运营商下发了正确的DNS地址, modem也未能把正确的DNS地址发送过来, PPPD拨号的过程日志如下,

07-02 20:40:37.024  3183  3183 D pppd    : using channel 3
07-02 20:40:37.024  3183  3183 D pppd    : sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x6c3c9df8> <pcomp> <accomp>]
07-02 20:40:37.024  3183  3183 D pppd    : rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth pap> <magic 0xf2cb3c8d> <pcomp> <accomp>]
07-02 20:40:37.024  3183  3183 D pppd    : sent [LCP ConfAck id=0x3 <asyncmap 0x0> <auth pap> <magic 0xf2cb3c8d> <pcomp> <accomp>]
07-02 20:40:37.024  3183  3183 D pppd    : rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x6c3c9df8> <pcomp> <accomp>]
07-02 20:40:37.034  3183  3183 D pppd    : rcvd [LCP DiscReq id=0x4 magic=0xf2cb3c8d]
07-02 20:40:37.034  3183  3183 D pppd    : rcvd [PAP AuthAck id=0x1 ""]
07-02 20:40:37.034  3183  3183 I pppd    : PAP authentication succeeded
07-02 20:40:37.034  3183  3183 D pppd    : sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
// IPCP开始协商IP地址, DNS地址等参数
07-02 20:40:37.034  3183  3183 D pppd    : sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
07-02 20:40:37.034  3183  3183 D pppd    : rcvd [LCP ProtRej id=0x5 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
07-02 20:40:38.034  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:38.034  3183  3183 D pppd    : sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
07-02 20:40:39.034  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:39.034  3183  3183 D pppd    : sent [IPCP ConfReq id=0x3 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
07-02 20:40:40.034  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:40.034  3183  3183 D pppd    : sent [IPCP ConfReq id=0x4 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
07-02 20:40:41.044  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:41.044  3183  3183 D pppd    : sent [IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
07-02 20:40:42.044  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x5 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:42.044  3183  3183 D pppd    : sent [IPCP ConfReq id=0x6 <compress VJ 0f 01> <addr 0.0.0.0>]
07-02 20:40:43.044  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x6 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:43.044  3183  3183 D pppd    : sent [IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0>]
07-02 20:40:44.044  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x7 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:44.044  3183  3183 D pppd    : sent [IPCP ConfReq id=0x8 <compress VJ 0f 01> <addr 0.0.0.0>]
07-02 20:40:45.044  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x8 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
07-02 20:40:45.044  3183  3183 D pppd    : sent [IPCP ConfReq id=0x9 <compress VJ 0f 01> <addr 0.0.0.0>]
// 到现在才收到远端(remote peer)的IP协商请求
07-02 20:40:45.644  3183  3183 D pppd    : rcvd [IPCP ConfReq id=0x2]
07-02 20:40:45.644  3183  3183 D pppd    : sent [IPCP ConfNak id=0x2 <addr 0.0.0.0>]
07-02 20:40:45.644  3183  3183 D pppd    : rcvd [IPCP ConfRej id=0x9 <compress VJ 0f 01>]
07-02 20:40:45.644  3183  3183 D pppd    : sent [IPCP ConfReq id=0xa <addr 0.0.0.0>]
07-02 20:40:45.644  3183  3183 D pppd    : rcvd [IPCP ConfReq id=0x3]
07-02 20:40:45.644  3183  3183 D pppd    : sent [IPCP ConfAck id=0x3]
07-02 20:40:45.644  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0xa <addr 10.200.16.23>]
07-02 20:40:45.644  3183  3183 D pppd    : sent [IPCP ConfReq id=0xb <addr 10.200.16.23>]
07-02 20:40:45.644  3183  3183 D pppd    : rcvd [IPCP ConfAck id=0xb <addr 10.200.16.23>]
07-02 20:40:45.644  3183  3183 W pppd    : Could not determine remote IP address: defaulting to 10.64.64.64
07-02 20:40:45.654  3183  3183 I pppd    : local  IP address 10.200.16.23
07-02 20:40:45.654  3183  3183 I pppd    : remote IP address 10.64.64.64
07-02 20:40:45.654  3183  3183 I pppd    : primary   DNS address 10.11.12.13
07-02 20:40:45.654  3183  3183 I pppd    : secondary DNS address 10.11.12.14
07-02 20:40:45.654  3183  3183 D pppd    : Script /etc/ppp/ip-up started (pid 3229)
07-02 20:40:45.714  3183  3183 D pppd    : Script /etc/ppp/ip-up finished (pid 3229), status = 0x0

可以看到在第一次PPP参数协商时, PPPD就收到了这样的配置, 这里ms-wins参数是针对微软的客户端产生的配置(在Linux系统下并没有什么作用):

07-02 20:40:38.034  3183  3183 D pppd    : rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]

再来对比下正常的PPPD拨号的情况, PPPD拨号时首先很快就收到了IPCP ConfReq id=0x0的请求, 这个请求是告诉客户端可以发起IP地址的协商了, 于是客户端就发了NAK包告诉服务端自己的IP地址是空的sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]:

07-02 20:40:01.510  1643  1643 D pppd    : using channel 1
07-02 20:40:01.510  1643  1643 D pppd    : sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2d6bff1> <pcomp> <accomp>]
07-02 20:40:01.510  1643  1643 D pppd    : rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth pap> <magic 0xf2cab769> <pcomp> <accomp>]
07-02 20:40:01.510  1643  1643 D pppd    : sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth pap> <magic 0xf2cab769> <pcomp> <accomp>]
07-02 20:40:01.510  1643  1643 D pppd    : rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2d6bff1> <pcomp> <accomp>]
07-02 20:40:01.510  1643  1643 D pppd    : rcvd [LCP DiscReq id=0x1 magic=0xf2cab769]
07-02 20:40:01.510  1643  1643 D pppd    : rcvd [PAP AuthAck id=0x1 ""]
07-02 20:40:01.510  1643  1643 I pppd    : PAP authentication succeeded
07-02 20:40:01.510  1643  1643 D pppd    : sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
07-02 20:40:01.510  1643  1643 D pppd    : sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
07-02 20:40:01.510  1643  1643 D pppd    : rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
// 很快收到IP地址协商请求
07-02 20:40:01.970  1643  1643 D pppd    : rcvd [IPCP ConfReq id=0x0]
07-02 20:40:01.970  1643  1643 D pppd    : sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
07-02 20:40:01.970  1643  1643 D pppd    : rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
07-02 20:40:01.970  1643  1643 D pppd    : sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
07-02 20:40:01.970  1643  1643 D pppd    : rcvd [IPCP ConfReq id=0x1]
07-02 20:40:01.970  1643  1643 D pppd    : sent [IPCP ConfAck id=0x1]
07-02 20:40:01.970  1643  1643 D pppd    : rcvd [IPCP ConfNak id=0x2 <addr 10.200.16.23> <ms-dns1 211.xxx.xxx.xxx> <ms-dns3 211.xxx.xxx.xxx>]
07-02 20:40:01.970  1643  1643 D pppd    : sent [IPCP ConfReq id=0x3 <addr 10.200.16.23> <ms-dns1 211.xxx.xxx.xxx> <ms-dns3 211.xxx.xxx.xxx>]
07-02 20:40:01.970  1643  1643 D pppd    : rcvd [IPCP ConfAck id=0x3 <addr 10.200.16.23> <ms-dns1 211.xxx.xxx.xxx> <ms-dns3 211.xxx.xxx.xxx>]
07-02 20:40:01.970  1643  1643 W pppd    : Could not determine remote IP address: defaulting to 10.64.64.64
07-02 20:40:01.980  1643  1643 I pppd    : local  IP address 10.200.16.23
07-02 20:40:01.980  1643  1643 I pppd    : remote IP address 10.64.64.64
07-02 20:40:01.980  1643  1643 I pppd    : primary   DNS address 211.xxx.xxx.xxx
07-02 20:40:01.980  1643  1643 I pppd    : secondary DNS address 211.xxx.xxx.xxx
07-02 20:40:01.980  1643  1643 D pppd    : Script /etc/ppp/ip-up started (pid 1682)
07-02 20:40:02.060  1643  1643 D pppd    : Script /etc/ppp/ip-up finished (pid 1682), status = 0x0

接着又发了一个地址配置的请求, 在收到服务端的配置后,并相互确认后最终拿到了正确的IP地址/DNS地址:

sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <addr 10.200.16.23> <ms-dns1 211.xxx.xxx.xxx> <ms-dns3 211.xxx.xxx.xxx>]
sent [IPCP ConfReq id=0x3 <addr 10.200.16.23> <ms-dns1 211.xxx.xxx.xxx> <ms-dns3 211.xxx.xxx.xxx>]
rcvd [IPCP ConfAck id=0x3 <addr 10.200.16.23> <ms-dns1 211.xxx.xxx.xxx> <ms-dns3 211.xxx.xxx.xxx>]

单纯从PPPD拨号的LOG来看, 流程上就有不小的差异: 异常情况迟迟收不到远端(这里就是运营商的服务器)的IP地址协商的请求ConfReq, 而发出去的IPCP ConfReq参数协商请求一直拿到了假的DNS地址10.11.12.13/14(这个地址实际是modem产生的不是来自网络), 对端回过来的地址一直都是全零0.0.0.0, 导致客户端一直发送ConfReq,直到远端(remote peer)的NAK超过最大的次数(PPPD代码默认是5)后,才停止DNS的协商过程(看pppd的代码是默认关闭了对DNS的协商请求).

那么问题的根源在哪里了? 抓了modem的日志给供应商分析才发现, 本端(local peer)在PDN(Packet Data Network)数据链接尚未建立的情况下(相当于终端与运营商还没有建立物理上的通路)就去发起IPCP参数协商了, 此时modem还没有拿到IP地址和DNS地址, 因此就给了一个假的DNS地址了. 等到几秒钟后PDN建立成功, 运营商网络正常下发分配的IP地址与DNS地址后, modem却没有主动下发正确的DNS地址, 而本端的pppd也没有再次请求DNS地址, 这样到了PPP拨号完成本地拿到的始终是一个假的DNS地址.

找到了问题的原因之后, 解决问题就好办了. 大概有这么几个解决方案:

1. 在modem侧修改: 如果PDN链接建立成功后, 主动下发正确的DNS地址(运营商给的DNS地址)
2. 在本端的PPPD中修改: 如果发现拿到的DNS地址为10.11.12.13/14, 则在接收到远端的NAK时将该地址拒绝, 并且在下次参数协商时主动告诉远端自己没有拿到DNS地址, 这样远端会在下一个NAK中主动将正确的DNS发送过来(如果已经有了的话)
3. 在PPPD拨号时将参数connect-delay设置为5000(5s, 默认是1000), 这个相当于尽量等待PDN的链接, 等成功后再进行参数协商. 这个方案只能在一定程度上缓解问题发生的概率, 并不能从根本上解决问题.
4. 如果收到假的DNS地址10.11.12.13/14, 则强制修改为正确的运营商DNS地址(如果运营商DNS地址发生变化, 又会出问题, 不是终极解决方案)

目前采用了方案二, 初步验证可以拿到正确的DNS地址.

原文作者：Jason Wang

更新日期：2023-03-28, 10:07:16

版权声明：本文采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可

• Next Post
  TCP链接建立与状态迁移
• Previous Post
  如何在Android Studio中添加自定义framework.jar?

Powered by Hexotheme Archer

PV: :)

CATALOG

1. 1. PPP协议介绍
2. 2. 假DNS问题的来由

• Archive
• Tag
• Cate

Total : 110



2024

• 03/28 如何移植fio到Android平台
• 01/30 你好,2024

2023

• 11/26 认识你的大脑
• 10/20 Android常用的性能分析工具
• 09/15 虚拟化之三virtio的实现原理
• 08/09 虚拟化之二QNX虚拟化平台简介
• 06/30 虚拟化之一虚拟机的基本概念
• 05/27 投屏中的服务发现协议
• 04/17 Android如何进行DNS解析
• 03/23 chatGPT之后，我们还能做什么?
• 03/09 Android中HAL服务无法使用网络的问题
• 02/27 说说系统开发中的康威定律
• 01/10 为什么iperf测试时UDP会出现高丢包率

2022

• 12/31 再见2022
• 12/06 Linux网络优化之AVB/TSN
• 09/30 如何用FFmpeg在Android上实现音视频解码
• 08/27 如何通过QEMU启动Linux系统
• 08/12 Linux网络优化之DPDK与XDP
• 06/06 Linux网络优化之TCP优化
• 04/13 Linux网络优化之链路层优化
• 03/31 重学现代C++
• 03/18 如何用pktgen测试网卡性能?
• 03/17 「置顶」收藏的学习资料
• 02/16 如何移植openssh到ARM开发板
• 01/29 深度学习简介

2021

• 12/31 感悟2021
• 11/26 理解Android eBPF
• 10/09 什么是GARP
• 09/28 ARP cache不更新导致的网络问题
• 07/16 怎么招聘SRE工程师-看看Google是如何招人
• 06/22 一个SMMU内存访问异常的问题
• 04/29 从Wifi热点功能说一说Android Wifi框架
• 04/08 Linux网络协议之数据发送流程
• 02/20 一个ADB无法识别设备的问题
• 01/08 「译」我的工程格言
• 01/03 不得不说的2020

2020

• 12/31 MAC与PHY调试遇到的那些坑
• 11/06 汽车网络演化-从CAN到以太网
• 10/23 Linux内核中的锁
• 10/14 IPV6地址的那些事儿
• 06/03 由Policy Routing引发的一个奇怪问题
• 05/27 软件开发与BUG的那些事儿
• 05/12 从NAPI说一说Linux内核数据的接收流程
• 04/04 由新冠病毒想到的一些事情
• 04/01 Android是如何实现流量统计的?
• 02/24 利用SSH隧道访问局域网

2019

• 12/31 Recovery模式如何支持ADB
• 12/07 SELinux在Android中的应用
• 11/07 BPF与eBPF
• 09/04 说说Process.waitfor()引起的进程阻塞问题
• 07/30 聊一聊TCP协议
• 07/15 TCP链接建立与状态迁移
• 07/05 PPP拨号时拿到错误DNS的问题解析
• 02/26 如何在Android Studio中添加自定义framework.jar?
• 01/17 Linux下常用网络工具使用总结
• 01/04 成王败寇与丛林法则-看纪录片<英国史>有感

2018

• 12/18 Android netd工作原理详解
• 11/30 正则表达式及其应用
• 07/21 socket编程与IO multiplexing
• 06/22 关于技术发展的一些思考
• 06/17 HAL binder工作流程-以RILJ/RILD通信为例
• 06/06 深入Android HAL binder
• 05/05 从HTTP到HTTPS
• 04/30 《人类简史》札记
• 02/23 Java中的垃圾回收机制
• 01/07 Java虚拟机入门

2017

• 12/23 如何用JobScheduler进行任务调度
• 11/20 Circuit Switching & Packet Switching
• 11/18 Android 动画
• 10/15 GSM短信的发送与接收
• 10/08 Java Annotation
• 09/22 如何在Android中查看进程状态
• 08/23 HTTP简介
• 08/06 常用哈希函数C实现
• 07/16 cache揭秘
• 07/09 Android进程Crash处理流程
• 07/01 Android中的任务管理
• 06/25 Android ANR处理流程
• 06/18 Java并发编程之锁
• 06/11 Java并发编程之原子操作
• 05/30 Glide详解之图片加载过程分析
• 05/29 近来二三事
• 05/29 Java并发编程之Java Memory Model
• 05/27 Zygote进程启动过程详解
• 05/24 Java并发编程综述
• 05/20 Glide详解之架构分析
• 05/17 Java并发编程之同步
• 05/07 Java并发编程之线程
• 04/29 单例模式在Java中的应用
• 04/20 Picasso从使用到原理详解
• 03/07 TCP/IP网络协议入门
• 03/06 关于Maven
• 02/27 追寻真实的自我
• 02/25 《Effective Java》摘记
• 02/21 Android Phone进程启动过程分析
• 02/18 Android Launcher工作原理
• 01/07 如何在Java中调用C_C++方法

2016

• 12/26 罗素《权威与个人》
• 11/29 Android RILD详解
• 11/19 Android RIL概述
• 11/04 《通往奴役之路》读书摘记
• 10/24 Android系统时间自动更新机制
• 10/24 Java程序编译过程
• 10/16 由人定胜天说起
• 10/15 停机问题
• 10/14 Linux Shell快速入门
• 10/13 Dependency Inversion Principle(依赖反转原则)
• 10/01 Android Binder入门
• 08/18 Android Fota升级
• 03/07 Git常用命令

 ADB  Android  Android Debug Bridge  FOTA  Firm Over The Air  RIL  RILD  Animation  Property Animation  Frame Animation  任务管理  Activity  系统时间更新  NITZ  NTP  Berkeley Packet Filters  extended Berkeley Packet Filters  性能优化  BPF  eBPF  Binder  IPC  CS  PS  computer network  GSM  SMS  Java Virtual Machine  Garbage Collection  Git  GitHub  Glide  Image Loading  HTTP  HTTPS  IPv6  ICMP  Java  Annotation  Annotation Processor  并发编程  Atomicity  synchronized  Thread  Lock  Java Memory Model  Compiling process  字节码  class　file  Shell  Bash  Linux  mutex  Spin Lock  Kernel  AVB  TSN  网络优化  DPDK  XDP  TCP  Maven  构建工具  单元测试  PPP  DNS  Picasso,  ImageLoader  Recovery  SELinux  Security  TCP/IP  网络协议  三次握手  四次挥手  Memory Cache  CPU Architecture  Memory Hierarchy  人类简史  历史  SMMU  MMU  2020  新冠病毒  个人成长  TLS  SSL  ARP  Address Resolution Protocol  GARP  网络性能  带宽测试  pktgen  Halting Problem  Computability theory  技术  5G  人工智能  单例模式  Android studio  Android framework  SSH  远程登录  反向隧道  进程状态，Shell指令  JNI  共享库文件  FFmpeg  H.264  音视频  JobScheduler  AlarmManager  定时任务  openssh  ARM嵌入式开发  Qemu  busybox  Hash Function  SRE  Site Reliability Engineering  Google  成长  个人总结  英国史  丛林法则  学习资料  正则表达式  Regular Expression  CAN  MOST  LIN  Ethernet  HAL  机器学习  深度学习  Deep Learning  Machine Learning  AI  哲学  社会  拥塞控制  软件工程  软件开发  团队协作  项目管理  Process  waitfor  思考  BUG  摔跤吧，爸爸  电影  学习方法  Bob dylan  追寻自我  C++  编程语言  ANR  Launcher  SystemServer  Phone进程  Telephony  netd  NetworkManagerService  Crash  Dependency Inversion  DIP  Dependency Injection  Uncle Bob  依赖反转  图片加载  Network tools  ip route  tcpdump  iptables  iperf  MAC  PHY  车载以太网  socket programming  I/O multiplexing  network programming  Effective Java  Design Pattern  通往奴役之路  哈耶克  读书  Media Access Control  NAPI  Policy Routing  策略路由  网络管理  Netd  罗素  自由，民主  国家意志与权威  流量统计  RILJ  网络协议栈  Zygote  Android应用启动  Framework  Wifi  UDP  Conway's Law  康威定律  网络使用权限  chatGPT  LLM  AIGC  域名解析  Private DNS  投屏  DLNA  Airplay  virtualization  虚拟化  QNX  virtio  性能分析  systrace  perfetto  大脑  人生  价值  探索  fio  文件系统  性能工具



缺失模块，请参考主题文档进行安装配置：https://github.com/fi3ework/hexo-theme-archer#%E5%AE%89%E8%A3%85%E4%B8%BB%E9%A2%98

 Android  Linux  移动通讯  Java  Git  网络协议  项目构建  Computer Architecture  读书笔记  思考  Computer theory  Design Pattern  算法/数据结构  软件工程  Regular Expression  汽车电子  人工智能  社会万象  C++  Software Architecture  Android  虚拟化



