mirror of
https://github.com/ZSCNetSupportDept/website.git
synced 2025-10-29 01:15:04 +08:00
Compare commits
54 Commits
dependabot
...
e1b15adfa7
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
e1b15adfa7 | ||
|
|
edfdc0845a | ||
|
|
8c00ae728a | ||
|
|
3f07c7efef | ||
|
|
35a60440c6 | ||
|
|
722ad2cef9 | ||
|
|
755322847f | ||
|
|
8136fab29e | ||
|
|
22271802e6 | ||
|
|
cd16809e7c | ||
|
|
44c1f68731 | ||
|
|
84e00aadf7 | ||
|
|
b7edc55f49 | ||
|
|
c34ca74f0f | ||
|
|
ce0ea699d6 | ||
|
|
5647e89b97 | ||
|
|
36b8b7eee5 | ||
|
|
18b6e3f474 | ||
|
|
9ec62ff431 | ||
|
|
ca1fc3a39c | ||
|
|
87635a59cd | ||
|
|
77680208b7 | ||
|
|
2308c75b4d | ||
|
|
92ae4a93d0 | ||
|
|
91b2352507 | ||
|
|
66d7e045b7 | ||
|
|
266a2976bb | ||
|
|
c80789134c | ||
|
|
a220cdeb19 | ||
|
|
a83651c6d1 | ||
|
|
fdcf2c95b1 | ||
|
|
855ac896d2 | ||
|
|
98c776306a | ||
|
|
a7b41cfdef | ||
|
|
bf34d1e8a7 | ||
|
|
c6a20958d8 | ||
|
|
b03bc3d5cf | ||
|
|
a3bf27d594 | ||
|
|
e1ac7d912b | ||
|
|
2a93fcba30 | ||
|
|
6dfa9dd9d5 | ||
|
|
6cbf6b7069 | ||
|
|
5db6d75710 | ||
|
|
94ef585baa | ||
|
|
813351c1c8 | ||
|
|
c61c133d7d | ||
|
|
ff217a3f34 | ||
|
|
cad1dc76c8 | ||
|
|
712307d43a | ||
|
|
0a3992fbf4 | ||
|
|
284e791494 | ||
|
|
50ea7aa5d6 | ||
|
|
f0af38c247 | ||
|
|
b27b2b7b2a |
5
.gitignore
vendored
5
.gitignore
vendored
@@ -18,3 +18,8 @@
|
||||
npm-debug.log*
|
||||
yarn-debug.log*
|
||||
yarn-error.log*
|
||||
|
||||
/docs/wiki/gitignore
|
||||
|
||||
|
||||
/draft
|
||||
|
||||
27
README.md
27
README.md
@@ -1,30 +1,29 @@
|
||||
# zsc网维开发组网站
|
||||
|
||||
这里是开发组的网站源代码仓库,采用Docusaurus框架,欢迎issue和PR
|
||||
|
||||
目前,网站主要托管新wiki和开发组文档,还可以发布一些文章。如果想编写内容的话请联系开发组组长。
|
||||
## 依赖
|
||||
`nodejs >= 18.0`
|
||||
## 构建
|
||||
不同于传统的静态网页生成器,本项目不需要额外加装构建工具,生成器和内容本身加起来就是一个单独的react.js应用,所以理论上你只需要把这个repo pull到本地,再用npm构建即可,运行`npm run docusaurus`来运行框架本身提供的一些脚本.
|
||||
要构建可以拿去部署的静态网站资源,运行:
|
||||
|
||||
```
|
||||
在终端输入以下命令:
|
||||
|
||||
``` shell
|
||||
|
||||
git clone https://github.com/ZSCNetSupportDept/website
|
||||
|
||||
cd website
|
||||
|
||||
npm install
|
||||
|
||||
npm run docusaurus build
|
||||
|
||||
```
|
||||
|
||||
运行`npm run docusaurus deploy`可以自动构建静态网站,并且push到`build`上\
|
||||
https://zscdev-demo.pages.dev 是本仓库的一个demo网站,基于master构建而不是build
|
||||
## 部署
|
||||
参见 https://zscdev-demo.pages.dev/docs/devdocs/网站/开发组网站/开发组网站-部署
|
||||
## 内容发布
|
||||
参见文档
|
||||
## 开发
|
||||
务必在本地测试好改动后再push
|
||||
## 关于
|
||||
若有问题,可以联系开发组组长
|
||||
然后在`build`文件夹下就出现了编译过后的结果,可以进行下一步的部署
|
||||
|
||||
针对新手我们有一个教程帮助你快速入门:https://zscdev-demo.pages.dev/docs/devdocs/网站/开发组网站/快速上手
|
||||
如果你有直接push本仓库的权限,你可以运行`npm run docusaurus deploy`自动构建并部署静态网站;在构建之后,还会自动将结果推送到仓库的`build`分支上,服务器部署了脚本自动抓取这个分支的内容来更新网站\
|
||||
https://zscdev-demo.pages.dev 是本仓库的一个demo网站,基于master构建而不是build
|
||||
## 关于
|
||||
任何问题,请联系开发组组长~^_^~
|
||||
|
||||
@@ -1,2 +1,3 @@
|
||||
# Hello World!
|
||||
<!--truncate-->
|
||||
**This is a Test post**
|
||||
|
||||
@@ -1,4 +1,5 @@
|
||||
# 你可以在哪里找到开发组?
|
||||
<!--truncate-->
|
||||
目前,开发组成员可以通过如下的方式联系:
|
||||
- 开发组成员可以通过github上的[论坛](https://github.com/ZSCNetSupportDept/forum/discussions)交流(仅限内部访问)
|
||||
- 开发组有一个QQ群:961797864
|
||||
|
||||
27
blog/2025-5-9-女生宿舍的网络结构解释.md
Normal file
27
blog/2025-5-9-女生宿舍的网络结构解释.md
Normal file
@@ -0,0 +1,27 @@
|
||||
# 女生宿舍的网络结构解释
|
||||
这里有几张女生宿舍网络结构的图解
|
||||
<!--truncate-->
|
||||
## 概述
|
||||
请观察这张图片:
|
||||
|
||||

|
||||
|
||||
这是朝晖的网络结构,我们以它举例来说:
|
||||
|
||||
首先需要知道,用户的电脑通过自己的网线接到端口上,才可以连上网络
|
||||
|
||||
端口的后面,是被我们称为“墙线”的网线通路,顾名思义,它们是嵌在墙里的(这样说不准确,但是你可以这么认为),我们没有办法对墙线做手脚,要是墙线坏了,就只能上报,墙线的另一端是楼层机房的配线架
|
||||
|
||||
配线架起到一个中继器的作用,配线架的背面有很多入口,正面有很多出口,配线架会把入口的信号原样输出给出口,入口连接的是墙线(也就是用户端口),出口连接的是交换机
|
||||
|
||||
端口不直接连接到交换机,而是首先经过配线架,有很多好处,这样如果配线架到交换机的那一段网线出现了问题,就不用换掉整个墙线,而是直接把出口的线直接换掉;这样也方便我们换线(比如用户用的是电信,毕业了之后新生办的是移动宽带);另外,配线架还有避免信号衰减的功能
|
||||
|
||||
端口首先连接到配线架,配线架再连接到楼层交换机;楼层交换机还会连接到楼栋交换机和核心交换机,不过就不是我们网维需要负责的了。
|
||||
|
||||
朝晖片区的配线架和交换机放在同一个机柜,但是香晖片区的就不是了,香晖片区的机房结构类似如下:
|
||||

|
||||
:::tip 提示
|
||||
|
||||
本文持续更新中
|
||||
|
||||
:::
|
||||
167
blog/Web的历史1️⃣-HTTP.md
Normal file
167
blog/Web的历史1️⃣-HTTP.md
Normal file
@@ -0,0 +1,167 @@
|
||||
# Web的历史1️⃣-HTTP
|
||||
<!-- truncate -->
|
||||
|
||||
*注:这些文章本来是打算作为开发组后端培训文本的开篇而写的,但是我发现文章的内容过于复杂且有点离题,所以稍微修改了一下单独作为3篇独立的文章发布。*
|
||||
|
||||
*本文章的许多图片都直接来自 [MDN](https://developer.mozilla.org),在这里先感谢图片的创作者。*
|
||||
|
||||
## 网络的起源
|
||||
人们最初发明网络的目的很简单:在不同的电脑之间传输文件。那个时候没有U盘,也没有蓝牙,计算机领域的前辈们必须从头设计一个高效的传输文件的办法。
|
||||
|
||||
假如我们的电脑上有一个文件`example.docx`,放在我们电脑的文件夹`documents`里面,我们如何使用最原始的方法把它传递给另外一台电脑呢?
|
||||
|
||||
早期的程序员编写了一类叫做"HTTP服务器"的程序,程序的功能是选择电脑上的一个文件夹,将这个文件夹暴露在互联网上让所有人操作。这个文件夹叫做HTTP服务的“根目录”。
|
||||
|
||||
要使用这个程序,我们还要先给电脑分配一个IP地址,IP地址是一台电脑在互联网上的唯一标识,假如我们电脑的的IP地址是`123.45.67.89`。我们在这台电脑上启动一个HTTP服务程序。在程序的设置里指定根目录是我们存放文件的文件夹`documents`。
|
||||
|
||||
前面说过,这个HTTP服务程序的作用是把你电脑上一个指定的文件夹(我们称为“根目录”)暴露在互联网上,所有人都可以下载这个文件夹下的文件。于是这个时候,我们打开随便另一台电脑(前提是有网),在浏览器地址栏中输入`http://123.45.67.89/example.docx`,这时候就会发生神奇的事情:浏览器会提示你下载`example.docx`,这样,文件就从一台电脑传输到了另一台电脑。
|
||||
|
||||
假如`documents`文件夹下面还有另外一个文件`hi.txt`,那么当你在浏览器地址栏中输入`http://123.45.67.89/hi.txt`时,你就会发现浏览器显示了`hi.txt`这份文件的内容,因为浏览器可以直接显示`txt`文件,而不能直接显示`docx`文件。
|
||||
|
||||

|
||||
> *IIS是Windows官方的HTTP服务器,有着图形化的配置界面,其它大部分HTTP服务器都需要通过命令行和配置文件进行配置。*
|
||||
|
||||
## HTTP协议
|
||||
|
||||
等等,刚才所讲的操作为什么能发生呢?当我在浏览器中输入网址并按下回车键的时候,这一切的背后到底发生了什么?
|
||||
|
||||
我们之前提到了,要把电脑中的一个文件夹暴露在网络上供所有人访问,就需要启动一个"HTTP服务程序",这个HTTP是什么呢?
|
||||
|
||||
HTTP协议,是`HyperText Transfer Protocol`的缩写,即"超文本传输协议"。是通过网络在电脑之间进行文件传输的默认协议。进行HTTP文件传输的双方,一个称之为”客户端“(Client),一个称之为"服务端"(Server)。
|
||||
|
||||
我们刚才就是在我们的电脑上部署了HTTP服务端,而浏览器就是我们通信中的客户端。浏览器首先对服务器发送信息(行话叫做"请求"),要求获取某个文件;然后服务器返回这个文件(行话叫做“响应”)。
|
||||
|
||||
一次完整的HTTP通信总是由客户端请求(Request)和服务端响应(Response)组成。在HTTP协议中,总是由客户端先发起一次HTTP请求,然后由服务端返回这次请求的响应,这样才是一次完整的HTTP通信。
|
||||
|
||||
实际上,HTTP协议中的“客户端”不仅仅是指浏览器,但我们通常用的浏览器确实就是最常见的HTTP客户端。但其实像curl这样的命令行工具,或者手机APP,或者是浏览器里的JavaScript代码,当它们向服务器请求数据时,也可以被称作客户端。
|
||||
|
||||

|
||||
|
||||
|
||||
实际上,HTTP协议不仅可以获取一个文件(就像我们所做的),也可以向服务端上传一个文件,或是修改某个文件的内容...
|
||||
|
||||
一次HTTP通信要进行什么操作(获取or上传等),由HTTP请求中的“方法”指定,方法是"请求头"的一部分。
|
||||
|
||||
"请求头"是什么?别着急,下面我们介绍HTTP协议的具体内容:
|
||||
|
||||
### 请求
|
||||
前面说了,HTTP通信总是以客户端发送请求开始,服务端是没法主动给客户端发信息的。
|
||||
|
||||
一个HTTP请求包含请求头(HTTP Request Header)和请求体(Request Body),请求头主要包含了:
|
||||
|
||||
- 协议版本:告诉服务器,这次交流,要使用哪个版本的HTTP协议
|
||||
- 目标:要访问哪个电脑,例如刚才的`123.45.67.89`
|
||||
- URI:要操作哪个文件,例如`example.docx`,IP地址或者网址后面的内容就是URI了
|
||||
- 方法:要对这个文件做什么,比如获取这个文件的内容,还是在服务器上创建这个文件
|
||||
- 自定义参数:除了上面的信息,客户端还可以发送一些额外的内容给服务端,这些内容总是以`Key=Value`的形式存在。在正常的URI后有一个`?`,表示参数的开始,`&`表示不同参数之间的分隔。
|
||||
|
||||
例如:`http://123.45.67.89/example.docx?compressed=true&method=gzip`
|
||||
|
||||
这就是让服务器压缩发来的文件,使用gzip压缩。
|
||||
|
||||
|
||||
参数的内容不是HTTP标准,也就是服务端如何理解参数,完全靠程序员写的代码。如果程序员没有设置,那么参数就毫无用处。
|
||||
|
||||
#### HTTP方法
|
||||
HTTP方法定义了这个请求具体要对指定的文件做什么,其中:
|
||||
- `GET`:获取指定文件的内容。
|
||||
- `POST`:上传一个文件,内容放在请求体(下面会讲到)。
|
||||
- `DELETE`:删除某个文件。
|
||||
|
||||
其实这里还有一些方法的,我们以后讲。
|
||||
|
||||
我们日常使用浏览器,比如在地址栏中输入`baidu.com`,其实就是在对这个地址做GET请求,浏览器会把你的输入内容自动补全成 `GET http://www.baidu.com/` 这一HTTP请求
|
||||
|
||||
:::tip 提示
|
||||
|
||||
打开浏览器的F12开发者菜单,选择"Network",可以看到你在访问这个网站时与服务器所进行的所有HTTP请求
|
||||
|
||||
:::
|
||||
|
||||
在浏览器地址栏里直接输入网址,默认就是发送GET请求。你可能会好奇,POST这些请求是怎么发出去的呢?这通常是由网页中的JavaScript代码在背后发送的。我们在之后的内容会讲到这一点。
|
||||
|
||||
|
||||

|
||||
|
||||
#### 请求体
|
||||
|
||||
对于某些方法,需要在请求时向服务器夹带一些东西(比如POST需要你带上新文件的内容),请求体就是装载这些东西的.
|
||||
|
||||
像GET请求就没有请求体,因为GET请求不需要夹带信息.
|
||||
|
||||
:::tip[提示]
|
||||
|
||||
正常地使用浏览器,是没法做出GET外的请求的,但是浏览器在控制台里可以自定义请求,以`Firefox`为例,在F12的`Network`一栏中点`New Request`(有一个加号)就可以发送自定义请求。`curl`等HTTP命令行工具也可以发送请求.
|
||||
|
||||
:::
|
||||
|
||||
### 响应
|
||||
回应也分为回应头和回应体,回应头主要包含:
|
||||
- 状态码:针对请求的回应有对应的状态,比如,如果GET请求没有问题,成功返回的话就返回`200 OK`状态码,如果找不到请求里对应的文件就会返回`404 Not Found`
|
||||
- 内容格式:向浏览器说明回应体(若有)是什么格式的,文本文件的编码设置等,比如html文件?图片?docx文档?有没有被压缩?如果有,压缩格式?这决定了浏览器如何对待这些文件
|
||||
- 内容的大小:返回所请求资源的大小(若有)
|
||||
|
||||
回应体就是包含了回应的主体内容了,如果是GET请求的话,那么就回应了所GET文件的内容,如果是其他请求的话,可能也会没有回应体,具体看使用的方法
|
||||
|
||||

|
||||
|
||||
### 例子
|
||||
`GET`方法从服务器获得一个资源,我们在浏览器的地址栏输入一个地址时,就是在对这个URI做`GET`请求,前面的例子也是通过`GET`方法来进行的。
|
||||
|
||||
比如,发送`GET http://developer.zsxyww.com/test/test.txt`,那么就会把我们服务器根目录上`test`文件夹里面的`test.txt`这个文件发过来
|
||||
|
||||
`POST`方法向服务器上传一个资源,例如使用某个客户端发送`POST http://example.org/sheet.xlsx`,在request body里面带上你的这个文件,那么`example.org`网站的根目录下就会多出一个叫做`sheet.xlsx`的文件
|
||||
|
||||
|
||||
除了上面介绍的这些方法,还有`DELETE`,`PATCH`等方法,分别对应了删除,修改一个资源,你可以在你的电脑上通过`curl`等程序,或者通过浏览器控制台来进行常规的`GET`之外的方法请求
|
||||
|
||||
:::tip[提示]
|
||||
|
||||
httpbin.org 这个网站可以让你试验HTTP协议的方法
|
||||
|
||||
:::
|
||||
|
||||
:::info[HTTPS]
|
||||
|
||||
HTTP在网络上是明文传输的,也就是说客户端和服务器之间的每个网络节点,每个人都可以看到。这显然不方便隐私,所以人们发明了HTTPS,也就是把HTTP的正文加密了,HTTPS可以说是当今互联网的基石,有了HTTPS,我们才能放心地在网上输入密码,用银行卡付款等。
|
||||
|
||||
:::
|
||||
|
||||
## 网页与HTML
|
||||
|
||||
随着网络的发展,人们发现互联网的潜力远不止于传输文件。特别是浏览器的普及,人们希望能直接在网页上展示丰富的信息,而不只是把浏览器当作下载工具。前面我们说过了,浏览器可以直接展示txt文件,但是最大的问题是,txt文件是没有样式的。
|
||||
|
||||
比如:txt无法设置字体大小和颜色,无法加粗、倾斜文字,无法创建表格和列表,无法插入图片和链接。这些都是txt的局限。
|
||||
|
||||
为了解决这个问题,人们发明了HTML(HyperText Markup Language),就是“超文本标记语言”,HTML的核心思想是:在普通文本中加入特殊的标记,告诉浏览器如何显示内容。
|
||||
|
||||
比如`<i>你好~</i>`就是指示浏览器以斜体的方式显示`你好~`这段文字。你可以用系统自带的笔记本像打开txt文件一样打开HTML文件,只不过浏览器默认是加载渲染之后的界面而不是原始的HTML。
|
||||
|
||||
除HTML之外,人们还发明了CSS与HTML搭配使用,CSS可以对样式做更复杂高级精细的控制,这里就不细说了
|
||||
|
||||
回到我们的主题,不管使用的是什么方法,操作的是什么文件,HTTP协议传输的对象都是一些固定静态的文件,其内容在服务器上是固定不变的(除非手动修改),这样的网页称为静态网页。
|
||||
|
||||
静态网页中,所有用户看到的内容都相同,内容不会根据用户行为动态变化,服务器只负责传输文件,不进行复杂计算。
|
||||
|
||||
我们的wiki就是静态网页,在服务端上都对应着HTML页面,只不过加了非常多的样式显得很高级。
|
||||
|
||||
很多常见的网站(如企业官网、技术文档、个人博客等)都是静态网页,虽然看起来很精美,但本质上就是经过精心设计的HTML和CSS文件。
|
||||
|
||||

|
||||
|
||||
:::info
|
||||
|
||||
这是三篇系列文章中的第**1**篇
|
||||
|
||||
点击以跳转:
|
||||
|
||||
**HTTP**(你在看的文章)
|
||||
|
||||
[动态网页](/blog/Web的历史2️⃣-动态网页)
|
||||
|
||||
[Web应用](/blog/Web的历史3️⃣-Web应用)
|
||||
|
||||
:::
|
||||
|
||||
|
||||
|
||||
286
blog/Web的历史2️⃣-动态网页.md
Normal file
286
blog/Web的历史2️⃣-动态网页.md
Normal file
@@ -0,0 +1,286 @@
|
||||
# Web的历史2️⃣-动态网页
|
||||
<!-- truncate -->
|
||||
|
||||
上篇文章我们已经了解了静态网页是如何工作的,但是这样的网页是不能满足大家对互联网的需求的。举例子来说:你访问b站首页`bilibili.com`,每次刷新,首页上显示给你的视频都不一样,不同的人访问这个首页,显示的也不一样,按理说大家都是访问一个网址,背后应该都是同一个文件,为什么每个人都不一样呢?这种功能是如何实现的?
|
||||
|
||||
淘宝上有数不清的商品在售卖,如果淘宝为每一个商品都在服务器目录下面创建一个html文件,好让大家通过访问`http://taobao.com/someproduct.html`来查看商品信息,那这个工作量就非常大了。而且,这样的网页,基本上没有交互的功能:我们希望用户可以点击按钮就能购买商品,商家在网页后台上操作就能上传商品。这种功能应该如何实现呢?
|
||||
|
||||
暂时先不考虑这些高级的问题,让我们先从最基础的讲起:
|
||||
|
||||
## 服务器端内嵌(SSI)
|
||||
|
||||
如果你想向网站中插入动态内容,SSI是最简单,最直接的办法,比如我们的wiki有许多页面,但是每个页面都有一些共同的元素:页面头部的导航栏,左侧的列表,页脚等。如果为每个页面都复制一份相同的HTML的话,那就太麻烦了,有没有什么办法,可以使HTML一次编写,到处渲染呢?
|
||||
|
||||
SSI(Server Side Includes)就是满足这种需求的一个HTML宏语言。它有点类似于C语言的`# include`宏:
|
||||
|
||||
假设这是我们首页的HTML:
|
||||
|
||||
```html
|
||||
<h1>wiki</h1>
|
||||
<!--#include file="navbar.html" -->
|
||||
<div class="article"></div>
|
||||
|
||||
```
|
||||
|
||||
假如`navbar.html`的内容如下:
|
||||
|
||||
```html
|
||||
|
||||
<tr>
|
||||
<td>教程</td>
|
||||
<td>文档</td>
|
||||
<td>高级</td>
|
||||
<td><a href="github.com/zscnsd/website">Github</a></td>
|
||||
</tr>
|
||||
|
||||
|
||||
```
|
||||
|
||||
那么用户访问我们首页时就会看到:
|
||||
|
||||
```html
|
||||
|
||||
<h1>wiki</h1>
|
||||
// highlight-start
|
||||
<tr>
|
||||
<td>教程</td>
|
||||
<td>文档</td>
|
||||
<td>高级</td>
|
||||
<td><a href="github.com/zscnsd/website">Github</a></td>
|
||||
</tr>
|
||||
// highlight-end
|
||||
<div class="article"></div>
|
||||
|
||||
|
||||
```
|
||||
如果导航栏的界面有变化,那么只需要修改`navbar.html`即可,不用修改网站中的每一个页面。
|
||||
|
||||
没错,SSI的功能就是简单地把制定的内容插入进HTML里。这对一些重复的元素(例如每个网页的页头,页脚,侧边栏)还有一些需要更新的内容很实用。
|
||||
|
||||
当然,SSI并没有解决动态网页的问题,它只是把需要手动更新的地方单独拿了出来,使维护静态网站更容易,所以程序员们又发明了CGI技术。
|
||||
|
||||
## CGI
|
||||
**CGI(Common Gateway Interface)** 是第一个真正实现动态网页的技术,它允许Web服务器执行外部程序来生成网页内容。
|
||||
|
||||
CGI的工作原理是:当用户访问特定URL时,服务器不是返回静态文件,而是执行一个程序,并将程序的输出作为HTTP响应返回给用户。
|
||||
|
||||
(举个天气预报的例子):
|
||||
|
||||
Web服务器通常会把能执行的程序(除开静态文件)放在一个叫cgi-bin的特殊目录里。假设我们服务器的这个文件夹里有一个查询天气的Python程序`weather.py`,当用户访问`http://example.org/cgi-bin/weather.py?city=中山&date=2025-06-25`时,我们的HTTP服务程序会自动**执行**放在路径中`/cgi-bin/weather.py`的这个Python脚本,并且将客户端的请求头和请求体传递给脚本;
|
||||
|
||||
脚本解析请求头中`city=中山&date=2025-06-25`这个参数,在数据库中查询这个日期的天气,然后返回一个HTML给HTTP服务程序,再把这个HTML返回给客户端。
|
||||
|
||||
如果没有设置CGI,那么服务程序只会返回给客户端`TodayWeather.py`这个脚本文件的代码本身。
|
||||
|
||||
其实,CGI是一个接口格式,它定义了我们编写程序与HTTP服务程序之间如何交互。通常,HTTP服务程序给CGI程序的输入就是环境变量,输出就是标准输出。
|
||||
|
||||
CGI的巧妙之处在于,服务器不是用什么复杂的方式和脚本沟通,而是把请求信息(比如URL参数里的城市)变成程序很轻松就能读到的环境变量。而程序也不需要复杂的操作进行IO,它只需要把生成的HTML代码打印出来,服务器就会自动收集这些打印的内容,然后发回给用户的浏览器。
|
||||
|
||||
|
||||
下面是一个例子:
|
||||
|
||||
|
||||
```bash title="/var/www/cgi-bin/system-info.sh"
|
||||
|
||||
#!/bin/bash
|
||||
|
||||
# HTTP响应头
|
||||
echo "Content-type: text/html"
|
||||
echo ""
|
||||
|
||||
# HTML内容
|
||||
echo '<html>'
|
||||
echo '<head><title>系统信息</title></head>'
|
||||
echo '<body>'
|
||||
echo '<h1>服务器系统信息</h1>'
|
||||
echo '<p>当前时间:'$(date)'</p>'
|
||||
echo '<p>内存使用情况:</p>'
|
||||
echo '<pre>'
|
||||
free -h
|
||||
echo '</pre>'
|
||||
echo '</body>'
|
||||
echo '</html>'
|
||||
|
||||
```
|
||||
|
||||
每次用户访问这个页面,都会看到实时的系统信息,真正实现了动态内容。
|
||||
|
||||
虽然CGI现在很少见了,但它建立了一个重要概念:将URL请求映射到程序函数,而不是静态文件。这个思想成为了现代Web开发的基础。
|
||||
|
||||
## 嵌入式脚本
|
||||
随着动态网页需求的增长,纯CGI编程变得复杂。程序员们希望能够在HTML中直接编程动态代码,这样既保持了HTML的可读性,又能实现动态功能。
|
||||
|
||||
|
||||
这个就是嵌入式脚本,顾名思义就是把脚本和HTML混在一起,在HTML中嵌入脚本;
|
||||
|
||||
但是这种脚本和今天的前端JavaScript不同,它是由后端解释执行的,在返回HTML响应之前,HTTP服务程序会检查这个HTML里面有没有可以执行的脚本内容,有的话就执行这些脚本,并且把脚本的输出嵌入到HTML里面。任何有效的HTML也是有效的这类脚本语言。
|
||||
|
||||
从CGI到嵌入式脚本的另外一个关键驱动力是性能。CGI每来一个请求,服务器就得创建一个新进程去运行CGI程序,完成后再销毁,开销很大。而嵌入式脚本通常则是直接作为服务器的一部分运行,效率远高于CGI。
|
||||
|
||||
### JSP
|
||||
|
||||
举个例子吧,你可以轻松使用Java来创建动态网页,只需要把Java代码嵌入到HTML里面,使用`<% %>`包裹住代码:
|
||||
|
||||
```java
|
||||
|
||||
<html>
|
||||
<body>
|
||||
<p>当前时间:<%= new java.util.Date() %></p>
|
||||
</body>
|
||||
</html>
|
||||
|
||||
|
||||
```
|
||||
|
||||
复杂一点的例子:
|
||||
|
||||
```java
|
||||
|
||||
<html>
|
||||
<body>
|
||||
<h1>欢迎访问我们的网站</h1>
|
||||
<p>当前服务器时间:<%= new java.util.Date() %></p>
|
||||
<p>您是第 <%= session.getAttribute("visitCount") %> 位访客</p>
|
||||
|
||||
<%-- 这是JSP注释,不会出现在最终HTML中 --%>
|
||||
<%
|
||||
// 这里可以写复杂的Java逻辑
|
||||
String userName = request.getParameter("user");
|
||||
if (userName != null) {
|
||||
out.println("<p>欢迎您," + userName + "!</p>");
|
||||
}
|
||||
%>
|
||||
</body>
|
||||
</html>
|
||||
|
||||
```
|
||||
|
||||
:::info[session和cookie]
|
||||
|
||||
在这段JSP代码中有一个对象叫做`session`,这是什么呢?实际上,因为HTTP是无状态的协议,意味着两次请求之间是完全独立的,一次请求不应该依赖另一次请求。这显得有点不灵活,于是人们会在HTTP的请求体上夹带一些额外的参数,用于表明用户的身份信息,比如在用户登录网站之后,服务器会给客户端一个密钥,下一次客户端请求页面时带上这个密钥,服务器就知道这是某个用户的请求。在这种模式下,服务器需要为每个用户维护信息,比如最简单地需要维护密钥是对应哪个用户的,这些信息就叫做session。
|
||||
|
||||
:::
|
||||
|
||||
类似于这样的脚本叫做JSP(JavaServer Pages),它在后端返回时被转换成Java Servlet代码来执行,本质上,JSP是Java Servlet的一种语法糖。至于JSP和Java Servlet都是什么,自行了解吧。
|
||||
|
||||
### PHP
|
||||
比JSP更灵活的就是PHP,PHP就是一门纯正的脚本语言了,它的用法与JSP类似,使用`<?php ?>包裹代码`:
|
||||
|
||||
```php
|
||||
|
||||
<html>
|
||||
<body>
|
||||
<h1>欢迎来到我的网站</h1>
|
||||
<?php
|
||||
$time = date('Y-m-d H:i:s');
|
||||
echo "<p>当前时间:$time</p>";
|
||||
?>
|
||||
</body>
|
||||
</html>
|
||||
|
||||
```
|
||||
|
||||
也可以这样写,这样就类似于CGI程序的写法了:
|
||||
|
||||
|
||||
```php
|
||||
|
||||
<?php
|
||||
echo "<html><body>";
|
||||
echo "<h1>欢迎来到我的网站</h1>";
|
||||
$time = date('Y-m-d H:i:s');
|
||||
echo "<p>当前时间:$time</p>";
|
||||
echo "</body></html>";
|
||||
?>
|
||||
|
||||
```
|
||||
|
||||
### LAMP
|
||||
这种动态网页的编写方法流行了很多年,形成了一个叫做"LAMP"的套路:Linux+Apache+MySQL+PHP;就是将电脑装上Linux系统,运行Apache这个HTTP服务端,使用PHP作为动态脚本语言,使用MySQL来存储和访问业务数据。
|
||||
|
||||
需要注意的是,这四个都是开源免费的软件,LAMP的兴起,是开源软件运动的标志之一。开源软件使得部署网站的成本极大地降低,推动了互联网的繁荣。如果你想建站,那时候互联网上到处都是"LAMP一键安装脚本"之类的东西,现在也能搜到不少。一个下午就能上线一个完备的网站。这些技术的出现,使得开网站不再局限于大企业才能办得到的事情,一时间互联网上到处都是个人或者小单位的网站,甚至后来出现了诸如Wordpress之类的方案,不会写代码也能开网站。繁荣的生态,网页上丰富的动态内容,形成了被我们称为“Web 2.0”的时代。
|
||||
|
||||
LAMP的一个典型反面是微软全家桶:Windows Server+IIS+SQL Server+ASP,这套技术方案需要给微软缴纳高额的授权费用,在当时基本上只限于追求稳定和售后服务的企业使用。我们的文章也没有怎么介绍这些技术。不过IIS对于个人用自己的电脑建站还是非常方便的。(当然国内没有公网IP那是另一回事了╮( ̄▽ ̄)╭)
|
||||
|
||||
## MVC架构
|
||||
随着网页的不断发展,出现了复杂的业务逻辑,并且页面也越来越复杂;这时候,把页面和程序逻辑混在一起的嵌入式脚本在庞大的复杂代码情况下变得难以维护。
|
||||
|
||||
而且它们都有一个特点:依赖于具体的某个HTTP服务程序,PHP依赖于Apache的`mod_php`或Nginx的FastCGI支持,JSP依赖于Servlet容器例如Tomcat,这增加了开发与部署的耦合度,更使得项目难以管理。嵌入式脚本难以复用已有的代码,这些代码的测试也需要模拟HTTP环境,难以测试。
|
||||
|
||||
此时兴起了一种新的Web后端编程思想,它就是MVC(Model-View-Controller)
|
||||
|
||||
简单来说,根据大量的开发经验累积,人们发现一个动态网页的后端通常需要做到这3件事情:
|
||||
- Model:使用面向对象的方法为业务建模,把数据对应到编程语言中的对象,把对数据的操作对应到对象的方法。负责对业务数据进行实际的操作。
|
||||
- View:输入数据,负责把数据变成用户可以直观看懂的HTML。
|
||||
- Controller:负责协调,调用上面两个部分。
|
||||
|
||||

|
||||
|
||||
例如,当我们在报修系统中想要查询一个片区的全部报修时,首先我们访问`http://wwbx.zsxyww.com/QueryTickets.php?zone=朝晖&status=pending`
|
||||
|
||||
然后服务器根目录下的`QueryTickets.php`程序就会接受到我们的请求(在MVC时期的PHP程序已经不像嵌入式脚本那时混写HTML和PHP,整个文件就是以`<?php`开头的一整个脚本,没有HTML)
|
||||
|
||||
`QueryTickets.php`脚本就是MVC中的Controller,脚本解析到我们想寻找朝晖片区所有待解决的报修,于是它调用一个函数`Ticket.Query()`,但是Controller知道朝晖片区在数据库对应的编号是10,待解决状态的编号是0,于是他把URI参数中的`朝晖`和`pending`改成`10`和`0`传递给函数;
|
||||
|
||||
这个函数会去数据库(比如前面提到的MySQL)里查询数据,最终执行类似于`SELECT * FROM tickets WHERE zone=10 AND status=0;`这样的SQL语句,然后把查询的每一行都对应一个Ticket对象,返回一个Ticket的数组。这个函数,以及Ticket类的定义就是Model负责的部分。
|
||||
|
||||
:::info
|
||||
|
||||
SQL(Structured Query Language)是进行数据库操作的标准途径,你可以简单地把数据库理解成有更多功能和性能更高的Excel表格,即使这个表格有上亿行,数据库也能在不到几秒内精准执行复杂的数据读取或写入。
|
||||
|
||||
刚才的那个SQL语句,就是让数据库找到所有在10号片区(朝晖)未解决的工单,给出这些工单的所有信息。是不是非常直观方便?
|
||||
|
||||
数据库往往是后端的核心。许多后端系统,可以说就是SQL数据库的套壳,它们的业务逻辑不会超过"CRUD",这也是为什么例如Supabase之类的产品能够如此的流行。
|
||||
|
||||
:::
|
||||
|
||||
Model是程序的核心。它不关心页面长什么样,只负责处理和业务相关的数据。在我们报修系统的例子里,它定义了一张报修单应该包含哪些信息(如ID、地点、状态),并提供了操作这些数据的方法(如从数据库查询报修单、更新报修单状态等)。这是网站业务逻辑的体现。
|
||||
|
||||
当Controller获得Model返回的数据时,它就把这些数据移交View函数渲染,调用View函数。View首先把Ticket对象里面的`10`和`0`改成`朝晖`和`待解决`,然后检查客户端的UA,如果是电脑的话就在一行显示更多数据,如果是手机的话就返回紧凑的界面。根据不同的访问设备,预先在系统中存放了一些模板HTML文件,view读取这些文件,然后将数据放到里面,返回给用户;
|
||||
|
||||
这样用户访问`QueryTickets.php`时,就会看到一个根据后台数据实时更新的一个页面。这就是一个简单的MVC架构页面的例子。
|
||||
|
||||
:::tip[提示]
|
||||
|
||||
哈哈,这个例子其实是骗你的,我们的报修系统既不是用的PHP,也不是用的MVC架构,甚至路由都是虚拟的。这个例子只是让你比较好懂~
|
||||
|
||||
:::
|
||||
|
||||
### 虚拟路由
|
||||
实际上,程序员们认为基于传统服务器文件的路由架构严重阻碍了后端系统的灵活设计。也就是说,用户输入的URI,必须对应根目录里面一个实际存在的文件,比如上面的`QueryTickets.php`,在后端就是一个实际存在的脚本。由HTTP程序负责调用这个脚本,并且把脚本的输出发送过去。
|
||||
|
||||
MVC架构,包括更新的设计,都采用虚拟路由。也就是说,URI不再匹配根目录里的一个文件,什么URI匹配什么现在完全取决于程序员希望它匹配什么,比如匹配程序里的某个函数(不再一定是脚本语言,可以编译语言例如C语言的函数),把函数的输出传给用户。
|
||||
|
||||
通常的MVC设计下,在MVC之前程序还有一个路由层,客户端的HTTP请求首先到达这里,经过这里解析后,转交给不同的地方
|
||||
|
||||
举例来说明,当用户访问`http://wwbx.zsxyww.com/Tickets/朝晖/pending`的时候,程序员可以在路由层定义:所有以`/Tickets`开头的URI,全部转交`Query()`函数处理,`Query()`看到转交过来的请求头URI在`/Tickets`后面是`/朝晖/pending`,就去数据库查询朝晖的待解决工单,然后调用渲染函数返回HTML。在服务器根目录下面是没有`/Tickets/朝晖/pending`这个文件的。嗯...其实连根目录都不需要了,
|
||||
|
||||
发展到后来,连HTTP服务器也没有了:因为程序员们觉得每次都要配置一个独立的HTTP服务器(比如Apache)再来运行自己的程序有点麻烦。于是,很多现代的Web框架干脆自己内置了一个迷你的HTTP服务器功能。启动程序时,这个内置的服务器也一起启动了,让开发和部署变得更简单。
|
||||
|
||||
当然,这种模式下,URI也可以传统地绑定到某个文件上。例如,我们的官网`www.zsxyww.com`在接受到任何无效的URI时,都会将请求路由到文件`404.html`上,表示没有找到你请求的东西,比如,`www.zsxyww.com/hahaha`,和`www.zsxyww.com/aaa/bbb`都没有在程序路由中规定,一切超出规定的URI全部都路由到`404.html`文件上,返回一个静态的文件。
|
||||
|
||||

|
||||
|
||||
### MVC框架
|
||||
MVC作为一种编程思想可以被程序员灵活地使用,不过也有一些在编程语言基础上编写的MVC框架,来约束程序员使用MVC的思想开发后端,也简化了开发;这种框架有很多,而且不少编程语言都有,我们介绍几个有代表性的:
|
||||
|
||||
- Ruby on Rails 约定大于配置
|
||||
- Django
|
||||
- Spring Boot
|
||||
|
||||
|
||||
:::info
|
||||
|
||||
这是三篇系列文章中的第**2**篇
|
||||
|
||||
点击以跳转:
|
||||
|
||||
[HTTP](/blog/Web的历史1️⃣-HTTP)
|
||||
|
||||
**动态网页**(你在看的文章)
|
||||
|
||||
[Web应用](/blog/Web的历史3️⃣-Web应用)
|
||||
|
||||
:::
|
||||
|
||||
|
||||
286
blog/Web的历史3️⃣-Web应用.md
Normal file
286
blog/Web的历史3️⃣-Web应用.md
Normal file
File diff suppressed because one or more lines are too long
1
blog/_2025-8-11-给纯新手的快速入门指南v2.md
Normal file
1
blog/_2025-8-11-给纯新手的快速入门指南v2.md
Normal file
@@ -0,0 +1 @@
|
||||
# 给纯新手的网维快速入门指南-v2
|
||||
2
blog/_archive_/README.md
Normal file
2
blog/_archive_/README.md
Normal file
@@ -0,0 +1,2 @@
|
||||
# index
|
||||
This is post archive center,move legacy posts here~
|
||||
@@ -1,28 +1,14 @@
|
||||
# 开发组首页
|
||||
**欢迎来到中山学院网络维护科开发组!**\
|
||||
**开发组是一个相对独立的小组,负责维护网维日常所用的系统,**\
|
||||
**这里是开发组所维护系统的文档**
|
||||
## 项目清单
|
||||
我们手头上的项目
|
||||
### 网站
|
||||
zsxyww.com,网维的官网
|
||||
### 网维报修系统
|
||||
负责受理用户的故障保修,允许网维成员跟踪问题的解决情况,并管理工单\
|
||||
目前所使用的是上一届开发组成员所开发的系统,目前我们不熟悉其架构和细节,计划开发新的报修系统
|
||||
### 招新系统
|
||||
招新的系统
|
||||
### 基础设施
|
||||
开发组所持有的基础设施,包括云服务器,域名等
|
||||
## 你应该知道......
|
||||
### 项目托管
|
||||
我们的项目托管在github上,私聊组长来获得进入organization的权限
|
||||
### 文档编写
|
||||
为了项目的持续维护,对于我们的每一个项目都应该留有详尽的文档,文档以markdown格式编写,可以自动构建成静态网页,详见**网站/如何修改开发组网站内容**
|
||||
### 培训 资料
|
||||
这里是一些资料,帮助你了解加入开发组工作的必要知识
|
||||
- SSH教程:https://wangdoc.com/ssh/basic
|
||||
- git教程:
|
||||
- WEB基础:https://developer.mozilla.org/zh-CN/docs/Learn/Getting_started_with_the_web
|
||||
- linux命令:
|
||||
- markdown教程:
|
||||
# ZSCNSD-DEV Documents
|
||||
这里是ZSC网维开发组的文档中心。
|
||||
|
||||
## 链接
|
||||
|
||||
- 我们的GitHub主页:[Click Me](https://github.com/ZSCNetSupportDept)
|
||||
- 我们的自建Gitea服务:[Click Me](https://gitea.zsxyww.com)
|
||||
|
||||
- 开发组QQ:`995011093`
|
||||
|
||||
## 关于
|
||||
|
||||
如果对文档有任何问题,请在GitHub页面提交Issue或者PR,或联系组长
|
||||
|
||||
|
||||
7
docs/devdocs/02-网维报修系统/01-概述.md
Normal file
7
docs/devdocs/02-网维报修系统/01-概述.md
Normal file
@@ -0,0 +1,7 @@
|
||||
---
|
||||
|
||||
description: 项目的概述
|
||||
|
||||
---
|
||||
# 概述
|
||||
网维原来的老报修系统从13年开始开发,16年完成的第二版一直用到了现在2025年,确实有必要更新了 ,
|
||||
3
docs/devdocs/02-网维报修系统/_category_.json
Normal file
3
docs/devdocs/02-网维报修系统/_category_.json
Normal file
@@ -0,0 +1,3 @@
|
||||
{
|
||||
"description": "..."
|
||||
}
|
||||
8
docs/devdocs/02-网维报修系统/index.md
Normal file
8
docs/devdocs/02-网维报修系统/index.md
Normal file
@@ -0,0 +1,8 @@
|
||||
# 网维报修系统
|
||||
网维的新报修系统
|
||||
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
|
||||
24
docs/devdocs/03-开发组网站/01-概述.md
Normal file
24
docs/devdocs/03-开发组网站/01-概述.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
|
||||
description: 项目的概述
|
||||
|
||||
---
|
||||
# 概述
|
||||
项目的概述
|
||||
## 介绍
|
||||
本站采用Docusaurus框架,Docusaurus是一个静态网页生成器,也就是说,项目的构建目标是一堆静态网页文件,拿去给HTTP服务器部署;
|
||||
|
||||
要想为网站写内容,只需要把写好的Markdown丢进项目特定的路径里,Docusaurus生成器会自动把文件变成成品网站;这样我们可以专注内容写作,不用担心其它的;
|
||||
|
||||
框架本身使用React,本地构建时需要对应的前端工具链;官方要求的运行时为`Node.js >= 18.0`,至于包管理器,就看个人喜好了,我们以`npm`举例;
|
||||
## 结构
|
||||
从项目根目录下开始看起:
|
||||
- `docs`:存放wiki和开发组文档的内容
|
||||
- `blog`:存放文章的内容
|
||||
- `src`:存放其它不是Markdown,但是又属于网站内容的部分;例如独立页面(如首页),自定义CSS和React Component等
|
||||
- `static`:存放静态文件,内容会被原样拷贝到构建目标的根目录下
|
||||
- `docusaurus.config.js`:主配置文件
|
||||
- `sidebars.js`:Sidebar(就是访问`docs`下文档时出现在左边的栏目)配置文件
|
||||
|
||||
|
||||
|
||||
3
docs/devdocs/03-开发组网站/_category_.json
Normal file
3
docs/devdocs/03-开发组网站/_category_.json
Normal file
@@ -0,0 +1,3 @@
|
||||
{
|
||||
"description": "..."
|
||||
}
|
||||
24
docs/devdocs/03-开发组网站/index.md
Normal file
24
docs/devdocs/03-开发组网站/index.md
Normal file
@@ -0,0 +1,24 @@
|
||||
# 开发组网站
|
||||
就是你所看到的网站;这个网站大概包含了三个部分:
|
||||
|
||||
1. 网维的新wiki
|
||||
|
||||
2. 开发组相关文档
|
||||
|
||||
3. 一个博客系统,可以用来放独立的文章
|
||||
|
||||
|
||||
|
||||
因为感觉没有必要搭建两个基础设施,所以把wiki和开发组文档放在一起,这样也比较方便运维
|
||||
|
||||
网站采用[Docusaurus](https://www.docusaurus.io)框架,详细文档移步官网查看
|
||||
|
||||
**项目地址**:https://github.com/ZSCNetSupportDept/website
|
||||
|
||||
|
||||
## 目录
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
|
||||
2
docs/devdocs/03-开发组网站/撰写内容.md
Normal file
2
docs/devdocs/03-开发组网站/撰写内容.md
Normal file
@@ -0,0 +1,2 @@
|
||||
# 撰写内容
|
||||
如何向wiki,开发组文档和文章板块添加内容
|
||||
2
docs/devdocs/03-开发组网站/项目构建与部署.md
Normal file
2
docs/devdocs/03-开发组网站/项目构建与部署.md
Normal file
@@ -0,0 +1,2 @@
|
||||
# 项目构建与部署
|
||||
如何构建与部署该项目
|
||||
2
docs/devdocs/03-开发组网站/项目配置.md
Normal file
2
docs/devdocs/03-开发组网站/项目配置.md
Normal file
@@ -0,0 +1,2 @@
|
||||
# 项目配置
|
||||
如何修改项目的配置(界面,行为等)
|
||||
28
docs/devdocs/_legacy/01-首页.md
Normal file
28
docs/devdocs/_legacy/01-首页.md
Normal file
@@ -0,0 +1,28 @@
|
||||
# 开发组首页
|
||||
**欢迎来到中山学院网络维护科开发组!**\
|
||||
**开发组是一个相对独立的小组,负责维护网维日常所用的系统,**\
|
||||
**这里是开发组所维护系统的文档**
|
||||
## 项目清单
|
||||
我们手头上的项目
|
||||
### 网站
|
||||
zsxyww.com,网维的官网
|
||||
### 网维报修系统
|
||||
负责受理用户的故障保修,允许网维成员跟踪问题的解决情况,并管理工单\
|
||||
目前所使用的是上一届开发组成员所开发的系统,目前我们不熟悉其架构和细节,计划开发新的报修系统
|
||||
### 招新系统
|
||||
招新的系统
|
||||
### 基础设施
|
||||
开发组所持有的基础设施,包括云服务器,域名等
|
||||
## 你应该知道......
|
||||
### 项目托管
|
||||
我们的项目托管在github上,私聊组长来获得进入organization的权限
|
||||
### 文档编写
|
||||
为了项目的持续维护,对于我们的每一个项目都应该留有详尽的文档,文档以markdown格式编写,可以自动构建成静态网页,详见**网站/如何修改开发组网站内容**
|
||||
### 培训 资料
|
||||
这里是一些资料,帮助你了解加入开发组工作的必要知识
|
||||
- SSH教程:https://wangdoc.com/ssh/basic
|
||||
- git教程:
|
||||
- WEB基础:https://developer.mozilla.org/zh-CN/docs/Learn/Getting_started_with_the_web
|
||||
- linux命令:
|
||||
- markdown教程:
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
# 开发组网站-部署
|
||||
本篇文章是开发组网站的部署流程备忘录
|
||||
## 流程
|
||||
网站假设在我们的云服务器上,服务器会自动从仓库的build分支拉取内容,所以,网站的部署流程是这样的:
|
||||
## 开发部署流程
|
||||
网站假设在我们的云服务器上,服务器会自动从仓库的build分支拉取内容,所以,网站的开发部署流程是这样的:
|
||||
1. 将website仓库clone到本地/pull拉取最新版本
|
||||
2. 运行`npm start`在localhost:3000上运行网站的测试版本
|
||||
3. 确认网站的最新版本没有问题后,运行`npm run docusaurus deploy`,npm会自动构建网页文件,推送到origin/build分支上(记得配置好你的ssh,联系组长来获取仓库的权限)
|
||||
Binary file not shown.
@@ -1,51 +1,26 @@
|
||||
# 网络维护科wiki首页
|
||||
import DocsCard from '@site/src/components/wiki_menu/index';
|
||||
import DocsCardList from '@site/src/components/wiki_menu/index';
|
||||
|
||||
# 网络维护科wiki
|
||||
|
||||
你好!欢迎访问中山学院网络维护科wiki,这里力求记录网络维护工作的累积经验📝
|
||||
|
||||
wiki的内容都由历代网维的成员整理总结,在GitHub上开源。欢迎你[贡献自己的内容!](https://github.com/ZSCNetSupportDept/website/tree/master/docs/wiki)
|
||||
|
||||
:::tip 提示
|
||||
|
||||
**至手机用户:点击页面左上角的三条杠打开导航栏,以浏览本站**\
|
||||
**推荐使用电脑端访问**
|
||||
本站在电脑端下显示效果最好,推荐使用电脑端访问
|
||||
|
||||
:::
|
||||
|
||||
## 介绍
|
||||
这里是中山学院网络维护科wiki,记录了网络维护工作的相关知识,wiki的内容都是历代网维的成员整理总结的,你也可以贡献自己的内容
|
||||
## 目录
|
||||
☝🏻🤓*不知道从哪里看起?可以先看[快速入门指南](/blog/2024/09/27/给纯新手的网维快速入门指南)!*
|
||||
<cardContainer>
|
||||
<DocsCard/>
|
||||
</cardContainer>
|
||||
|
||||
:::warning 注意
|
||||
## 关于
|
||||
1. 本站是新版wiki,在界面上对旧版wiki做了一次升级。但是在内容上新的wiki并不是完全基于旧版wiki而来,所以有的内容只在旧版有,这里没有。虽然开发组正在逐步迁移,不过为了方便大家查看,旧版wiki也将保持长期开放,点击[这里](https://wiki.zsxyww.com) 来访问。
|
||||
|
||||
本wiki还在大量开发中,许多条目可能会不完善或者缺失,仅供开发组组员和正式成员测试参考使用,如果你对wiki的编写和维护感兴趣,可以访问我们的[github源代码仓库](https://github.com/ZSCNetSupportDept/website),具体的细节请联系开发组组长
|
||||
|
||||
:::
|
||||
|
||||
## wiki的内容
|
||||
**wiki基本由以下部分组成:**
|
||||
### 技能
|
||||
进行网络维修需要掌握的技能
|
||||
### 基础知识
|
||||
有关校园网络以及相关概念的基础知识
|
||||
### 片区介绍
|
||||
记录了我们需要维护的片区的信息,以及在这些片区值班的注意事项
|
||||
### 故障介绍
|
||||
当网络发生故障时,客户端通常会返回一个错误码,来提示可能发生的错误,这里,按照运营商分类,介绍常见的故障错误码,**如果你遇到的故障在这里没有收录,请转到旧版wiki**\
|
||||
提示:对于电信客户端,可以用客户端自带的修复软件来修复
|
||||
### [MacOS修理指南](./MacOS修理指南)
|
||||
MacOS的修理事项
|
||||
### [资源](/docs/wiki/资源)
|
||||
我们在这个网站上存放了一些可能会有用的资源,以方便大家下载,如果你有资源想要上传的话,可以联系开发组
|
||||
### [杂项](/docs/wiki/杂项)
|
||||
这里是一些不便于归类的文章的收纳处,如果你的文章不太好归类,可以放在这里
|
||||
## 旧wiki
|
||||
这里是新版wiki,但是旧版wiki依然可用,你可以通过[wiki.zsxyww.com](https://wiki.zsxyww.com) 来访问,上面还有没有迁移的许多旧文章,我们目前在逐步转移这些文章
|
||||
## 贡献
|
||||
如果你想为本wiki添砖加瓦,可以在仓库里PR:[wiki的github仓库](https://github.com/ZSCNetSupportDept/website)
|
||||
|
||||
:::tip 提示
|
||||
|
||||
对于新手,如果wiki不能解决你的问题和其他疑惑,可以随意向组长,科长,api,或者其他人请教,我们也会加油完善wiki的
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
:::
|
||||
2. wiki的内容属于网维内部的秘密信息,请不要随便外传,谢谢!
|
||||
|
||||
|
||||
@@ -1,20 +1,86 @@
|
||||
---
|
||||
|
||||
description: 教你如何查看电脑的IP
|
||||
|
||||
---
|
||||
# 查看ip
|
||||
许多情况下,检查故障的第一步就是查看用户在局域网中的ip,以进行进一步判断,本文将教会你如何查看ip,以及不同的ip地址意味着什么\
|
||||
我们的负责范围是以太网连接,所以这里的ip更多的是指以太网ip,关于F-Young的路由器ip,同理
|
||||
|
||||
许多情况下,检查网络故障的第一步就是查看用户在校园网中的ip,以进行进一步判断
|
||||
|
||||
所以,你需要学会如何查看电脑所连接的网络的ip,了解不同ip地址的含义.
|
||||
|
||||
(网维的负责范围是以太网连接,所以这里的ip是指以太网ip.)
|
||||
|
||||
## 操作
|
||||
1. 打开cmd界面,你可以按win+r弹出运行框,输入cmd,然后回车
|
||||
2. 在cmd提示符后输入`ipconfig`命令,此时应该会输出结果
|
||||
3. 根据结果进行下一步操作
|
||||
### 方法一:命令行
|
||||
1. 按<kbd>win</kbd>+<kbd>r</kbd>弹出"运行"框,输入`cmd`或`powershell`,按下回车。
|
||||
> 或是在开始菜单中寻找对应的程序,打开终端。
|
||||
|
||||
2. 在终端下输入`ipconfig`命令;
|
||||
|
||||
3. 此时应该会输出结果:通常由许多栏目组成,我们只关心其中的“以太网”部分的IPv4地址。
|
||||
### 方法二:控制面板选项
|
||||
1. 打开“网络和拨号连接”控制面板:
|
||||
> 你可以打开控制面板 → 网络和 Internet → 网络和共享中心 → 更改适配器设置(左侧菜单)。
|
||||
|
||||
> 或是按<kbd>win</kbd>+<kbd>r</kbd>,输入 ncpa.cpl,然后按回车。
|
||||
|
||||
> 也可以在终端输入`control ncpa.cpl`来打开。
|
||||
|
||||
2. 打开 ncpa.cpl 后,会看到所有网络连接的列表(如`以太网`,`Wi-Fi`,`蓝牙网络连接`等),点击`以太网`,查看其中的IPv4地址。
|
||||
|
||||
## 结果
|
||||
### 无地址
|
||||
检查物理连接
|
||||
### 172.xx.xx.xx地址
|
||||
16是移动\
|
||||
17是联通\
|
||||
18是电信\
|
||||
如果出现问题,检查ip的运营商和用户注册的运营商是不是相同的,如果不同,那可能是线路接错了
|
||||
### 169.254.xx.xx地址
|
||||
这个地址是ip分配失败时的保留地址,如果DHCP服务运行失败,电脑就会默认分配了这个地址,好像这个现象一般不会影响正常网络连接,如果没问题就不需要管,\
|
||||
有人反馈说usb2.0的转接口也会导致这个问题,我在[这里](/docs/wiki/杂项/关于169.254.x.x的ip问题汇总)开了一个专题页,你们可以把遇到的情况记录在这里
|
||||
### 192.168.xx.xx地址
|
||||
学校有线网的ip是172的,如果出现了192.168地址,检查用户有没有连接wifi,如果用户和机房之间还有路由器的话,检查路由器工作模式
|
||||
### 无地址的情况:
|
||||
|
||||
如果无法获取IPv4地址的话,说明电脑到交换机之间的物理连接是不通的,你需要逐步排查到底哪里出现了问题。
|
||||
|
||||
常见的情况可能有:
|
||||
|
||||
- 用户使用了网线转接器,转接器出现问题
|
||||
- 用户网线问题
|
||||
- 墙线问题
|
||||
- 用户在交换机那头的线缆没有接好
|
||||
- 交换机断电(有电就可以获取IP,查不到IP说明交换机没有开启)
|
||||
|
||||
列举的原因仅供参考,实际出现的情况可能千奇百怪,请[利用寻线器系统地排查故障](/docs/wiki/技能/网络相关/对线#系统地排查)。
|
||||
|
||||
### 172.xx.xx.xx地址的情况:
|
||||
这是正常情况下的地址,其中:
|
||||
|
||||
|IP地址的号段|对应的情况|
|
||||
|- |- |
|
||||
|172.20|已接入移动网络|
|
||||
|172.19|已接入电信网络|
|
||||
|172.18|已接入联通网络|
|
||||
|
||||
如果用户无法在网络中认证,请询问用户账号所属运营商,用户使用哪个运营商,就必须把线路接到对应的运营商设备中去。
|
||||
|
||||
:::tip 提示
|
||||
|
||||
如果移动用户获取到172.17.x.x的IP的话,请上报组长,通常是移动的交换机还没有完成OTA更新。
|
||||
|
||||
:::
|
||||
|
||||
### 169.254.xx.xx地址的情况:
|
||||
出现这个地址,意味着运营商的DHCP服务器工作不正确。这通常不是用户设置的问题,是运营商那边的交换机设置出现问题。
|
||||
|
||||
如果出现这个IP,不能正常连接网络的话,把用户的线路接到一个不同的交换机上,再尝试连接。如果交换机那边没有多余的端口或是端口都无法正常连接的话,拍下交换机标签,和出现情况的片区,楼层一起上报当日的值班组长。
|
||||
|
||||
移动出现这个问题的情况比较多,有时候这不会影响正常网络连接,如果没问题就不需要管。
|
||||
|
||||
*有人反馈说usb2.0的转接口也会导致这个问题,我在[这里](/docs/wiki/杂项/关于169.254.x.x的ip问题汇总)开了一个专题页,你们可以把遇到的情况记录在这里*
|
||||
|
||||
### 192.168.xx.xx地址的情况:
|
||||
首先,我们说的是**有线网**的地址喔!**不要**看用户所连接的**Wi-Fi的IP地址**,在修网过程中,通常应该首先断开用户的Wi-Fi连接,以免干扰有线网环境。
|
||||
|
||||
如果你确定用户以太网IP是192.168.xx.xx,请检查宿舍路由器的工作模式。路由器需要设置到**有线AP模式**,意思是路由器以一个交换机的模式工作,将用户流量直接发往WAN
|
||||
|
||||
学校的路由器有不同的型号和牌子,它们的设置文档在[ZSC网维下载中心](https://gitea.zsxyww.com/i/Downloads/src/branch/master/%E8%B7%AF%E7%94%B1%E5%99%A8%E8%AE%BE%E7%BD%AE%E6%96%87%E6%A1%A3);
|
||||
|
||||
:::warning 注意
|
||||
|
||||
如果是光猫出现了这种情况,不要乱动,直接上报组长。
|
||||
|
||||
:::
|
||||
|
||||
如果用户到交换机没有路由器中继的话,出现192.168.xx.xx地址,也是直接上报组长。
|
||||
|
||||
@@ -1,11 +1,85 @@
|
||||
# 拨号
|
||||
本文章教你如何使用PPPoE 拨号上网\
|
||||
注意,如果用户运营商是电信,请使用电信专用client拨号,本教程只适用于联通和移动校园网宽带
|
||||
## 操作
|
||||
---
|
||||
|
||||
description: 教你如何连接校园网
|
||||
|
||||
---
|
||||
|
||||
# 连接校园网
|
||||
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
|
||||
用户需要进行登录,向运营商证明自己的身份,才能连接到运营商提供的网络服务,这些方式被我们统一叫做“拨号”,只有拨号成功了才可以连接网络
|
||||
自从2025年开学移动更改认证方式以来,现在的各家上网拨号流程已经非常割裂,所以我们重新写了这篇文章,力求汇总目前已经掌握的知识:
|
||||
|
||||
## 电信
|
||||
电信使用专用的客户端进行上网认证,一般来说连接没有问题的话,试图访问网站就会跳转到下载的网址,然后下载app即可
|
||||
|
||||
如果没有跳转的话,记住网址是`zsteduapp.10000.gd.cn`,进入后选择对应的OS下载安装
|
||||
|
||||
安装后输入账号密码连接(参见[这里](/docs/wiki/基础知识/学校内的运营商#账户和密码 )),即可上网了
|
||||
|
||||
如果出现错误,可以使用自带的排障工具,如果还是有问题,参阅wiki里面的相关章节(错误码)
|
||||
## 联通
|
||||
联通使用系统自带PPPoE拨号上网的方式进行认证:
|
||||
|
||||
1. 在“开始”菜单中点击“设置”
|
||||
|
||||
2. 点击"网络和Internet",在左侧点击“拨号”
|
||||
|
||||
3. 点击“设置新连接”,点击"宽带(PPPoE)"
|
||||
4. 输入账号和密码
|
||||
5. 测试连通性
|
||||
## 用户的账户格式和默认密码
|
||||
取决于用户的运营商,具体信息看这里:[链接](/docs/wiki/基础知识/学校内的运营商)
|
||||
|
||||
4. 输入账号和密码(参见[这里](/docs/wiki/基础知识/学校内的运营商))
|
||||
|
||||
5. 测试连通性,错误请参见wiki里的“错误”章节
|
||||
|
||||
### 账号错误
|
||||
有些用户的账号可能不是默认账号,见此:[Click Me](/docs/wiki/故障/联通特定/账号不正确)
|
||||
## 移动
|
||||
|
||||
:::warning 注意
|
||||
|
||||
移动目前的上网方式涉及了两套账密,为了防止大家混淆了,首先在这里说明一下:
|
||||
|
||||
实际上,移动的这个上网界面是外包给锐捷做的,使用的是一个现成的校园网解决方案,叫做"ePortal";这个系统不只是我们学校在用,也不是只给移动用。所以为了方便一套代码到处卖出去,这个系统设计成"学校账号"和"运营商账号"绑定使用的方式。
|
||||
|
||||
"运营商账号"就是原来的那个,需要用户到营业厅办理,是手机号+密码组合,这点和其它运营商是一样的。但是这个账号现在不通过操作系统的原生拨号来使用,而是要向架设在学校内网的专门ePortal服务器,结合"学校账号"来认证。
|
||||
|
||||
"学校账号"的目的只是证明你是我们学校的某个特定的学生。在第一次使用ePortal的时候需要注册,需要用户使用自己的学号来注册,后续登录ePortal**也是使用这个账号登录**,在学校账号的设置界面,有一个"绑定"选项,在这里输入运营商那个账号,证明你,学校的学生,办理了运营商套餐。这样才能使用移动的校园网。
|
||||
|
||||
总结下:**使用校园网=证明你是学生的账号+证明你办理套餐的账号**,后者需要在前者的设置界面绑定。
|
||||
|
||||
:::
|
||||
|
||||
### 1.访问ePortal
|
||||
ePortal的入口是`https://172.16.20.129:8080`,网址需要在校园内网环境才能访问(即连接了网线或者路由器)。我们强烈推荐在使用有线网访问时时关闭Wi-Fi,即确保设备仅仅在连接学校内网,否则有可能出现某些问题。
|
||||
|
||||
### 2.学校账号的注册
|
||||
点击右上角的“自助服务”,或者直接在第一步访问相应的网址。输入学号和密码(初始密码是学号后六位),然后进入系统,为了安全考虑,需要强制修改密码。
|
||||
|
||||
修改密码的地方在首页菜单第一个,进去修改了就行。哦对,这个密码最好不要设置成常用密码,因为这个系统好像是明文存储密码的...
|
||||

|
||||
|
||||

|
||||
|
||||
### 3.绑定邮箱
|
||||
我们非常,非常推荐用户绑定一个邮箱!因为如果学校账号的密码忘了,可以通过这个找回。而且这是唯一的方式。除非让管理层找运营商后台重置。
|
||||
|
||||
绑定邮箱的入口位于左上角`用户设置`->`安全中心`,在弹出界面绑定邮箱即可。
|
||||

|
||||
|
||||

|
||||
|
||||
### 4.运营商账号
|
||||
点击主页设置最后一个"我的运营商",然后输入你的运营商账号,确认保存。
|
||||

|
||||
|
||||

|
||||
|
||||
### 5.连接网络
|
||||
这样子一般就可以连接到互联网了,在浏览器输入任意网址,会提示你登录,输入学校账号登录即可。另外可以开启无感验证功能,这样可以自动登录校园网。
|
||||

|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# 检查操作系统网络设备
|
||||
一台电脑可以有多个网络设备,这些设备可以是具体的也可以是虚拟的,例如,一个以太网口可能对应一个网络设备,一个Wi-Fi连接也是一个网络设备,一个VPN隧道也是一个网络设备,这片文章教你如何查看Windows操作系统中的网络接口设备
|
||||
一台电脑可以有多个网络接口,这些设备可以是具体的也可以是虚拟的,例如,一个以太网口可能对应一个网络设备,一个Wi-Fi连接也是一个网络设备,一个VPN隧道也是一个网络设备,这片文章教你如何查看Windows操作系统中的网络接口设备
|
||||
## 操作
|
||||
1. 打开“控制面板”
|
||||
2. 选择“网络和Internet”
|
||||
3
docs/wiki/03-技能/01-电脑技能/_category_.json
Normal file
3
docs/wiki/03-技能/01-电脑技能/_category_.json
Normal file
@@ -0,0 +1,3 @@
|
||||
{
|
||||
"description": "在维修过程中需要掌握的电脑操作~"
|
||||
}
|
||||
11
docs/wiki/03-技能/01-电脑技能/index.md
Normal file
11
docs/wiki/03-技能/01-电脑技能/index.md
Normal file
@@ -0,0 +1,11 @@
|
||||
# 电脑技能
|
||||
维修的时候要使用电脑,这里介绍电脑的基本操作
|
||||
|
||||
|
||||
*请选择一个板块查看:*
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
|
||||
|
||||
@@ -1 +1,16 @@
|
||||
---
|
||||
|
||||
description: 教你如何设置路由器(不涉及光猫维修)
|
||||
|
||||
---
|
||||
|
||||
# 设置路由器
|
||||
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
暂时还没写,设置文档请访问下载中心查看。
|
||||
|
||||
39
docs/wiki/03-技能/02-网络相关/01-寻线器-介绍.md
Normal file
39
docs/wiki/03-技能/02-网络相关/01-寻线器-介绍.md
Normal file
@@ -0,0 +1,39 @@
|
||||
# 寻线器-介绍
|
||||
介绍寻线器的原理和用处,它是你成为网络工程师的基础
|
||||
## 介绍
|
||||
|
||||
任何网络连接的最底层基础都是物理设备,如果网线,配线架或交换机这些物理设备本身出现了问题,我们网维也是要负责维修的。
|
||||
|
||||
在[`基础知识`](/docs/wiki/基础知识/学校的网络结构)板块中,我们已经详细介绍了学校网络的物理层架构。网维主要负责宿舍端口到楼层交换机这一段线路。也就是说,我们主要关注宿舍内的端口,床线和路由器;还有楼层机房中汇聚的这层楼所有宿舍端口的链路。
|
||||
|
||||
想象一下,在楼层机房密密麻麻的机柜和桥架中,面对着上百根外观一模一样的网线,如果没有标签指示端口对应的床位的话,我们该如何快速找到一根网线的两端?或者,当怀疑网络连接不稳定是网线本身的问题时,我们又该如何快速判断线缆内部的通断情况?
|
||||
|
||||
这时,一个功能强大但操作简单的工具——寻线仪,就成了我们解决问题的关键。我们会帮助大家快速了解寻线仪的工作原理,并熟练掌握其在网络维修中的核心用法。
|
||||
## 认识寻线器
|
||||
### 原理
|
||||
一套标准的寻线仪通常包含两个核心部件:
|
||||
|
||||
- **发射器** (Emitter/Transmitter): 它产生一个特定频率的信号,并将其发射到目标线缆中。
|
||||
|
||||
- **接收器** (Receiver/Probe): 它探测这个信号,帮助我们在线缆堆里定位目标。
|
||||
|
||||
寻线仪的原理基于电磁感应。
|
||||
当我们将发射器连接到一根网线的一端并启动后,发射器会沿着这条网线的铜质线芯发送一个带有特定频率的模拟或数字信号。这种信号的本质是导线内变化的电流,根据电磁感应定律,变化的电流会在导线周围产生一个变化的电磁场。
|
||||
|
||||
这个电磁场虽然微弱,但足以被灵敏的接收器捕捉到。当我们手持接收器的探头,靠近那一大捆线缆时,只有包含了我们发射信号的那根目标线缆,其周围的电磁场才能被接收器感知到。接收器在接收到信号后,会通过发出“嘀嘀嘀”的蜂鸣声或点亮指示灯来给我们提示。声音越响亮、越清晰,就代表探头离目标线缆越近。通过这种方式,我们就能从众多线缆中精准地把它识别出来。
|
||||
|
||||
### 作用
|
||||
在网络维修的物理层故障排查中,寻线仪是不可或缺的工具,主要解决两大难题:
|
||||
|
||||
- **从海量线缆中精准寻线**: 这是最核心的用途。通过**寻线**功能,可以在楼层交换机海量的线缆中,快速、准确地找到某个宿舍端口线缆的另一端,进行飞线或故障排查。
|
||||
|
||||
- **快速诊断线缆状态**: 通过**对线**功能,可以快速判断一根网线的内部8芯线对的物理连接状态,例如是否存在断路、短路、错线、串扰等问题,这对于制作新网线或排查物理连接故障至关重要。
|
||||
|
||||
## 注意
|
||||
1. 每一对寻线器的发射端和接收端都是一一对应的,不同的寻线器对之间不能混用。如果在签到和签退时,检查寻线器的工作情况时,发现寻线器可以亮,但是没法工作,可以先看看是不是昨天值班的人把不同套的寻线器装混了。
|
||||
|
||||
2. 用完寻线器记得一定要把电源关掉!之前有很多次,有的成员忘记关掉寻线器导致电池耗光,需要重新补充电池的情况。这样不仅会损害机器,也要麻烦API们到处跑来补充物资,下班用完寻线器一定要记得检查电源是不是关闭的!
|
||||
|
||||
3. 目前网维的寻线器型号大部分是精明鼠268型,但是有的片区也装备了不同的型号,有的可能不是太好用。遇到的话记得上报组长。
|
||||
|
||||
*另附: [精明鼠NF-268使用说明书](/downloads/documents/多用途线缆寻线器NF-268说明书-1.pdf),使用前请看一遍说明书!*
|
||||
3
docs/wiki/03-技能/02-网络相关/_category_.json
Normal file
3
docs/wiki/03-技能/02-网络相关/_category_.json
Normal file
@@ -0,0 +1,3 @@
|
||||
{
|
||||
"description": "网络工程师基础"
|
||||
}
|
||||
7
docs/wiki/03-技能/02-网络相关/index.md
Normal file
7
docs/wiki/03-技能/02-网络相关/index.md
Normal file
@@ -0,0 +1,7 @@
|
||||
# 网络相关
|
||||
|
||||
*请选择一个板块查看:*
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
@@ -1,14 +1,114 @@
|
||||
# 对线
|
||||
宿舍以太网的连接由网线负责传输,如果网线,或者配线架,交换机这些物理设备本身的端口出现了问题,那么网络就当然无法连接,对线的过程便是测试物理连接是否能工作的流程
|
||||
## 操作流程
|
||||
### 准备
|
||||
打开寻线器,将寻线器的模式调到“对线”档位,将网线的一端插入到接口内,将另一端插入到要测试的端口
|
||||
### 检查
|
||||
如果寻线器上的1-8灯全部亮的话,那么说明物理层连接没有问题,如果有哪个灯不亮,那么说明对应的电线不通,一般只要1,2,3,6灯亮起,那么网络才能保证最基本工作,但是网速会比较慢
|
||||
## 排查
|
||||
对线只能指示寻线器到信号发射设备(楼层交换机,宿舍路由器等)的整体线路是否完好,如果这中间有问题,他是无法测出是哪一个部分的问题的,这个时候,就需要我们进行测试排查
|
||||
### 流程
|
||||
假如我们有如下的连接:\
|
||||
**电脑-转接口-用户网线-用户端口-宿舍线路-路由器-楼层线路-配线架-交换机**\
|
||||
对线结果显示有问题的话,我们可以更换已知的正常设备来排查错误的地方,例如,如果使用用户的转接口,用户的网线对线失败的话,那么就先更换成一个正常的转接口,如果还是失败,那么就把网线换成好的网线,如果这个时候对线成功了,那么我们就可以判断是用户网线的问题,就可以让用户更换网线了,如果还是失败的话,那么试一试将电脑直连路由器,如果成功了,那么就可以排查出,是宿舍墙线或者端口的问题,重做端口后用端口连接路由器,如果失败的话就可以发现是线路的故障,这个时候就可以尝试飞线或直接上报组长,如果直连主线没问题而经过路由器有问题的话,那么就是路由器的问题,如果直连交换机端口没问题,而在宿舍里有问题的话,那么就是楼层线路的问题,如果直连交换机有问题的话,那么就是交换机端口的问题,可以给用户换一个没问题的端口
|
||||
---
|
||||
|
||||
description: 如何通过对线来测试网线工作情况,与如何利用对线的信息排查网络连接
|
||||
|
||||
---
|
||||
# 寻线器-对线
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
|
||||
寻线器的“对线”功能也叫线序测试(Wiremap),用于检查网络链路内部8芯线对的连接情况和品质。
|
||||
|
||||
如果我们要使用对线功能,一般是如下情况:
|
||||
|
||||
1. **检查一段网络线路物理层是否正常(比如用户端口到交换机)**
|
||||
|
||||
2. **检查某根网线是不是工作正常**
|
||||
|
||||
我们先来讲对线网线的操作:
|
||||
|
||||
## 网线的对线
|
||||
1. **连接线缆两端**: 将待测试网线的一端连接到发射器的RJ45端口,另一端连接到接收器的RJ45端口。
|
||||
|
||||
2. **开启对线模式**: 将发射器的功能选择开关拨到“对线”档位。
|
||||
|
||||
3. **观察并解读指示灯**: 此时,发射器和接收器上的8个线序指示灯(分别对应1-8号线芯)会开始闪烁。你需要对比两端的亮灯情况来判断线路状态。
|
||||
|
||||
### 闪烁情况
|
||||
网络链路可能会有如下情况:
|
||||
|
||||
- **正常**:如果是标准的直通线(T568B或T568A),发射器和接收器上的1到8号指示灯会一一对应、同步、依次快速闪烁。这是最理想的状态。
|
||||
|
||||
- **断路/开路** (Open): 线缆的线芯断开,体现为某一根或几根线芯的指示灯在**两端都不亮**,这些线芯存在断路,信号无法通过。
|
||||
|
||||
- **短路**:线芯之间互相接触了,体现为发射端正常,但是**接收端**的几根线芯不亮,说明内部存在短路,通常是水晶头没做好,需要重做水晶头。
|
||||
|
||||
- **乱序/错线**(Miswire):线序接乱了,表现为发射端和接收端指示灯的闪烁顺序不一致(例如,发射器上是1-2-3-4...,而接收器上是1-3-2-4...),需要重做水晶头。
|
||||
|
||||
- **交叉** (Crossover): 如果是交叉线,指示灯会按照交叉的配对规则亮起(如1对3,2对6等)。
|
||||
|
||||
## 物理线路的排查
|
||||
对于物理线路的排查,其实和测试网线差不多。最重要的是,需要知道某些网络设备(如路由器,交换机等)可以视为寻线器的接收端。如果网线一端连接发射端,另一端连接路由器或交换机。那么在正常工作的情况下,发射端就会像网线那样正常亮起。在这里不需要使用寻线器的接收端。
|
||||
|
||||
### 系统地排查
|
||||
这种方法只能说明寻线器到信号发射设备(楼层交换机,宿舍路由器等)的整体线路有没有问题,如果有问题,对线操作本身无法测出是哪一个部分有问题,这个时候,就需要我们进行系统的方法测试排查:
|
||||
|
||||
下面是理想情况下校园网的结构,在实际工作中,每个片区我们只需要接触到其中的一部分:
|
||||
```mermaid
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
电脑-->转接器-->网线;
|
||||
end
|
||||
subgraph 宿舍线路
|
||||
网线--**面板**--->端口--**床线**--->宿舍路由器;
|
||||
end
|
||||
subgraph 机房线路
|
||||
宿舍路由器--**墙线**--->配线架-->交换机;
|
||||
end
|
||||
交换机-->yys[(互联网)]
|
||||
|
||||
```
|
||||
|
||||
对线结果显示有问题的话,我们可以更换已知的正常设备来排查错误的地方
|
||||
|
||||
假如你遇到了这样的情况:用户ip查不到,怀疑是物理连接错误,于是你将用户的网线从ta的电脑上拔下来,插在对线器上:
|
||||
```mermaid
|
||||
|
||||
|
||||
graph LR
|
||||
title[<u>这时候还是对线失败!</u>]
|
||||
title-->电脑
|
||||
style title fill:#FFF,stroke:#FFF
|
||||
linkStyle 0 stroke:#FFF,stroke-width:0;
|
||||
|
||||
subgraph 用户设备
|
||||
电脑-->转接器-.❌..->网线;
|
||||
end
|
||||
网线--**面板**--->端口--**墙线**--->配线架
|
||||
subgraph 机房线路
|
||||
配线架-->交换机;
|
||||
end
|
||||
**对线器**==>网线
|
||||
|
||||
```
|
||||
这个时候,对线还是失败的,于是你将用户的网线从端口上拔下来,拿出一根已知是工作正常的网线,插在对线器和端口上:
|
||||
``` mermaid
|
||||
|
||||
graph LR
|
||||
title[<u>这样对线成功了!</u>]
|
||||
title-->电脑
|
||||
style title fill:#FFF,stroke:#FFF
|
||||
linkStyle 0 stroke:#FFF,stroke-width:0;
|
||||
|
||||
subgraph 用户设备
|
||||
电脑-->转接器-->用户的网线;
|
||||
end
|
||||
用户的网线-.**❌**..->端口--**墙线**--->配线架
|
||||
subgraph 机房线路
|
||||
配线架-->交换机;
|
||||
end
|
||||
**对线器**==>**你的网线**-->端口
|
||||
|
||||
|
||||
```
|
||||
这下成功对线了,由此我们可以得出**是用户的网线有问题**
|
||||
|
||||
|
||||
|
||||
对于其它错误也是同样的道理,不断排除工作正常的环节,就可以确定工作不正常的环节,找到出现错误的地方之后,就可以按照情况进行修理了
|
||||
|
||||
@@ -1,8 +1,43 @@
|
||||
# 寻线
|
||||
寻线就是寻找网线的两端,一个楼层的所有用户的网线,都要连接在交换机上,才能进一步连接到运营商网络,在弱电井里汇聚了一个楼层几百根线,如果有线路表的话还好,没有线路表的话,就需要通过寻线的方法,确定用户的端口,对应着交换机处的哪一根线
|
||||
## 操作流程
|
||||
打开寻线器,将寻线器的发射端接到需要寻线的一端,调到寻线挡,将接收端带去弱电井,如果接收端靠近对应的线的话,就会发出响声,将灵敏度调到最高,确定大致范围,再逐渐调低,同时缩小范围,最后找到对应的线\
|
||||
接收端也有一个端口,如果你觉得可能是哪一个线,就把那个线拔下来插到端口里面,来确定你的猜想是否正确
|
||||
## 工作原理
|
||||
发射端向网线发射特殊的电磁信号,接收端可以通过电磁感应探测到这个信号并且发出声音
|
||||
---
|
||||
|
||||
description: 如何寻线,即已知网线的一端,找到网线的另一端
|
||||
|
||||
---
|
||||
|
||||
# 寻线器-寻线
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
|
||||
|
||||
所谓寻线,就是已知网线的一端,找到网线的另一端。
|
||||
|
||||
用户的端口走墙线到宿舍路由器(或者香晖朝晖的楼层弱电井),我们是看不见藏在墙后面的网线的走向的,观察机房(或者路由器)那里,只能看到茫茫多的网线端口插到交换机上,根本分不清交换机上的哪个线对应哪个宿舍的哪个床位
|
||||
|
||||
香晖的机房有一个床位表,记录了机房的哪个端口对应了哪个宿舍的床位,但是其它地方是没有这个表的,那该怎么确定一个宿舍床位端口对应的是机房的哪个配线架端口呢?
|
||||
|
||||
寻线器可以帮助我们确定这件事,这篇文章将为你介绍寻线器是如何使用的。
|
||||
|
||||
## 操作步骤
|
||||
|
||||
1. 连接发射器: 将你需要寻找的网线一端(比如用户的网线)从设备上拔下,然后插入到寻线仪发射器的RJ45端口中。
|
||||
|
||||
2. 开启寻线模式: 将发射器的功能选择开关拨到“寻线”档位。此时,状态指示灯会闪烁,表示信号已经开始发送。
|
||||
|
||||
3. 手持接收器开始寻找: 前往线缆的另一端,手持接收器,将接收器的探头逐一扫过每一根可能的线缆。
|
||||
|
||||
4. 根据声音定位目标: 当接收器的探头接触到带有信号的目标网线时,你会听到清晰且连续的“嘀嘀嘀”声。你可以通过接收器上的音量调节旋钮来控制音量大小。声音最响亮、最稳定的那一根,就是你要找的目标网线。
|
||||
|
||||
5. 最终确认: 为了100%确认,可以将疑似目标线缆从线束中稍微拉出一点,单独用接收器再测一次,如果声音依然强烈,就把这根线缆拔下来,插到接收器的端口里,如果这个时候接收器8灯同时亮起且很大声地响起,那就找到了。
|
||||
|
||||
寻线时通常采用先粗略,后精确的策略:先把寻线器灵敏度调到最高,这样就算离目标很远也会响,这样我们可以确定目标所在的大致的范围。然后逐步调小灵敏度,缩小搜索圈,直到确定那根线缆是你的目标~
|
||||
|
||||
## 技巧
|
||||
|
||||
- 接收器拥有极为先进的3.5mm耳机孔:zany:,如果机房噪音比较大或者有人投诉声音打扰了他们的话可以找个耳机插上去寻线。
|
||||
|
||||
- 接收器还有手电筒,可以帮助你照亮交换机端口。在朝晖那里很有用,但是亮度可能不如手机的好。
|
||||
|
||||
@@ -1,3 +1,9 @@
|
||||
---
|
||||
|
||||
description: 制作网线水晶头
|
||||
|
||||
---
|
||||
|
||||
# 做网线
|
||||
当网线损坏时,我们需要重新制作网线,通常是更换网线的水晶头,本篇文章就是教你如何打水晶头的
|
||||
## 工具
|
||||
|
||||
@@ -1,2 +1,4 @@
|
||||
# 重做端口
|
||||
如何重新制作宿舍端口面板
|
||||
|
||||
端口的制作和网线的制作差不多,在整理线序是就不需要按照顺序排列了,端口上有对应的颜色,把网线按进去就行。
|
||||
|
||||
@@ -1 +1,9 @@
|
||||
# 飞线
|
||||
飞线~
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
|
||||
3
docs/wiki/03-技能/03-杂项/_category_.json
Normal file
3
docs/wiki/03-技能/03-杂项/_category_.json
Normal file
@@ -0,0 +1,3 @@
|
||||
{
|
||||
"description": "其它需要掌握的技能"
|
||||
}
|
||||
8
docs/wiki/03-技能/03-杂项/index.md
Normal file
8
docs/wiki/03-技能/03-杂项/index.md
Normal file
@@ -0,0 +1,8 @@
|
||||
# 杂项
|
||||
|
||||
*请选择一个板块查看:*
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
|
||||
@@ -1,8 +1,16 @@
|
||||
---
|
||||
|
||||
description: 遇到运营商端口绑定时需要进行的操作(691错误)
|
||||
|
||||
---
|
||||
|
||||
# 解绑MAC地址
|
||||
学校的网络会绑定设备的MAC地址,来限制上网的设备,如果我们更换了转接头,或者电脑,设备的MAC地址就会变化,运营商就会返回691错误,就需要我们解除对MAC地址的绑定
|
||||
为了限制上网的设备过多,即多人共用账号的情况,运营商会在一个设备第一次登录网络时,绑定设备的MAC地址。之后就只能使用该设备登录网络。
|
||||
|
||||
如果我们更换了转接头,或者电脑,设备的MAC地址就会变化,运营商就会拒绝新设备的登录,返回691错误。这时就需要我们解除对MAC地址的绑定。
|
||||
|
||||
## 操作
|
||||
- 用开通宽带的手机号码拨打运营商电话,转人工;
|
||||
- 用开通宽带的手机号码(即宽带账户)拨打运营商电话,转人工;
|
||||
- 告诉客服,说:清除本机号码绑定的宽带的端口数据;
|
||||
- 等待客服回复“已清除”;
|
||||
- 告诉客服,说:解绑;
|
||||
|
||||
@@ -1 +1,15 @@
|
||||
---
|
||||
|
||||
description: 床位
|
||||
|
||||
---
|
||||
|
||||
|
||||
# 辨别床位
|
||||
当初在安装香晖宽带的时候,运营商给宿舍床位的编号和床上写的并不一样。一般宿舍通常进门左手边第一个是1号床,然后逆时针分别是2,3,4号床。
|
||||
|
||||
不过香晖的床位是下面这样的:
|
||||
|
||||

|
||||
|
||||
了解一下,可以帮你节省寻线的时间。
|
||||
|
||||
@@ -1 +0,0 @@
|
||||
# 技能
|
||||
7
docs/wiki/03-技能/index.md
Normal file
7
docs/wiki/03-技能/index.md
Normal file
@@ -0,0 +1,7 @@
|
||||
# 技能
|
||||
|
||||
*请选择一个板块查看:*
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
@@ -1,2 +0,0 @@
|
||||
# 片区介绍
|
||||
这里是学校宿舍网络的几个片区的有关信息
|
||||
13
docs/wiki/04-片区介绍/index.md
Normal file
13
docs/wiki/04-片区介绍/index.md
Normal file
@@ -0,0 +1,13 @@
|
||||
# 片区介绍
|
||||
这里是学校宿舍网络的几个片区的有关信息
|
||||
|
||||
*请选择一个板块查看:*
|
||||
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
|
||||
|
||||

|
||||
*注意:这张图以及里面的片区网络图只是电信的拓扑架构*
|
||||
@@ -1,12 +1,49 @@
|
||||
---
|
||||
|
||||
description: ...
|
||||
|
||||
---
|
||||
|
||||
# 东门片区信息
|
||||
|
||||
集合点:12栋楼下
|
||||
|
||||
范围:12-15 , 20-22栋
|
||||
## 集合点
|
||||
**12栋楼下**
|
||||
|
||||
工具包位置:12栋入口右手边桌子
|
||||
## 网络结构
|
||||
### 线路
|
||||
### 宿舍内部
|
||||
用户端口连接到宿舍的路由器,路由器主线连接到楼层机房(机房好像进不去)
|
||||
|
||||
对于24新生的宿舍已采用了FTTR架构(10栋)
|
||||
```mermaid 宿舍网络结构
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口--**床线**--->宿舍路由器
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
宿舍路由器--**主线**--->配线架-->交换机
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
用户电脑--Wi-Fi--->宿舍路由器
|
||||
|
||||
```
|
||||
### 片区架构
|
||||
12-15栋的有线网走的是9栋交换机,而AP直连学校核心交换机
|
||||
需要特别的注意
|
||||

|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
### 运营商
|
||||
电信
|
||||
### 其它
|
||||
|
||||
@@ -1,12 +1,48 @@
|
||||
---
|
||||
|
||||
description: ...
|
||||
|
||||
---
|
||||
|
||||
# 凤翔片区信息
|
||||
|
||||
集合点: 值班室门口(超市和食堂旁边,在图书馆附近)
|
||||
|
||||
范围:1-6栋
|
||||
## 集合点
|
||||
**值班室门口**
|
||||
|
||||
工具包位置:2栋楼梯间的桌子下(梯子在楼梯间的隔间内)
|
||||
## 网络结构
|
||||
凤翔的网络设备比较古老
|
||||
### 线路
|
||||
### 宿舍内部
|
||||
用户的端口连接到楼层的交换机,位于天花板上,要爬梯子 \
|
||||
电信在这中间还会有一个小交换机
|
||||
|
||||
```mermaid
|
||||
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口--**床线**--->宿舍交换机
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
宿舍交换机--**主线**--->交换机
|
||||
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
|
||||
|
||||
```
|
||||
|
||||
### 片区线路
|
||||
楼层的交换机设置在每栋的5楼和二楼,每栋的交换机之间级联备用。
|
||||
|
||||
核心交换机位于图书馆,所有交换机接入图书馆再接入学校核心交换机
|
||||

|
||||
### 运营商
|
||||
电信,移动
|
||||
### 其它
|
||||
|
||||
@@ -1,11 +1,66 @@
|
||||
---
|
||||
|
||||
description: ...
|
||||
|
||||
---
|
||||
|
||||
# 北门片区信息
|
||||
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
集合点:9栋楼下(从北门进学校一直走爬上楼梯)值班室旁边
|
||||
|
||||
范围:7-11栋
|
||||
## 集合点
|
||||
**10栋门口**(?)
|
||||
|
||||
工具包位置:7栋的桌子里
|
||||
## 网络结构
|
||||
### 线路
|
||||
### 宿舍内部
|
||||
|
||||
```mermaid 宿舍网络结构
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口--**床线**--->宿舍路由器
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
宿舍路由器--**主线**--->配线架-->交换机
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
用户电脑--Wi-Fi--->宿舍路由器
|
||||
|
||||
```
|
||||
### 片区架构
|
||||
|
||||
除了10栋A.B两栋之外,其余的楼栋接入位于9栋的核心交换机,北门核心交换机接入学校核心交换机
|
||||
|
||||
(实际上12-15栋部分网络也走这个核心交换机)
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||

|
||||
|
||||

|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
### 运营商
|
||||
**电信**
|
||||
### 其它
|
||||
## 注意事项
|
||||
|
||||
(我还没怎么去过北门,这篇你们来补充)
|
||||
机房没办法进去,运营商只有电信,光纤入户
|
||||
|
||||
@@ -1,12 +1,46 @@
|
||||
---
|
||||
|
||||
description: ...
|
||||
|
||||
---
|
||||
|
||||
# 朝晖片区信息
|
||||
|
||||
集合点:朝晖楼门口
|
||||
|
||||
范围:朝晖苑
|
||||
## 集合点
|
||||
**朝晖楼门口**
|
||||
|
||||
工具包位置:门口右手边,值班室对面的房间的桌子里面,和售货机和打印机在同一个房间
|
||||
## 网络结构
|
||||
### 线路
|
||||
### 宿舍内部
|
||||
用户端口直连配线架,配线架连接到交换机,没有床位表格,需要手动寻线
|
||||
|
||||
对于24新生的宿舍已采用了FTTR架构
|
||||
```mermaid 宿舍网络结构
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
端口--**墙线**--->配线架-->交换机
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
|
||||
```
|
||||
|
||||
### 片区架构
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
### 运营商
|
||||
电信,移动
|
||||
### 其它
|
||||
|
||||
@@ -1,14 +1,65 @@
|
||||
---
|
||||
|
||||
description: ...
|
||||
|
||||
---
|
||||
|
||||
# 歧头片区信息
|
||||
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
集合点: 19栋门口
|
||||
|
||||
范围:17-19栋
|
||||
## 集合点
|
||||
**19栋门口**
|
||||
|
||||
工具包位置:17栋入口处右手边桌子
|
||||
## 网络结构
|
||||
### 线路
|
||||
用户端口连接到宿舍的路由器,路由器主线连接到楼层机房(机房好像进不去)
|
||||
### 宿舍内部
|
||||
用户端口连接到宿舍的路由器,路由器主线连接到楼层机房
|
||||
|
||||
18-19栋好像也是和凤翔那样的楼层机箱,没有机房
|
||||
|
||||
电信:对于24新生的宿舍已采用了FTTR架构
|
||||
|
||||
```mermaid 宿舍网络结构
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口--**床线**--->宿舍路由器
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
宿舍路由器--**主线**--->配线架-->交换机
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
用户电脑--Wi-Fi--->宿舍路由器
|
||||
|
||||
```
|
||||
|
||||
移动:我暂时不清楚歧头移动的结构,等我调查之后再补充🤓
|
||||
|
||||
### 片区架构
|
||||
> 16栋2楼 5楼有机房\
|
||||
> 17栋2楼 5楼有机房\
|
||||
> 18栋2楼 6楼有机房\
|
||||
> 19栋只有1楼有机房\
|
||||
> 一般来说,16-19栋第二个机房负责当层楼以及上方楼层
|
||||
|
||||

|
||||
|
||||

|
||||
### 运营商
|
||||
电信
|
||||
电信,移动
|
||||
### 其它
|
||||
暂无
|
||||
## 注意事项
|
||||
|
||||
@@ -1,15 +1,56 @@
|
||||
---
|
||||
|
||||
description: ...
|
||||
|
||||
---
|
||||
|
||||
# 香晖片区信息
|
||||
|
||||
:::tip 提示
|
||||
|
||||
由于香晖片区的范围比较大,所以分为AB和CD两个小组值班
|
||||
|
||||
:::
|
||||
集合点:均在厚德楼A栋广场东侧的大树下
|
||||
|
||||
范围:香晖苑
|
||||
## 集合点
|
||||
**香晖片区范围比较大,分为两个小组值班,AB组在AB栋闸机处集合,CD栋同理。**
|
||||
|
||||
工具包位置:AB在售货机旁边的桌子下;CD在正对大门的桌子下
|
||||
## 网络结构
|
||||
### 线路
|
||||
### 宿舍内部
|
||||
电信:用户连接宿舍路由器(如果路由器LAN口不够会连接旁路交换机),路由器WAN连接机房交换机\
|
||||
对于24新生的宿舍已采用了FTTR架构
|
||||
|
||||
用户的端口直接连接到弱电室的配线架,再经配线架连接到交换机,交换机处有床位对应表格,
|
||||
|
||||
```mermaid 宿舍网络结构
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
端口--**墙线**--->配线架-->交换机
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
|
||||
```
|
||||
|
||||
### 片区架构
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
### 运营商
|
||||
三大运营商都有服务,在维修时注意交换机不要接错
|
||||
|
||||
### 其它
|
||||
暂无
|
||||
## 注意事项
|
||||
|
||||
@@ -1,32 +1,174 @@
|
||||
# 学校的网络结构
|
||||
学校网络结构的整体介绍
|
||||
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
|
||||
## 概况
|
||||
电子科技大学中山学院校园网络分为教学网络和学生宿舍网络,教学网络主要用于学校各教学楼、实验楼、图书馆等供老师、教职工和学生上课上机使用,是属于教育科研网络。学生宿舍网络主要由中国电信、中国联通、中国移动直接提供服务,是属于运营商提供服务的网络。
|
||||
|
||||
无论是教学网络还是学生宿舍网络,都属于校园网,可访问学校图书馆、知网资源。但是,学生宿舍网络无法访问教学网络的部分资源(如实验楼FTP服务器、经管学院的实践教学中心模拟系统等),如有需要,可到图书馆访问。
|
||||
|
||||
**本维修手册,主要针对的是学生宿舍网络。**
|
||||
**本wiki,主要针对的是学生宿舍网络。**
|
||||
|
||||
目前(2017年12月),我校全部的学生宿舍,包括朝晖苑、香晖苑(ABCD栋)、凤翔宿舍区(1-6栋)、北门宿舍区(7-11栋)、东门宿舍区(12-15、20-22栋)、歧头山宿舍区(16-19栋)都可接入中国电信的上网服务。
|
||||
目前(2025年5月),我校全部的学生宿舍,包括朝晖苑、香晖苑(ABCD栋)、凤翔宿舍区(1-6栋)、北门宿舍区(7-11栋)、东门宿舍区(12-15、20-22栋)、歧头山宿舍区(16-19栋)都可接入中国电信的上网服务。
|
||||
|
||||
其中,朝晖苑、香晖苑(ABCD栋)和凤翔宿舍区(1-6栋)还可选择中国移动网络。
|
||||
其中,歧头山宿舍区,朝晖苑、香晖苑(ABCD栋)和凤翔宿舍区(1-6栋)还可选择中国移动网络。
|
||||
只有香晖苑(ABCD栋)可选择中国联通的网络。
|
||||
|
||||
|
||||
校园网络核心交换机位于实验楼,校园网的两个部分(办公网和学生网)在这里分别接入电信局的认证服务器,连接中山市的国际互联网出口。
|
||||
|
||||
## 连接方式
|
||||
**对于学生宿舍网络:**\
|
||||
电信需要使用专门的客户端来连接,而联通和移动是直接进行拨号连接\
|
||||
三大运营商都有有线连接方式,电信和移动的部分宿舍有Wi-Fi连接方式\
|
||||
**对于教学区公共Wi-Fi:**\
|
||||
使用“掌上连峰”APP连接
|
||||
## 拓扑
|
||||
<!-- 总的来说,学生宿舍网络为星型拓扑,运营商的光纤接入各个宿舍楼,在各个楼层的ONU处转换成电信号,接入交换机,再分散到各个宿舍的各个床位,中间可能还有配线架,宿舍路由器等设备\ -->
|
||||
<!-- 另外,电信还在部分片区提供了F-Young无线网络服务 -->
|
||||
### 电信
|
||||
电信是学校的主要运营商,在各个宿舍片区都有提供服务,目前,电信主要是光纤接入楼层,然后通过ONU和交换机变成电信号转到各个宿舍的路由器(启用了Wi-Fi功能),然后再接入床位的端口(有的路由器可能路由器LAN不够,还会再接一个交换机)
|
||||
## 宿舍内部架构
|
||||
我们首先介绍一个宿舍中的结构:
|
||||
|
||||
目前学生宿舍有线网有FTTB(光纤到每层楼)和FTTR(光纤入宿舍)两种方式,网维目前主要维护FTTB模式的有线网。
|
||||
|
||||
在FTTB模式下,每个用户的端口通过**网线**连接到设置在每个楼层的交换机,每个楼层的交换机作为ONU使用**光纤或网线**接入学校更大的网络
|
||||
|
||||
|
||||
各大运营商都有自己的楼层交换机和宿舍路由器(如果有),但是从用户到交换机的墙线是共享的,用户使用哪个运营商的服务,就由网维负责将用户的端口接入哪个运营商的设备。
|
||||
```mermaid 用户
|
||||
|
||||
graph LR
|
||||
subgraph 不变的地方
|
||||
用户的电脑--网线-->端口
|
||||
end
|
||||
|
||||
subgraph 运营商设备
|
||||
电信
|
||||
移动
|
||||
联通
|
||||
end
|
||||
|
||||
端口-...->电信
|
||||
端口==>联通
|
||||
端口-...->移动
|
||||
|
||||
```
|
||||
*用户用什么运营商,网维就负责把端口接到哪里去~比如用户接的是联通,那么线路就是电脑-->端口-->联通的交换机*
|
||||
(另外,每个有线网用户的端口都会被分配一个内网IP地址,172开头,号段由因所接的运营商而异。详见下一篇文章)
|
||||
|
||||
### 宿舍路由器
|
||||
|
||||
**在男生片区和部分女生片区,会有宿舍路由器/宿舍交换机中继**
|
||||
|
||||
|
||||
宿舍路由器通常还提供Wi-Fi服务,路由器有的是占用宿舍1号床的端口连接到交换机,这种情况下1号床的同学就需要把自己的网线插到路由器上,而不是插到已经占用的端口上:
|
||||

|
||||
*一共有两种情况,也就是路由器是不是占用某个同学的端口连接到楼层交换机的*
|
||||
|
||||
|
||||
|
||||
总结一下:
|
||||
|
||||
```mermaid 宿舍网络结构
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口--**床线**--->宿舍路由器
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
宿舍路由器--**主线**--->配线架-->交换机
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
用户电脑--Wi-Fi--->宿舍路由器
|
||||
|
||||
```
|
||||
或是没有路由器的情况:
|
||||
```mermaid 宿舍网络结构
|
||||
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**-->端口
|
||||
end
|
||||
|
||||
subgraph 机房线路
|
||||
端口--**墙线**--->配线架-->交换机
|
||||
end
|
||||
|
||||
交换机-->yys[(校园网)]
|
||||
|
||||
```
|
||||
### FTTR架构
|
||||
在FTTR下,把路由器换成光猫,光猫暂时不归网维管,所以结构是这样的:
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph 用户设备
|
||||
用户电脑
|
||||
end
|
||||
|
||||
subgraph 宿舍线路
|
||||
用户电脑--**用户的网线**--->端口
|
||||
end
|
||||
|
||||
subgraph 这里不归我们管
|
||||
端口--**床线**--->gm(光猫)
|
||||
gm-->hlw[(互联网)]
|
||||
end
|
||||
|
||||
用户电脑--Wi-Fi-->gm
|
||||
|
||||
```
|
||||
## 校园网架构
|
||||
:::tip 提示
|
||||
|
||||
下面所说均为电信网络架构,内容比较老且可能不符合实际情况,仅供参考。
|
||||
|
||||
:::
|
||||
|
||||
如图所示,学校的核心交换机(华为S9306)设置在实验楼(具体地点未知),连接如下汇聚交换机:
|
||||
|
||||
|名称|型号|位置|下联|备注|
|
||||
|-|-|-|-|-|
|
||||
|**图书馆主交换机**|华为S9303|图书馆内|凤翔所有楼层交换机|凤翔除5栋在3楼、5楼外,其余楼栋电信交换机设置在2楼、5楼;交换机之间有级联|
|
||||
|**新区主机房核心交换机**|华为S9303|9栋|7,8,9,11,12-15栋的有线网络|12-15栋AP独立连接至学校核心交换机,不走这个|
|
||||
|**21栋4层S3352-1**|华为S3352|21栋4层机房,第一个|20,21栋,22栋A座1楼|暂无|
|
||||
|**香晖核心交换机**|华为S9306|未知|香晖ABCD栋|有可能位于AB栋的某一处|
|
||||
|**朝晖主交换机**|华为S5320|朝晖2楼,第一个 |朝晖苑|网络结构可能是:其余楼层汇聚至2层的交换机,2层交换机连接至学校核心交换机|
|
||||
|**16-17栋核心交换机**|华为S8505|未知|16-17栋|楼层交换机位于2楼和5楼|
|
||||
|**18-19栋核心交换机**|华为S8505|未知|18-19栋|18栋交换机在2楼、6楼,19栋只有1楼有机房;|
|
||||
<!--
|
||||
- 图书馆交换机S9303:汇聚凤翔所有楼层交换机,位于图书馆内
|
||||
- 北门主交换机S9303:汇聚7,8,9,11,12-15栋的有线网络(12-15栋AP独立连接至核心交换机),位于9栋
|
||||
- 21栋S3352,汇聚20,21栋,位于21栋4层,编号S3352-1
|
||||
- 香晖主交换机S9306:汇聚香晖ABCD栋,地点未知
|
||||
- 朝晖交换机S5320,汇聚朝晖苑,位于朝晖2楼,编号S5320-1
|
||||
- 16-17栋交换机S8505,汇聚16-17栋,地点未知
|
||||
- 18-19栋交换机S8505,汇聚18-19栋,地点未知-->
|
||||
|
||||

|
||||
*学校的总体网络结构,图片有点老,有的地方可能不准确*
|
||||
|
||||
对于每个片区的详细结构线路,请自行查看每个片区的信息。
|
||||
|
||||
|
||||
## 参考
|
||||
|
||||
[1]https://baike.baidu.com/item/%E7%94%B5%E5%AD%90%E7%A7%91%E6%8A%80%E5%A4%A7%E5%AD%A6%E4%B8%AD%E5%B1%B1%E5%AD%A6%E9%99%A2%E4%BF%A1%E6%81%AF%E4%B8%AD%E5%BF%83/1180595
|
||||
|
||||
[2]https://baike.baidu.com/item/%E7%94%B5%E5%AD%90%E7%A7%91%E6%8A%80%E5%A4%A7%E5%AD%A6%E4%B8%AD%E5%B1%B1%E5%AD%A6%E9%99%A2%E7%BD%91%E7%BB%9C%E7%BB%B4%E6%8A%A4%E7%A7%91
|
||||
|
||||
电信有计划逐步升级到光纤入宿舍(FTTR)的模式,在这种模式下,将光路接到宿舍,接入一个集成有Wi-Fi路由功能的光猫,将双绞线接入各个端口,请在片区信息里查看电信架构的升级情况
|
||||
|
||||
电信的路由器带有Wi-Fi功能,提供无线接入的途径,产品名称叫做"F-Young",SSID以`FY`开头,一般是`FY-楼栋-宿舍号`
|
||||
|
||||
### 联通
|
||||
联通目前只在香晖有提供服务,架构是"宿舍-楼层配线架-交换机-ONU"
|
||||
### 移动
|
||||
移动的结构和联通差不多,也是宿舍直连交换机的结构
|
||||
|
||||
@@ -1,31 +1,70 @@
|
||||
# 学校内的运营商
|
||||
学校内运营商提供网络服务的情况
|
||||
|
||||
:::warning 注意
|
||||
|
||||
🚧施工中🚧
|
||||
|
||||
这篇文章还没有写完呢!😛
|
||||
|
||||
:::
|
||||
|
||||
## 概览
|
||||
对于学生宿舍网络,三大运营商在学校内都有服务,但是不同的宿舍片区,可以选择的运营商会有限制:
|
||||
三大运营商在学校内都有服务,但是不同的宿舍片区,可以选择的运营商会有限制:
|
||||
|
||||
- 电信:所有宿舍片区
|
||||
- 联通:香晖
|
||||
- 移动:朝晖,香晖,凤翔\
|
||||
用户想要使用这些运营商的宽带网络服务,就需要办理宽带业务.\
|
||||
通常,运营商会给客户一张电话卡,这张电话卡的电话号组成了用户用来认证的账号的一部分.\
|
||||
根据套餐的不同,用户需要向里面充值话费作为宽带费用.\
|
||||
- 移动:朝晖,香晖,凤翔。和男生片区的部分宿舍
|
||||
|
||||
||北门|东门|歧头|香晖|朝晖|凤翔|
|
||||
|-|-|-|-|-|-|-|
|
||||
|电信|✅|✅|✅|✅|✅|✅|
|
||||
|联通|❌|❌|❌|✅|❌|❌|
|
||||
|移动|🤔[^1]|🤔[^2]|🤔[^3]|✅|✅|✅|
|
||||
|
||||
[^1]:仅部分宿舍,仅FTTR
|
||||
[^2]:仅部分宿舍,仅FTTR
|
||||
[^3]:仅部分宿舍,仅FTTR
|
||||
|
||||
*(另外,学校教学区的Wi-Fi只有电信用户可以使用)*
|
||||
|
||||
用户想要使用哪个运营商的宽带网络服务,就需要在对应的运营商处办理宽带业务:
|
||||
|
||||
|运营商|业务办理地点|备注|
|
||||
|- |- |-|
|
||||
|电信|北门出去,右手边的营业厅|...|
|
||||
|联通|...|...|
|
||||
|移动|...|...|
|
||||
|
||||
通常,运营商会给客户一张电话卡,这张电话卡就代表用户的宽带账户,用户需要保证电话卡不欠费,才能使用宽带.
|
||||
|
||||
## IP
|
||||
学校的DHCP服务器为每个楼层交换机的端口分配静态内网地址,CIDR/12
|
||||
|
||||
如上一篇文章所说,每个运营商的设备都是独立的,它们为用户分配的内网IP号段不相同:
|
||||
|
||||
|运营商|号段|备注|
|
||||
|-|-|-|
|
||||
|电信|172.19|无|
|
||||
|联通|172.18|无|
|
||||
|移动|172.20|部分会有172.17|
|
||||
|
||||
(截至目前,移动的DHCP服务器可能有点问题,在某些交换机的IP分配可能会出现IP为169.254的情况,详见相关文章)
|
||||
|
||||
## 认证
|
||||
除了电信的宽带和F-Young需要使用专用的客户端进行拨号外,联通和电信只需要使用系统自带的PPPoE拨号认证即可,若认证失败,则会出现691错误
|
||||
各大运营商连接上网的方式并不相同,详见[这里](/docs/wiki/技能/电脑技能/拨号)
|
||||
|
||||
|
||||
|运营商|认证|备注|
|
||||
|-|-|-|
|
||||
|电信|使用专用的“天翼校园”客户端进行认证|无|
|
||||
|联通|使用OS自带的PPPoE拨号认证|无|
|
||||
|移动|使用锐捷"ePortal"网页认证|涉及两套账密:1. 用户在ePortal系统注册的账号,学号作为账号;没有初始密码;2. 用户的运营商账号,即为原来的账号,初始密码和账号格式在下面|
|
||||
|
||||
### 账户和密码
|
||||
这里是三家运营商的账户格式和初始密码
|
||||
| |**账号格式** |**初始密码** |
|
||||
|- |- |- |
|
||||
|**电信**|`${用户手机号}` |`A1234567` |
|
||||
|**联通**|`ZSLAN${用户手机号}@16900.gd`|`900.gd` |
|
||||
|**移动**|`${用户手机号}@139.gd` |`手机号后六位` |
|
||||
|
||||
### 认证方式
|
||||
电信需要下载专用客户端下载地址为:`zsteduapp.10000.gd.cn`,联通和移动使用系统自带拨号渠道即可,可以去看`技能/电脑技能/拨号`
|
||||
## IP
|
||||
宿舍的有线网会为每一个用户分配端口绑定的ip,其中:
|
||||
- 电信为172.19.x.x号段
|
||||
- 联通为172.18.x.x号段
|
||||
- 移动为172.17.x.x号段\
|
||||
注意,这里的IP是交换机端口的IP,用户的电脑显示的是网线另一端对应的的端口IP。\
|
||||
如果显示IP对应的运营商和用户实际的运营商不符合,那么有可能是交换机接错了。\
|
||||
联通和移动在机房里都有自己的交换机和ONU,只有将用户的端口插到对应的运营商的交换机端口处,拨号才能成功。\
|
||||
电信是在宿舍处的路由器处接入网线或光缆,如果用户是电信需要把端口的另一端插到路由器上
|
||||
| |**账号格式** |**初始密码** |**备注** |
|
||||
|- |- |- |- |
|
||||
|**电信**|`${用户手机号}` |`A1234567` |在电信client中使用这个账号和密码,另外有的情况下还要在后面加上一个`@zsdzkd`的后缀(比如在线自助改密码的情况) |
|
||||
|**联通**|`ZSLAN${用户手机号}@16900.gd`|`900.gd` |在系统的拨号菜单里使用这个账号和密码,注意账号可能不准确,以用户“中国联通”APP上显示的账号格式为准[Click Me](/docs/wiki/故障/联通特定/账号不正确) |
|
||||
|**移动**|`${用户手机号}@139.gd` |`手机号后六位` |在移动网页认证里面的绑定界面使用这个账号和密码来绑定|
|
||||
|
||||
@@ -1,3 +1,9 @@
|
||||
---
|
||||
|
||||
description: ...
|
||||
|
||||
---
|
||||
|
||||
# DNS
|
||||
## 背景知识
|
||||
|
||||
|
||||
3
docs/wiki/05-基础知识/09-科普/_category_.json
Normal file
3
docs/wiki/05-基础知识/09-科普/_category_.json
Normal file
@@ -0,0 +1,3 @@
|
||||
{
|
||||
"description": "一些科普知识,可以加深对网络维修工作的理解"
|
||||
}
|
||||
9
docs/wiki/05-基础知识/09-科普/index.md
Normal file
9
docs/wiki/05-基础知识/09-科普/index.md
Normal file
@@ -0,0 +1,9 @@
|
||||
# 科普
|
||||
一些科普文章
|
||||
|
||||
*请选择一个板块查看:*
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
|
||||
<DocCardList className="docs-card" />
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user