HCIP学习第一天

1.Windows下查看端口号与进程号关系的命令。

1.快捷键Win+R调出运行窗口，输出”cmd“按“Enter”键调出DOS命令窗口，输入 netstat -aon命令即可列出所有占用的端口信息。
注：-a 显示所有连接和侦听端口

-n 以数字形式显示地址和端口号

-o 显示拥有的与每个连接关联的进程 ID
如图：

2.打开任务管理器，查看详细信息（win10是详细信息，win7可能是进程）找出pid这个参数就行，如果认为管理器没有显示可以点击工具栏上的“查看 –> 选择列”，将PID勾选上即可。
如图：

3.在dos窗口下查找对应pid对应的端口号
如图：

2.TCP三次握手详解。

TCP：传输控制协议
面向连接的可靠传输协议
面向连接：三次握手 四次断开

SYN 同步序列号请求
Ctl标志位
序列号—记录发送的次数—不同的厂商序列号不一样
Ack 确认
Ack=seq+1

2.1 TCP建立连接为什么需要三次握手

举例：已失效的连接请求报文段

1. client发送了第一个连接的请求报文，但是由于网络不好，这个请求没有立即到达服务端，而是在某个网络节点中滞留了，直到某个时间才到达server。
   本来这已经是一个失效的报文，但是server端接收到这个请求报文后，还是会想client发出确认的报文，表示同意连接。
2. 假如不采用三次握手，那么只要server发出确认，新的建立就连接了，但其实这个请求是失效的请求，client是不会理睬server的确认信息，也不会向服务端发送确认的请求。但是server认为新的连接已经建立起来了，并一直等待client发来数据，这样，server的很多资源就没白白浪费掉了。
3. 采用三次握手就是为了防止这种情况的发生，server会因为收不到确认的报文，就知道client并没有建立连接。这就是三次握手的作用。

2.2握手为什么需要三次？

解释：

1. 发起连接方发出SYN，并收到ACK，这就是两次网络传输了。
2. 同样被连接方也发出SYN，且等待对方回复，这也是两次网络传输。
3. 加起来难道不是四次吗？实际上被连接方将对连接方 SYN(1) 的回复和自己 SYN(1) 的请求合并了，所以建立一个 TCP 连接最少只需要经过三次网络传输。

四次断开

2.3为什么需要4次断开？

解释2：
为了确保数据能够完成传输。

1. 关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了。所以你未必会马上关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。
2. 可能有人会有疑问，tcp我握手的时候为何ACK(确认)和SYN(建立连接)是一起发送。挥手的时候为什么是分开的时候发送呢？
3. 因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。
4. 但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭
   SOCKET，所以只能先回复一个ACK报文，告诉Client端，“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步挥手。

2.4断开为什么要四次？

解释：

1. 发起断开方发出FIN，并收到ACK，这就是两次网络传输了。
2. 同样被断开方也发出FIN，且等待对方回复，这也是两次网络传输。
3. 同样的逻辑分析下来，实际上也可以仅经过三次传输就断开此次连接，但为什么我们会说四次挥手呢？这是因为如果在收到FIN时，彼时还有数据未传输完，则先回复关于
   FIN 的 ACK，告知对方我已经知道你要断开了。则等待传输完毕后，被断开方再发送 FIN，告知自己也已经可以断开连接。
4. 但实际上完全可以是“三次挥手”，如果收到 FIN 时，已经没有数据要传输，则是“三次挥手”。

参考文章：https://blog.csdn.net/gx17864373822/article/details/105353832/

3.静态综合实验报告

实验要求

1. r6为isp，接口ip地址均为公有地址；该设备只能配置ip地址，之后不能在对其进行任何配置
2. r1-r5为局域网，私有ip地址192.168.1.0/24，请合理分配
3. 所有路由器上环回，均代表连接用户的接口
4. r3下的两台pc通过dhcp自动获取ip地址
5. 选路最佳，路由表尽量小，避免环路
6. r1-r5均可访问r6的环回
7. r6 telnet r5的 公有ip地址时，实际登录到r1上
8. or4与r5正常通过1000兆链路，故障时通过100兆链路

IP地址规划

划分思路：
因为图中有4个环回地址和加6个跟网线
所以总网段为8+6=14个网段
划分时，我们可以先把环回的两个地址看成一个网段使用时再借一位分成两个使用。
因为我们把路由器和路由器之间的链路为骨干链路，而骨干链路是可以集中划分的，所以我们可以先把6个链路看成一个整体。
所以可以变成4+1=5个网段

192.168.1.0/24  2^3=8>5借三位划分
192.168.1.0/27——骨干链路
	继续借三位划分
	192.168.1.0/30
	192.168.1.4/30
	192.168.1.8/30
	192.168.1.16/30
	192.168.1.20/30
192.168.1.32/27——R1环回
	继续借一位划分
	192.168.1.32/28
	192.168.1.48/28
192.168.1.64/27——R2环回
	继续借一位划分
	192.168.1.64/28
	192.168.1.80/28
192.168.1.96/27——R3环回
	继续借一位划分
	192.168.1.96/28
	192.168.1.112/28
192.168.1.128/27——R4环回
	继续借一位划分
	192.168.1.128/28
	192.168.1.144/28
192.168.1.160/27预留
192.168.1.192/27预留

划完后如图

实验配置

1.首先按照地址划分配置IP地址，并在配置时验证IP地址的准确性；
2.手动配置静态路由，在配置结束后需要保证每个路由器的路由表有以下网段：
192.168.1.0/30
192.168.1.4/30
192.168.1.8/30
192.168.1.12/30
192.168.1.16/30
192.168.1.20/30
192.168.1.64/27
192.168.1.96/27
192.168.1.128/27
192.168.1.160/27
3.验证内网区域是否全网可达；
4.内网全网可达后配置静态默认路由，指向出接口方向，此时内网与外网可进行通信，但是外网发送给内网的数据无法到达内网，此时使用SNAT技术可打通外网与内网的路由；
配置如下：

acl number 2000
rule 5 permit source 192.168.1.0 0.0.0.255 //使用ACL抓取感兴趣流量
interface GigabitEthernet0/0/2
nat outbound 2000 //在接口使用easynat并调用ACL

5.若需要若要在R6TelnetR5的公有IP地址,实际登陆到R1；首先需要在R1上开启telnet；然后再在R5上做DNAT，进行端口映射。
R1上开启telnet

local-user huawei password cipher 123456
local-user huawei privilege level 15
local-user huawei service-type telnet //在R1上创建用户名为huawei，密码为123456的本地账户，指定其优先级并其服务类型为telnet
user-interface vty 0 4 //配置Telnet，同时配置5个用户
authentication-mode aaa //认证模式是AAA

R5上做DNAT

interface GigabitEthernet0/0/2
ip address 1.1.1.1 255.255.255.0
nat server protocol tcp global current-interface telnet inside 192.168.1.1 telnet //由于华为设备不支持使用接口IP地址作为全局地址，因此直接使用接口即可

6.验证结果
7.R4与R5正常通过1000M链路，故障时通过100M链路；该要求可以使用浮动静态路由解决，将100M链路的优先级调整为80即可。

各设备配置如下

R1的静态路由配置

R2的静态路由配置

R3的静态路由配置

R4的静态路由配置

R5的静态路由配置

测试

r1可ping通公网