物联网域名中的中文域名到底怎么看？

随着物联网的发展，围绕其所展开的有关于安全的争论已日渐引起重视。
目前，黑客们已经将相当多的注意力放到了数以十亿美元计的物联网新系统、设备和传感器连接等方面，黑客每年针对物联网的攻击面仍旧在继续扩大。与此同时，无论是在工作还是生活中，物联网设备正在日渐流行，而当这些缺乏安全连接的设备不断被添加到企业和家庭环境中，有关物联网安全的问题变得更加受关注。
在不久前的一篇关于讨论物联网安全的文章中曾经提到：“消费者和供应商并不关心物联网设备及连接的安全问题。”而这一启示对整个物联网安全具有重大意义。
而除此之外，美国国家情报局官员又提出了物联网更为严峻的安全问题：那就是，物联网安全将涉及恐怖主义、大规模杀伤性武器以国家安全等因素。而这是必须要引起关注的。
具体而言，目前的物联网设备广泛连接于自动汽车、家庭中的智能家居以及一系列办公场所之中，而其通过网络所传输的信息则将会面临数据隐私泄露、以及数据服务等安全问题，另外，这些信息也极有可能被国外的非法途径所获取。
美国国家情报局官员在一份报告中表示：未来,情报机构可能会使用针对物联网的识别、监测、监控、位置跟踪、以及访问网络或用户的凭证。因为，黑客和恐怖分子极有可能利用利用这些安全漏洞实施间谍活动。
鉴于大多数物联网设备在设计和部署之初都是以最小的安全需求进行的测试，随着网络攻击的复杂性越来越严重，可能将导致广泛的民用基础设施以及政府系统漏洞被不断利用。而这些看似很小的安全问题将对国家的网络防御和间谍情报技术构成威胁与挑战。而从另一方面而言，这些漏洞也可以反过来为政府情报机构所利用。
不得不承认的一个事实是，随着连接到网络的物联网设备和系统的快速增长，物联网的发展的确提供了更大的监测面和数据采集的机会与数据源。
安全研究人员认为,面对这些对安全缺乏关注的消费者和设备制造商，针对物联网安全的挑战在于：其涉及物联网设备和收集个人数据的公司以及服务提供商等多方面的复杂的问题。因为， 消费者更感兴趣的是物联网设备能够给他们所带来的便利,而系统和设备制造商则更对设备本身性能的关心高于安全性，因为后者极有可能要付出极高的成本。但是，在开发过程中需要包括安全功能已越来越多的达成共识。
在此基础之上进行延伸，物联网并不是未来面临巨大网络安全威胁的唯一一个关注点。在其他的科技新兴领域,诸如人工智能(AI)、增强现实(AR)和虚拟现实(VR)中，都存在开放性的安全漏洞,而这些漏洞同样可以被其他国家或非政府组织加以利用。
特别是对于人工智能而言，其所创造的增加了自主决策的创新功能将对的网络攻击形成巨大威胁。例如，其完全有可能利用虚假数据和意想不到的算法等，对诸如股票自动交易系统等进行 *** 作,进而造成巨大的股市大幅波动。
虽然人工智能等新兴技术用于民用工业及国家安全方面会带来极大的效率和性能优势，但从网络安全防御方面而言，AI系统是具备易受一系列难以预测的、甚至难以理解的颠覆性和欺骗性策略影响的。 而这样的影响一旦发生，其将对诸多国家关键基础设施以及国家网络安全造成难以估量的威胁与损失。
中英文的物联网域名形式除了为达到人物交互的方便，还有另一层重大意义：如果只采用数字解析，这串数字背后代表的属性和含义将具有不确定性，比如在防伪追溯中，数字代码之外的所有物品基本信息实际上由物品拥有者自己的服务器提供，那么改变服务器数据存储的信息就能改变物品，而采用逐节点加密传输解析的域名在物品属性方面就通过全球解析网络进行了确定。关于这点，凡是接到通过VoIP实现的骚扰电话都会有记忆，在网络世界里一串IP电话号码骚扰过每一部电话机，甚至沦为非法组织宣传的工具。

snmpwalk是SNMP的一个工具，它使用SNMP的GETNEXT请求查询指定OID（SNMP协议中的对象标识）入口的所有OID树信息，并显示给用户。通过snmpwalk也可以查看支持SNMP协议（可网管）的设备的一些其他信息，比如cisco交换机或路由器IP地址、内存使用率等，也可用来协助开发SNMP功能。
要使用snmpwalk，我们首先要安装snmpwalk。snmpwalk没有单独的安装包，它被包含在net-snmp软件包中的，所以我们只需要安装net-snmp软件包就可以得到snmpwalk。而net-snmp的安装又分为linux环境和windows环境。
某些设备产商由于SNMP实现支持不是很标准，故存在只能获取到公有MIB信息（即136121开头的信息）的情况，此时请再使用命令snmpwalk -v 1/2c -c community IP 136141>IPprivatemib采集设备私有MIB信息，并和前面采集到的IPmib一同发给研发。

虽然机遇当前，但发展中的中国物联网企业并非顺风顺水，物联网巨大的市场蛋糕也并非一蹴而就，需要长久地酝酿和积累。物联网是一个复杂的生态体系，其建设和运营是一个巨大的挑战。一个应用方向的物联网生态体系建设，最简单而言，均要覆盖差异化用户需求、“物”及其环境特性、感知或控制的技术、设备、系统及其“物”的关联方式，包括网络通信基础设施、基础运营级平台、应用服务分类、云平台与大数据处理、系统运维保障、行业政策及法律法规符合性、信息资源共享与协同、外部合作资源、市场营销及商业模式、以“物”为中心的服务体验、“物”的关联性应用业务等诸多要素，这已远远超出一个企业所能覆盖的业务范围。而在早期，缺乏标准和成功商业案例指导的情况下，大部分物联网企业都是单独探索，整体的市场试错成本极为高昂，道路也极为曲折。
从时间纬度来看，我国物联网的发展大致可分为四个阶段 ：2009～2013年为培育期、2013～ 2015年为导入期、2016～2020年为成长期、2020年以后是成熟期。过去的6年多时间，物联网产业总体经历了 ：射频识别（RFID）、二维码、传感器网络、智能视频、数据算法模型（M2M）、基于位置的服务（LBS）、智能硬件、可穿戴设备、智能网关、低功耗 Wi-Fi ／蓝牙、对象标识符（OID）/ 云服务平台（E-Code）、云计算、大数据、“互联网＋”、基于蜂窝的窄带物联网（NB-IoT）、区块链等诸多关联要素热点的风起云涌，以及智能家居、智能交通、智能制造、现代农业、食品安全、医疗健康、安全生产、智能电网、智慧城市等应用领域的局部示范应用。这些物联网技术和应用的探索，一方面充分体现了物联网生态体系的多样性和复杂性，市场自我探索和完善的诸多艰难 ；另一方面，也为物联网成长期的快速发展奠定了扎实的实践基础。2016 年开始，物联网在共性与应用特性的产业分工，以及在各个应用领域的创新发展将更为成熟和理性，全新的成功案例也将在各个领域如雨后春笋般出现，预计经过5年左右的时间，中国大地上的物联网企业将开始枝繁叶茂。

SNMP（简单网络管理协议）用于管理网络设备和应用程序，其中的管理信息库（MIB）用于描述和定义网络设备中的对象和 *** 作。对于每个对象实例的命名，SNMP采用了一种层次结构的命名策略，即采用基于OID（对象标识符）的命名格式。
OID是一个由数字构成的唯一标识符，用于标识一个特定的MIB对象。OID可以看作是一个树形结构，其中的每个节点都有一个唯一的数字标识符。OID的每个节点都代表了一个特定的层次结构，用于标识一个特定的MIB对象。
SNMP的MIB结构采用了包含多个子节点的层次结构，每个子节点都可以包含多个对象实例。对于每个对象实例的命名，需要指定其所在的节点和节点中的相应标识符。通过这种层次结构的命名方式，SNMP实现了对网络设备中的对象实例进行有效的管理和 *** 作。

以下是我2011年做过的一个项目，现在分享给你，希望能够解决你的疑问：
设备MAC与对应port代号的对应表
snmpwalk -v 2c -Cc -c public 172161012 136121174312
iso36121174312116142248193173224 = INTEGER: 1
iso36121174312160722823220982 = INTEGER: 42
iso36121174312204783611340 = INTEGER: 3

设备对应port的新代号的对应表
snmpwalk -v 2c -Cc -c public 172161012 136121171412
iso361211714121 = INTEGER: 1
iso361211714122 = INTEGER: 2
iso361211714123 = INTEGER: 3
iso361211714124 = INTEGER: 4
iso361211714125 = INTEGER: 5
iso361211714126 = INTEGER: 6
iso361211714127 = INTEGER: 7
iso361211714128 = INTEGER: 8
iso361211714129 = INTEGER: 9
iso3612117141210 = INTEGER: 10
iso3612117141211 = INTEGER: 11
iso3612117141212 = INTEGER: 12
iso3612117141213 = INTEGER: 13
iso3612117141214 = INTEGER: 14
iso3612117141215 = INTEGER: 15
iso3612117141216 = INTEGER: 16
iso3612117141217 = INTEGER: 17
iso3612117141218 = INTEGER: 18
iso3612117141219 = INTEGER: 19
iso3612117141220 = INTEGER: 20
iso3612117141221 = INTEGER: 21
iso3612117141222 = INTEGER: 22
iso3612117141223 = INTEGER: 23
iso3612117141224 = INTEGER: 24
iso3612117141225 = INTEGER: 25
iso3612117141226 = INTEGER: 26
iso3612117141227 = INTEGER: 27
iso3612117141228 = INTEGER: 28
iso3612117141229 = INTEGER: 29
iso3612117141230 = INTEGER: 30
iso3612117141231 = INTEGER: 31
iso3612117141232 = INTEGER: 32
iso3612117141233 = INTEGER: 33
iso3612117141234 = INTEGER: 34
iso3612117141235 = INTEGER: 35
iso3612117141236 = INTEGER: 36
iso3612117141237 = INTEGER: 37
iso3612117141238 = INTEGER: 38
iso3612117141239 = INTEGER: 39
iso3612117141240 = INTEGER: 40
iso3612117141241 = INTEGER: 41
iso3612117141242 = INTEGER: 42
iso3612117141243 = INTEGER: 43
iso3612117141244 = INTEGER: 44
iso3612117141245 = INTEGER: 45
iso3612117141246 = INTEGER: 46
iso3612117141247 = INTEGER: 47
iso3612117141248 = INTEGER: 48
iso3612117141265 = INTEGER: 65
iso3612117141266 = INTEGER: 66
iso3612117141267 = INTEGER: 67
iso3612117141268 = INTEGER: 68

设备对应port名称的对应表
snmpwalk -v 2c -Cc -c public 172161012 136121311111
iso361213111111 = STRING: "ethernet1/1/1"
iso361213111112 = STRING: "ethernet1/1/2"
iso361213111113 = STRING: "ethernet1/1/3"
iso361213111114 = STRING: "ethernet1/1/4"
iso361213111115 = STRING: "ethernet1/1/5"
iso361213111116 = STRING: "ethernet1/1/6"
iso361213111117 = STRING: "ethernet1/1/7"
iso361213111118 = STRING: "ethernet1/1/8"
iso361213111119 = STRING: "ethernet1/1/9"
iso3612131111110 = STRING: "ethernet1/1/10"
iso3612131111111 = STRING: "ethernet1/1/11"
iso3612131111112 = STRING: "ethernet1/1/12"
iso3612131111113 = STRING: "ethernet1/1/13"
iso3612131111114 = STRING: "ethernet1/1/14"
iso3612131111115 = STRING: "ethernet1/1/15"
iso3612131111116 = STRING: "ethernet1/1/16"
iso3612131111117 = STRING: "ethernet1/1/17"
iso3612131111118 = STRING: "ethernet1/1/18"
iso3612131111119 = STRING: "ethernet1/1/19"
iso3612131111120 = STRING: "ethernet1/1/20"
iso3612131111121 = STRING: "ethernet1/1/21"
iso3612131111122 = STRING: "ethernet1/1/22"
iso3612131111123 = STRING: "ethernet1/1/23"
iso3612131111124 = STRING: "ethernet1/1/24"
iso3612131111125 = STRING: "ethernet1/1/25"
iso3612131111126 = STRING: "ethernet1/1/26"
iso3612131111127 = STRING: "ethernet1/1/27"
iso3612131111128 = STRING: "ethernet1/1/28"
iso3612131111129 = STRING: "ethernet1/1/29"
iso3612131111130 = STRING: "ethernet1/1/30"
iso3612131111131 = STRING: "ethernet1/1/31"
iso3612131111132 = STRING: "ethernet1/1/32"
iso3612131111133 = STRING: "ethernet1/1/33"
iso3612131111134 = STRING: "ethernet1/1/34"
iso3612131111135 = STRING: "ethernet1/1/35"
iso3612131111136 = STRING: "ethernet1/1/36"
iso3612131111137 = STRING: "ethernet1/1/37"
iso3612131111138 = STRING: "ethernet1/1/38"
iso3612131111139 = STRING: "ethernet1/1/39"
iso3612131111140 = STRING: "ethernet1/1/40"
iso3612131111141 = STRING: "ethernet1/1/41"
iso3612131111142 = STRING: "ethernet1/1/42"
iso3612131111143 = STRING: "ethernet1/1/43"
iso3612131111144 = STRING: "ethernet1/1/44"
iso3612131111145 = STRING: "ethernet1/1/45"
iso3612131111146 = STRING: "ethernet1/1/46"
iso3612131111147 = STRING: "ethernet1/1/47"
iso3612131111148 = STRING: "ethernet1/1/48"
iso3612131111149 = STRING: "management"
iso3612131111165 = STRING: "ethernet1/2/1"
iso3612131111166 = STRING: "ethernet1/2/2"
iso3612131111167 = STRING: "ethernet1/2/3"
iso3612131111168 = STRING: "ethernet1/2/4"

设备MAC与IP的对应表
snmpwalk -v 2c -Cc -c public 172161012 13612142212
iso3612142212217216101 = Hex-STRING: CC 4E 24 0B 22 00

那oid在哪儿？到底为什么会出现这种情况 ？

来看看postgres官网对 oid的介绍：

根据stackoverflow的高票用户的回答：
OIDs basically give you a built-in, globally unique id for every row, contained in a system column (as opposed to a user-space column) That's handy for tables where you don't have a primary key, have duplicate rows, etc For example, if you have a table with two identical rows, and you want to delete the oldest of the two, you could do that using the oid column
In my experience, the feature is generally unused in most postgres-backed applications (probably in part because they're non-standard), and their use is essentially deprecated :
In PostgreSQL 81 default_with_oids is off by default; in prior versions of PostgreSQL, it was on by default
The use of OIDs in user tables is considered deprecated, so most installations should leave this variable disabled Applications that require OIDs for a particular table should specify WITH OIDS when creating the table This variable can be enabled for compatibility with old applications that do not follow this behavior

大意是你要是有个表没有用主键，这时候可以把oid充当为主键使用，当然这是没办法的办法。

总结： oid是给内部表做标识用的，不推荐使用。 建议将 default_with_oids 设置为off。 建表的时候，如果想使用主键，请自行建立。oid本身大小固定的，万一 行数超过了oid 的最大限制数（4 byte int），那就无法插入新行了。

---