欢迎光临
我们一直在努力

“鸿”鹄志远,一举千里。承“蒙”厚爱,不负期待。

admin阅读(625)

“鸿”鹄志远,一举千里。承“蒙”厚爱,不负期待。鸿蒙操作系统及华为全场景新品发布会,2021年6月2日。

5月25日一早,原华为EMUI官微就正式宣布更名为Harmony OS,并宣布将在6月2日晚20点召开鸿蒙操作系统及华为全场景新品发布会,届时将正式发布鸿蒙OS正式版。

华为鸿蒙OS定档6月2日发布!MatePad Pro 2或同台亮相:首发预装-鸿蒙HarmonyOS技术社区

据近期进行开发者测试的用户反馈,鸿蒙OS目前已经非常完善,且稳定性和性能都十分出色,与基于安卓的EMUI相比也毫不逊色,同时还能带来一些此前在安卓上无法实现的功能。

鸿蒙OS将于6月2日正式发布

此外,鸿蒙OS还是一款面向全场景的分布式操作系统,能支持各种设备的互联互通,实现无缝的使用体验,这是此前不论是iOS还是安卓都无法做到的,而此次发布会也将同时发布诸多搭载鸿蒙系统的硬件产品。

值得一提的是,华为在上个月就已宣布,会将全新的鸿蒙OpenHarmony 2.0陆续开源,其中包括460万行关键代码,手机、平板、可穿戴设备、电视、传感器等各种设备都能使用,华为也表示非常欢迎其他手机厂商使用鸿蒙OS。

综合目前多方消息来看,首发鸿蒙OS操作系统的设备将是一款久违的旗舰平板——华为MatePad Pro 2。

华为MatePad Pro 2有望首发鸿蒙系统

根据爆料显示,华为MatePad Pro 2将同时拥有两种尺寸版本,其中一款采用12.2英寸的国产华星屏幕,另一款则配备了12.6英寸的三星OLED屏幕,均支持高刷新率。同时,MatePad Pro 2还将搭载华为目前最顶级的麒麟9000处理器,其采用业内顶级的5nm工艺打造,是目前移动端最前处理器之一,同时还拥有顶级的5G性能,为MatePad Pro2提供顶级的性能体验。

华为ap3010DN-V2配置

admin阅读(908)

  1. 华为ap默认地址:254.1.1,用户:admin,密码:admin@huawei.com,第一次登陆需要更改密码,更改密码后,重新登录。
  2. 更改配置文件cfg,全部替换相应IP地址段,如图
  3. 维护系统配置—上传上传配置文件:cfg,如图

  1. 上传成功后选择 系统维护,选择设备重启—下次启动配置文件cfg点重启设备如图: 
  1. 提示如图选择否,直接重启

等待10分钟,测试是否能上网。

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,或者点击打赏,非常感谢。

路由器下面电脑显示IP地址冲突如何处理?

admin阅读(597)

造成这种情况主要是由于路由器下其他的电脑也在使用您电脑的IP地址,导致IP地址冲突,出现无法上网等情况。 内容来自dedecms

出现这种情况的原因主要有:

1、本地电脑使用了192.168.1.1的IP地址,与路由器重突。路由器默认的管理地址为192.168.1.1,因此,路由器下的电脑都不能使用该地址,可以使用192.168.1.2-192.168.1.254之间的地址。

2、路由器下的电脑更改IP,修改的IP地址与您电脑的IP地址相同。

对于IP地址冲突,您可以更改电脑的IP地址,防止IP地址冲突。 copyright dedecms

右键点击“网上邻居”->“属性”:

 

 

弹出管理网络连接的窗口,右键点击“本地连接”->“属性”。

 

梦内容管理系统

在本地连接属性中,双击“Internet 协议(TCP/IP)”:

图例地址仅供参考,请勿照此地址输入。

即可进行IP地址的设置。可以手动进行设置,若路由器开启DHCP功能,也可以设置为自动获取IP地址与DNS服务器地址。

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,或者点击打赏,非常感谢。

win10安装设置IPv6

admin阅读(561)

Windows Vista、Windows7以上版本无需配置,自动支持IPv6,WindowsXP安装配置方法:

在cmd输入ping ::1,如出现以下结果,说明IPv6已经正确安装

如返回错误信息,则安装IPv6。

cmd下输入ipv6 install,安装后在本地连接——属性勾选Internet协议版本6,自动获取IPv6地址和DNS地址。

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,谢谢。

如何开启本机的telnet功能

admin阅读(518)

有时在电脑上需要使用telnet的功能,,但运行命令时会发现提示不是内部或者外部命令,这是为什么呢?

这是因为系统没有安装命令所导致的,下面咱们就一步一步来安装上telnet的功能。。

首先打开控制面板—应用和功能—–右侧  程序和功能—–左侧  启用或关闭Windows功能

找到Telnet client 选项,勾选,确定即可完成telnet命令的安装。。

以上操作基于Windows 10企业版64位操作系统下。

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,谢谢。

HTTP的前世今生详解

admin阅读(464)

HTTP (Hypertext transfer protocol) 翻译成中文是超文本传输协议,是互联网上重要的一个协议,由欧洲核子研究委员会 CERN 的英国工程师 Tim Berners-Lee v 发明的,同时,他也是 WWW 的发明人,最初的主要是用于传递通过 HTML 封装过的数据。在 1991 年发布了 HTTP 0.9 版,在 1996 年发布 1.0 版,1997 年是 1.1 版,1.1 版也是到今天为止传输最广泛的版本(初始 RFC 2068 在 1997 年发布, 然后在 1999 年被 RFC 2616 取代,再在 2014 年被 RFC 7230 /7231/7232/7233/7234/7235 取代),2015 年发布了 2.0 版,其极大的优化了 HTTP/1.1 的性能和安全性,而 2018 年发布的 3.0 版,继续优化 HTTP/2,激进地使用 UDP 取代 TCP 协议,目前,HTTP/3 在 2019 年 9 月 26 日 被 Chrome,Firefox,和 Cloudflare 支持,所以我想写下这篇文章,简单地说一下 HTTP 的前世今生,让大家学到一些知识,并希望可以在推动一下 HTTP 标准协议的发展。

HTTP 0.9 / 1.0

0.9 和 1.0 这两个版本,就是最传统的 request – response 的模式了,HTTP 0.9 版本的协议简单到极点,请求时,不支持请求头,只支持 GET 方法,没了。HTTP 1.0 扩展了 0.9 版,其中主要增加了几个变化:

  • 在请求中加入了 HTTP 版本号,如:GET /coolshell/index.html HTTP/1.0
  • HTTP 开始有 header 了,不管是 request 还是 response 都有 header 了。
  • 增加了 HTTP Status Code 标识相关的状态码。
  • 还有 Content-Type 可以传输其它的文件了。

我们可以看到,HTTP 1.0 开始让这个协议变得很文明了,一种工程文明。因为:

  • 一个协议有没有版本管理,是一个工程化的象征。
  • header 是协议可以说是把元数据和业务数据解耦,也可以说是控制逻辑和业务逻辑的分离。
  • Status Code 的出现可以让请求双方以及第三方的监控或管理程序有了统一的认识。最关键是还是控制错误和业务错误的分离。

(注:国内很多公司 HTTP 无论对错只返回 200,这种把 HTTP Status Code 全部抹掉完全是一种工程界的倒退)

但是,HTTP1.0 性能上有一个很大的问题,那就是每请求一个资源都要新建一个 TCP 链接,而且是串行请求,所以,就算网络变快了,打开网页的速度也还是很慢。所以,HTTP 1.0 应该是一个必需要淘汰的协议了。

 HTTP/1.1

HTTP/1.1 主要解决了 HTTP 1.0 的网络性能的问题,以及增加了一些新的东西:

  • 可以设置 keepalive 来让 HTTP 重用 TCP 链接,重用 TCP 链接可以省了每次请求都要在广域网上进行的 TCP 的三次握手的巨大开销。这是所谓的“HTTP 长链接” 或是 “请求响应式的 HTTP 持久链接”。英文叫 HTTP Persistent connection.
  • 然后支持 pipeline 网络传输,只要第一个请求发出去了,不必等其回来,就可以发第二个请求出去,可以减少整体的响应时间。(注:非幂等的 POST 方法或是有依赖的请求是不能被 pipeline 化的)
  • 支持 Chunked Responses ,也就是说,在 Response 的时候,不必说明 Content-Length 这样,客户端就不能断连接,直到收到服务端的 EOF 标识。这种技术又叫 “服务端 Push 模型”,或是 “服务端 Push 式的 HTTP 持久链接
  • 还增加了 cache control 机制。
  • 协议头注增加了 Language, Encoding, Type 等等头,让客户端可以跟服务器端进行更多的协商。
  • 还正式加入了一个很重要的头—— HOST这样的话,服务器就知道你要请求哪个网站了。因为可以有多个域名解析到同一个 IP 上,要区分用户是请求的哪个域名,就需要在 HTTP 的协议中加入域名的信息,而不是被 DNS 转换过的 IP 信息。
  • 正式加入了 OPTIONS 方法,其主要用于 CORS – Cross Origin Resource Sharing 应用。

HTTP/1.1 应该分成两个时代,一个是 2014 年前,一个是 2014 年后,因为 2014 年 HTTP/1.1 有了一组 RFC(7230 /7231/7232/7233/7234/7235),这组 RFC 又叫“HTTP/2 预览版”。其中影响 HTTP 发展的是两个大的需求:

  • 一个需要是加大了 HTTP 的安全性,这样就可以让 HTTP 应用得广泛,比如,使用 TLS 协议。
  • 另一个是让 HTTP 可以支持更多的应用,在 HTTP/1.1 下,HTTP 已经支持四种网络协议:
    • 传统的短链接。
    • 可重用 TCP 的的长链接模型。
    • 服务端 push 的模型。
    • WebSocket 模型。

自从 2005 年以来,整个世界的应用 API 越来多,这些都造就了整个世界在推动 HTTP 的前进,我们可以看到,自 2014 的 HTTP/1.1 以来,这个世界基本的应用协议的标准基本上都是向 HTTP 看齐了,也许 2014 年前,还有一些专用的 RPC 协议,但是 2014 年以后,HTTP 协议的增强,让我们实在找不出什么理由不向标准靠拢,还要重新发明轮子了。

HTTP/2

虽然 HTTP/1.1 已经开始变成应用层通讯协议的一等公民了,但是还是有性能问题,虽然 HTTP/1.1 可以重用 TCP 链接,但是请求还是一个一个串行发的,需要保证其顺序。然而,大量的网页请求中都是些资源类的东西,这些东西占了整个 HTTP 请求中最多的传输数据量。所以,理论上来说,如果能够并行这些请求,那就会增加更大的网络吞吐和性能。

另外,HTTP/1.1 传输数据时,是以文本的方式,借助耗 CPU 的 zip 压缩的方式减少网络带宽,但是耗了前端和后端的 CPU。这也是为什么很多 RPC 协议诟病 HTTP 的一个原因,就是数据传输的成本比较大。

其实,在 2010 年时,Google 就在搞一个实验型的协议,这个协议叫 SPDY,这个协议成为了 HTTP/2 的基础(也可以说成 HTTP/2 就是 SPDY 的复刻)。HTTP/2 基本上解决了之前的这些性能问题,其和 HTTP/1.1 最主要的不同是:

  • HTTP/2 是一个二进制协议,增加了数据传输的效率。
  • HTTP/2 是可以在一个 TCP 链接中并发请求多个 HTTP 请求,移除了 HTTP/1.1 中的串行请求。
  • HTTP/2 会压缩头,如果你同时发出多个请求,他们的头是一样的或是相似的,那么,协议会帮你消除重复的部分。这就是所谓的 HPACK 算法(参看 RFC 7541 附录 A)
  • HTTP/2 允许服务端在客户端放 cache,又叫服务端 push,也就是说,你没有请求的东西,我服务端可以先送给你放在你的本地缓存中。比如,你请求 X,我服务端知道 X 依赖于 Y,虽然你没有的请求 Y,但我把把 Y 跟着 X 的请求一起返回客户端。

对于这些性能上的改善,在 Medium 上有篇文章你可看一下相关的细节说明和测试“HTTP/2: the difference between HTTP/1.1, benefits and how to use it”

当然,还需要注意到的是 HTTP/2 的协议复杂度比之前所有的 HTTP 协议的复杂度都上升了许多许多,其内部还有很多看不见的东西,比如其需要维护一个“优先级树”来用于来做一些资源和请求的调度和控制。如此复杂的协议,自然会产生一些不同的声音,或是降低协议的可维护和可扩展性。所以也有一些争议。尽管如此,HTTP/2 还是很快地被世界所采用。

HTTP/2 是 2015 年推出的,其发布后,Google 宣布移除对 SPDY 的支持,拥抱标准的 HTTP/2。过了一年后,就有 8.7%的网站开启了 HTTP/2,根据 这份报告 ,截止至本文发布时(2019 年 10 月 1 日 ), 在全世界范围内已经有 41%的网站开启了 HTTP/2。

HTTP/2 的官方组织在 Github 上维护了一份各种语言对 HTTP/2 的实现列表,大家可以去看看。

我们可以看到,HTTP/2 在性能上对 HTTP 有质的提高,所以,HTTP/2 被采用的也很快,所以,如果你在你的公司内负责架构的话,HTTP/2 是你一个非常重要的需要推动的一个事,除了因为性能上的问题,推动标准落地也是架构师的主要职责,因为,你企业内部的架构越标准,你可以使用到开源软件,或是开发方式就会越有效率,跟随着工业界的标准的发展,你的企业会非常自然的享受到标准所带来的红利。

HTTP/3

然而,这个世界没有完美的解决方案,HTTP/2 也不例外,其主要的问题是:若干个 HTTP 的请求在复用一个 TCP 的连接,底层的 TCP 协议是不知道上层有多少个 HTTP 的请求的,所以,一旦发生丢包,造成的问题就是所有的 HTTP 请求都必需等待这个丢了的包被重传回来,哪怕丢的那个包不是我这个 HTTP 请求的。因为 TCP 底层是没有这个知识了。

这个问题又叫 Head-of-Line Blocking 问题,这也是一个比较经典的流量调度的问题。这个问题最早主要的发生的交换机上。下图来自 Wikipedia。

图中,左边的是输入队列,其中的 1,2,3,4 表示四个队列,四个队列中的 1,2,3,4 要去的右边的 output 的端口号。此时,第一个队列和第三个队列都要写右边的第四个端口,然后,一个时刻只能处理一个包,所以,一个队列只能在那等另一个队列写完后。然后,其此时的 3 号或 1 号端口是空闲的,而队列中的要去 1 和 3 号端号的数据,被第四号端口给 block 住了。这就是所谓的 HOL blocking 问题。

HTTP/1.1 中的 pipeline 中如果有一个请求 block 了,那么队列后请求也统统被 block 住了;HTTP/2 多请求复用一个 TCP 连接,一旦发生丢包,就会 block 住所有的 HTTP 请求。这样的问题很讨厌。好像基本无解了。

是的 TCP 是无解了,但是 UDP 是有解的 !于是 HTTP/3 破天荒地把 HTTP 底层的 TCP 协议改成了 UDP!

然后又是 Google 家的协议进入了标准 – QUIC (Quick UDP Internet Connections)。接下来是 QUIC 协议的几个重要的特性,为了讲清楚这些特性,我需要带着问题来讲(注:下面的网络知识,如果你看不懂的话,你需要学习一下《TCP/IP 详解》一书(在我写 blog 的这 15 年里,这本书推荐了无数次了),或是看一下本站的《TCP 的那些事》。):

  • 首先是上面的 Head-of-Line blocking 问题,在 UDP 的世界中,这个就没了。这个应该比较好理解,因为 UDP 不管顺序,不管丢包(当然,QUIC 的一个任务是要像 TCP 的一个稳定,所以 QUIC 有自己的丢包重传的机制)
  • TCP 是一个无私的协议,也就是说,如果网络上出现拥塞,大家都会丢包,于是大家都会进入拥塞控制的算法中,这个算法会让所有人都“冷静”下来,然后进入一个“慢启动”的过程,包括在 TCP 连接建立时,这个慢启动也在,所以导致 TCP 性能迸发地比较慢。QUIC 基于 UDP,使用更为激进的方式。同时,QUIC 有一套自己的丢包重传和拥塞控制的协,一开始 QUIC 是重新实现一 TCP 的 CUBIC 算法,但是随着 BBR 算法的成熟(BBR 也在借鉴 CUBIC 算法的数学模型),QUIC 也可以使用 BBR 算法。这里,多说几句,从模型来说,以前的 TCP 的拥塞控制算法玩的是数学模型,而新型的 TCP 拥塞控制算法是以 BBR 为代表的测量模型,理论上来说,后者会更好,但 QUIC 的团队在一开始觉得 BBR 不如 CUBIC 的算法好,所以没有用。现在的 BBR 2.x 借鉴了 CUBIC 数学模型让拥塞控制更公平。这里有文章大家可以一读“TCP BBR : Magic dust for network performance.”
  • 接下来,现在要建立一个 HTTPS 的连接,先是 TCP 的三次握手,然后是 TLS 的三次握手,要整出六次网络交互,一个链接才建好,虽说 HTTP/1.1 和 HTTP/2 的连接复用解决这个问题,但是基于 UDP 后,UDP 也得要实现这个事。于是 QUIC 直接把 TCP 的和 TLS 的合并成了三次握手(对此,在 HTTP/2 的时候,是否默认开启 TLS 业内是有争议的,反对派说,TLS 在一些情况下是不需要的,比如企业内网的时候,而支持派则说,TLS 的那些开销,什么也不算了)。

所以,QUIC 是一个在 UDP 之上的伪 TCP +TLS +HTTP/2 的多路复用的协议。

但是对于 UDP 还是有一些挑战的,这个挑战主要来自互联网上的各种网络设备,这些设备根本不知道是什么 QUIC,他们看 QUIC 就只能看到的就是 UDP,所以,在一些情况下,UDP 就是有问题的,

  • 比如在 NAT 的环境下,如果是 TCP 的话,NAT 路由或是代理服务器,可以通过记录 TCP 的四元组(源地址、源端口,目标地址,目标端口)来做连接映射的,然而,在 UDP 的情况下不行了。于是,QUIC 引入了个叫 connection id 的不透明的 ID 来标识一个链接,用这种业务 ID 很爽的一个事是,如果你从你的 3G/4G 的网络切到 WiFi 网络(或是反过来),你的链接不会断,因为我们用的是 connection id,而不是四元组。
  • 然而就算引用了 connection id,也还是会有问题 ,比如一些不够“聪明”的等价路由交换机,这些交换机会通过四元组来做 hash 把你的请求的 IP 转到后端的实际的服务器上,然而,他们不懂 connection id,只懂四元组,这么导致属于同一个 connection id 但是四元组不同的网络包就转到了不同的服务器上,这就是导致数据不能传到同一台服务器上,数据不完整,链接只能断了。所以,你需要更聪明的算法(可以参看 Facebook 的 Katran 开源项目 )

好了,就算搞定上面的东西,还有一些业务层的事没解,这个事就是 HTTP/2 的头压缩算法 HPACK,HPACK 需要维护一个动态的字典表来分析请求的头中哪些是重复的,HPACK 的这个数据结构需要在 encoder 和 decoder 端同步这个东西。在 TCP 上,这种同步是透明的,然而在 UDP 上这个事不好干了。所以,这个事也必需要重新设计了,基于 QUIC 的 QPACK 就出来了,利用两个附加的 QUIC steam,一个用来发送这个字典表的更新给对方,另一个用来 ack 对方发过来的 update。

目前看下来,HTTP/3 目前看上去没有太多的协议业务逻辑上的东西,更多是 HTTP/2 + QUIC 协议。但,HTTP/3 因为动到了底层协议,所以,在普及方面上可能会比 HTTP/2 要慢的多的多。但是,可以看到 QUIC 协议的强大,细思及恐,QUIC 这个协议真对 TCP 是个威胁,如果 QUIC 成熟了,TCP 是不是会有可能成为历史呢?

关于华为路由器使用新网段的方法

admin阅读(522)

今日调试监控,联通宽带自动获取网络地址,下接华为TC5200路由器,网段为192.168.1.1

摄像头地址均为192.168.2.X,,把路由器的LAN地址改为192.168.2.1  保存后,依然获取为192.168.1.1,并且硬盘录像机无法联网。。

搞了半天终于查找到原因,原来华为的路由器在获取自动上网方式时为Btridge  (AP) 模式,,所以下面电脑取得的地址依然为192.168.1网段的。
修改上网方式为自动获取IP(DHCP)后解决,硬盘录像机登录网络。。

备注:此路由器为运营商版本的华为路由器,公开版的路由器暂时没测试。等有时间登录一下看看是不是一样。希望可以帮到有碰到此类问题的伙伴。

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,谢谢。

共享IP的VPS如何修改FTP端口(Windows系统)

admin阅读(386)

IIS自带的FTP修改端口

1、首先确保操作系统中没有其他FTP服务。
2、停止IIS,
3、打开C:\WINDOWS\system32\inetsrv\MetaBase.xml文件(用记事本)
4、搜索 MaxConnections
在MaxConnections下面加一行:
PassivePortRange=”4xx01-4xx05″
5、保存,启动IIS。
备注: 4xx01-4xx05根据VPS指定的端口范围填写。

servu配置被动端口

1、打开servu
2、进入:serv-u服务器——本地服务器——设置——高级

根据以上的方法,可以解决windows下hyper-v生成的共享IP的VPS修复FTP端口问题。

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,谢谢。

海康录像主机关闭滴滴滴声音

admin阅读(572)

海康录像主机滴滴声是异常报警声音,说明设备目前处于不正常状态,可在监控预览画面左下角点击感叹号查看异常类型,查看是因为什么问题才报的警

一般是ip冲突,或者是硬盘问题,或者是其它问题,解决后就好了

如果暂时不解决但是去掉滴滴报警声,可通过以下操作:

主菜单 > 系统配置 > 异常配置 > 异常类型:依次选择,去掉声音警告勾 > 应用

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,谢谢。

集中供电网线水晶头做法

admin阅读(361)

随着监控等设备安装越来越多,为布线方便,对于一些小型的监控,可以使用集中供电来配置,这样一来方便检修,二来方便布线的麻烦。。今天就帮大家拍几张使用一条网线来实现摄像头与电源的整合。。当然现在市面上网线厂家也已经有复合线了,也可以使用复合线来安装监控更方便。

一条网络里面有8条细线,一般网络传输只用其中4条就可以实现了。

照图片中线的颜色排序好,然后用网线钳压好在水晶头上。

另外2组线,分别接到DC头的2条线上,用防水胶布粘好。

大功告成,水晶头插入网络摄像头的网线接口,DC头插到网络摄像头的电源接口。OK。。

如果上面还是没有解决您的问题,欢迎联系潍坊修电脑 (15953648599)帮您处理,如果本文对您有帮助,欢迎分享更多朋友,谢谢。