彻底理解前端安全面试题（2）—— CSRF 攻击，跨站请求伪造攻击详解，建议收藏（含源码）

前言

前端关于网络安全看似高深莫测，其实来来回回就那么点东西，我总结一下就是 3 + 1  = 4，3个用字母描述的【分别是 XSS、CSRF、CORS】 + 一个中间人攻击。当然 CORS 同源策略是为了防止攻击的安全策略，其他的都是网络攻击。除了这 4 个前端相关的面试题，其他的都是一些不常用的小喽啰。

我将会在我的《面试题一网打尽》专栏中先逐一详细介绍，然后再来一篇文章总结，预计一共5篇文章，欢迎大家关注～

本篇文章是前端网络安全相关的第一篇文章，内容就是 CSRF 攻击。

一、准备工作

CSRF（cross-site request forgery）跨站请求伪造，是利用 iframe、img、a 、link、form等标签src、href 等不存在跨域问题的特点。CSRF 攻击的本质是利用 cookie 会在同源（同站）请求中携带发送给服务器的特点，以此来实现用户的冒充，伪造用户的请求。

1.1 拉取仓库

所以本篇文章的基础是需要一个服务端的项目，可以跟着我的这篇文章搭建自己的服务端项目。或者直接克隆我的仓库代码在这个提交上拉一个新分支，本篇文章所有的代码都是在这个提交基础上进行的。

在本篇文章之前，我已经写了xss 攻击的文章，所以在你拉取我的 git 最新代码的时候，已经有很多更新的提交了，不过，无论是从上面我说的那个提交拉取新分支，还是拉取最新的代码都可以，我的仓库的所有的合并都是相互独立的。

不论你先看 XSS 教程还是先看 CSRF 教程都可以。

1.2 新增 CSRF 文件夹

二、攻击条件

  1. 目标站点一定要有 CSRF 漏洞
  2. 用户要登录过目标站点，并且在浏览器上保持有该站点的登录状态
  3. 需要用户打开一个第三方站点，可以是黑客的站点，也可以是一些论坛

所以说这个攻击，有两个网站！

三、攻击类型

3.1 get 攻击：

利用 iframe、img、a 等标签发起 get 请求时，不存在跨域的问题，利用 cookie 发起跨站请求，注意是跨站，不是跨域【协议+域名+端口号都相同才不跨域、有效顶级域名 + 1 相同才不跨站】

在当前访问的网站和请求服务的网站跨站的情况下，第三方服务设置的 cookie 就称之为第三方 cookie，比如当前网站A，有一个 iframe 地址为 B，B 请求服务，B 的 cookie 对于网站 A 就是第三方 cookie，跨站的概念和 cookie 的 domain 属性设置是差不多的，

还可以利用 a 标签的 href 属性，这个本质上也是 get 请求的攻击。

跨站和跨域的关系与区别

  • 跨站 not samesite：两个域名不属于同站（域名-主机名/IP相同，协议相同）。
  • 跨域：两个域名不属于同源（域名-主机名/IP相同，端口号相同，协议相同）。

Cookie 的同源主要用于防止 CRSF，Cookie 的校验较宽松，Cookie 只关注域名，忽略协议和端口，只要两个 URL 的 eTLD+1 相同即可【顶级域名+1】，eTLD 表示有效顶级域名，注册于 Mozilla 维护的公共后缀列表（Public Suffix List）中，例如，.com、.co、.uk、.github.io 等。而 eTLD+1 则表示，有效顶级域名+二级域名，例如 taobao.com 等。

  1. www.taobao.com 和 www.baidu.com 是跨站
  2. www.a.taobao.com 和 www.b.taobao.com 是同站
  3. a.github.io和b.github.io是跨站

所以跨站即：两个 URL 顶级域名和二级域名不同就是跨站（也称第三方（Third-party）），相同则是同站本方（First-party）

跨站就一定跨域

跨域不一定跨站

3.2 post 攻击：

构建一个表单 html 中的 <form action="xxx" method="get/post"></form>，隐藏它，当用户进入页面时，自动提交这个表单，一个 form 表单可以实现 post 请求或者get 请求

好久不用原生的 form 表单了，都忘了怎么用了，在提交 form 表单之后页面会自动跳转，想要阻止自动跳转，就不能用 form 自带的 submit 功能了，需要手动使用 js 提交表单的内容，但是那样就不会发起 csrf 攻击了。

四、get 类型 CSRF 攻击

get 类型 CSRF 攻击是利用 iframe、img 等标签发起 get 请求时，不存在跨域的问题，利用 cookie 发起跨站请求。

4.1 攻击的步骤

  1. 有一个安全的网站 A（https://safe.com），用户登录的身份验证存在 cookie 中，使用 get 请求保存敏感信息（密码），如：https://safe.com/savePwd?pwd=456，在请求时会携带cookie的身份信息
  2. 用户在 A网站正常登录，useId 保存在 cookie 中，A 的服务器接收到请求后，验证 cookie 信息后，就开始更改密码。
  3. 有一个黑客，伪造了一个恶意网站B（https://danger.com）,此网站有一个有一个 iframe或者img，src 的值是 https://safe.com/savePwd?pwd=456 ，黑客诱导用户打开这个网站，并且A网站还没有退出登录。【也可以用 a 标签】
  4. 用户打开 B 网站就会自动发送 更改密码的请求【因为会自动加载 iframe 里面的内容】，并且携带了A网站的 cookie。【能携带是浏览器的功能SameSite=none的功能】
  5. cookie 不区分端口号，但是区分 path
  6. B 网站只能利用 cookie，但是不能通过 document.cookie 获取 A 的 cookie，因为在B网站上获取的只能是 B 的 cookie

4.2 代码实现

根据 4.1 的流程实现代码即可。

4.2.1 安装 cookie-parser

我们主要的目的是盗用 cookie，所以要学会在 express 服务端代码中设置、获取 cookie，我们使用 cookie-parser 这个安装包

pnpm i cookie-parser

4.2.2 安装 cors

因为 cookie 是不区分端口号的，我们有一个不安全的页面 2，并且页面 2 和页面 1 是跨站的，而且跨站一定会跨域，所以我们要保证我们的服务支持跨域请求，express 中设置支持跨域的方法很简单就是使用 cors 这个 npm 包。

pnpm i cors

4.2.3 新增 csrf/index.html

<!DOCTYPE html>
<html lang="en"><head><meta charset="UTF-8" /><meta name="viewport" content="width=device-width, initial-scale=1.0" /><title>Document</title><style>.button {cursor: pointer;}</style></head><body><div class="button" onclick="login()">点击用户1登录，设置cookie</div><div class="button" onclick="savePwd()">点击修改密码</div><script>function login() {fetch('/getInfo').then((res) => {console.log('登录成功', res);});}function savePwd() {fetch('/savePwd?pwd=456').then((data) => {return data.json()}).then((res) => {console.log('修改结果', res)})}</script></body>
</html>

4.2.4 新增 csrf/index2.html

<!DOCTYPE html>
<html lang="en">
<head><meta charset="UTF-8"><meta name="viewport" content="width=device-width, initial-scale=1.0"><title>Document</title>
</head>
<body><h1>恶意网站</h1><a href="https://www.safe.com/savePwd?pwd=789">点击修改密码</a><!--<img src="https://www.safe.com/savePwd?pwd=789"/>--><!--<iframe src="https://www.safe.com/savePwd?pwd=789">点击修改密码</iframe>-->
</body>
</html>

4.2.5 新增 csrf/index.js

const express = require('express');
const path = require('path');
const cors = require('cors');
const cookieParser = require('cookie-parser');// 第一个服务
const app = express();
// 允许跨域请求
app.use(cors());
// 解析 cookie
app.use(cookieParser());// 安全的网页，用于用户登录
app.get('/', function (req, res) {res.sendFile(path.join(__dirname, '/index.html'));
});// 安全的网页的登录接口，给网站设置 cookie
app.get('/getInfo', function (req, res) {res.cookie('userId', '111111', {expires: new Date(Date.now() + 900000),sameSite: 'None', // 这个是必须设置的secure: 'true', //只要是 truthy 值就可以path: '/',});res.send('end');
});
// 修改密码的接口
app.get('/savePwd', function (req, res, next) {const { query, cookies } = req;// 能获取 cookie 才返回修改成功if (cookies.userId) {res.json({pwd: query.pwd,message: '修改成功',});} else {res.json({pwd: query.pwd,message: '修改失败',});}
});
app.listen(3000)// 第二个服务
// 不安全的网页，用于用 iframe/ a 标签 等 嵌入安全的网页，盗用 cookie
const app2 = express();
app2.get('/', function (req, res) {res.sendFile(path.join(__dirname, '/index2.html'));});
app2.listen(3001)

4.2.6 运行代码

npm run dev csrf

4.2.7 使用 whistle

按照官网安装即可，我们使用它的目的是

  1. 把 localhost:3000 映射到 https://www.safe.com
  2. 把 localhost:3001 映射到 https://www.danger.com

这样我们就有 2 个跨站的域名了。

安装之后 在命令行运行

w2 start

然后访问http://127.0.0.1:8899/ 设置域名映射

4.2.8 结果

这里面有一个关键点是需要设置 sameSite = none 、 secure = true

（1）chrome 浏览器默认的 sameSite = lax，所以要手动设置 sameSite = none

（2）要设置 sameSite=none，那么就必须要设置 secure =true，而设置后 secure=true之后， 只能通过https 请求携带cookie了，这也是我们要使用域名代理的原因。

参考这篇文章

 4.2.9 提交代码

五、防御攻击

5.1 进行同源检测

服务端进行同源检测【类似非简单请求的同源策略，get请求不会跨域】，在接收到请求之后，判断 origin 或 referer 的值是否是安全的【如果是在恶意网站发起的请求，origin、referer 会显示恶意网站，如下图】【优先判断 origin】

Origin 或 Referer 的关系和区别

  1. Origin 和 Referer 都可以服务端用来做来源验证，来防止 csrf 攻击，都是浏览器自动带在请求头的
  2. 但是，可以通过 Referrer Policy 来禁止请求携带 referer，【请求头增加字段 Referrer-Policy: no-referrer/origin等】所以服务器验证请求中的 referer 不太可靠
  3. 因此标准委员会又制定了 origin 属性，在一些重要的场合，比如通过 XMLHttpRequest 、fetch 发起跨站请求时，都会带上 origin
  4. Origin 包含协议、主机和端口，不包含路径
  5. Referer 只包含了源页面的 URI，包含路径，而且该字段可能在用户隐私方面存在一些敏感性问题。
  6. Origin 主要用于跨站请求的安全性检查，而 Referer 则是提供请求来源信息的通用手段，可用于日志记录、统计分析等。
  7. 所以对于 csrf 来源验证，服务器的策略是有优先判断 origin；如果请求头中没有包含 origin 属性 ，再根据实际情况判断是否使用 referer 

Origin：

  • 用途： Origin 请求头用于表示一个 URI 的起源，包括协议、主机和端口。
  • 格式： Origin: <scheme>://<host>:<port>
  • 安全性： Origin 是由浏览器自动设置的，它通常用于跨站请求的安全性检查。在跨域请求时，浏览器会检查目标服务器是否允许来自特定 Origin 的请求，如果不允许，浏览器会阻止此类请求。
  • origin的值不能手动修改，不能手动设置都是浏览器自动的

Referer：

  • 用途： Referer 请求头用于表示请求的来源页面的 URI。它指明了用户是从哪个页面跳转或提交请求的。
  • 格式： Referer: <origin>
  • 安全性： Referer 是由浏览器设置的，但它不像 Origin 那样用于强制安全性检查。虽然 Referer 也可以在某些场景下用于防范 CSRF 攻击，但它的值可由用户和服务端控制，不是可靠的安全控制手段。
  • 可以手动修改document.write('<meta name="referrer" content="http://example.com">')但是会收到安全限制，不建议

 5.1.1 修改 index.js

现在我们来根据请求的 referer 来进行同源检测，我们的例子中使用的是a 标签，浏览器不会自动携带 origin , 所以我们只能根据 referer 判断了。

这里面有一个关于 express 的知识，就是使用 req.get 获取http的请求头 

5.1.2 运行

这回我们再点击恶意网站的链接跳转，就会显示失败

 

5.2 使用 CSRF token 验证

其实本质就是每一个请求都加一个 token 验证，在该密码的接口中带上这个 token，由服务器进行验证，验证通过才进行下一步操作。token 的设置主要有两种方式

  1. 页面加载时硬编码在 html 中【要用服务端渲染，服务端生成token，嵌在html中，比如form表单的隐藏字段中】【这种方法的问题是，每一次请求都需要加上这个 token，并且如果加上了 cdn 负载均衡服务器（分布式服务器），每个服务器的session 无法同步，那就保证token的正确了】。很多教程中都是说的用这种服务端渲染的硬编码！但是我们常用的vue等框架不是ssr的，所以看的云里雾里，如果是用的nuxt等框架就可以实现这种逻辑了
  2. 前端动态获取 CSRF 令牌，用新的接口获取 token【要保证这个token获取接口是安全且身份验证和授权，不容易受到 CSRF 攻击】这种方式通常被称为 "CSRF Token Refresh"，其中前端可以通过新接口请求一个最新的 CSRF 令牌，并将其嵌入到后续的请求中。这可以提高安全性，特别是对于那些用户会话可能变得很长时间的应用程序，因为 CSRF 令牌的有效性通常是有限的，但是这样的话，逻辑循环了，要怎么保证获取 token 的接口不会受到 CSRF攻击呢。

5.3 对cookie进行双重验证

cookie 进行双重验证是指，在第一次访问服务器时，设置一个 cookie，后续的请求都需要把这个cookie 取出来添加到参数 URL 中，然后服务器需要对 cookie 的数据和 URL 上的参数进行比较。恶意网站无法获取 cookie 自然就无法拼出正确的 URL 了。这种方法不涉及分布式访问的问题，但是如果存在 XSS 漏洞，就会失效，这种方法不能做到子域名的隔离。

5.3.1 修改 index.js

5.3.2 修改 index.html

这样修改之后，在恶意网站就无法请求成功了，因为恶意网站请求的地址没变！因为我们没有修改 index2.html

5.3.3 提交代码 

5.4 cookie 设置 SameSite

在服务端设置 cookie 属性的时候设置 SameSite 限制cookie不能被第三方使用，这个是服务端设置的。samesite 取值 none/Strict/Lax，默认为 Lax，chrome 浏览器的开发者工具中显示的空，其实就是Lax。

严格模式 Strict，cookie 在任何情况下都不可能作为第三方cookie使用；

宽松模式下 Lax，cookie可以被提交get表单、会发生页面跳转的请求使用a 标签/link标签，但是如果在第三方中使用post方法或者使用 img/iframe 等标签加载 URL 这些场景不会携带 cookie。

将 Samesite 设为 Lax ，这种模式称为宽松模式，也是目前浏览器中的默认值。如果这个请求是个 GET 请求，并且这个请求改变了当前页面或者打开了新的页面，那么这个 cookie 可以作为第三方 cookie【和本篇文章 4.2 中的例子一样】，其余情况下都不能作为第三方 cookie。使用这种方法的缺点是，因为它不支持子域，所以子域没有办法与主域共享登录信息，每次转入子域的网站，都需要重新登录。还有一个问题就是它的兼容性不够好。

5.4.1 设置 sameSite

因为chrome浏览器默认的 cookie 的 samesite 值是 lax，虽然在开发者工具中显示的是空，所以如果我们模拟的 demo 中使用的是 firame 或者 src 就不会跨站携带 cookie.。要想我们的demo生效需要在服务端设置 cookie的时候同时设置 samesite=none & secure=true。但是 srcure 只有在https请求中可以设置成功，所以我们需要使用代理工具，将本地的ip地址映射成https:的域名，使用whistle工具很方便 w2 start即可

经过这样设置，基本上可以杜绝所有的 CSRF 攻击了。 

总结

模拟 CSRF 攻击的代码已经完成，我的仓库地址如下，欢迎查看

yangjihong2113/learn-express

内容较多，难免疏漏，如有问题，欢迎指正。

这是一系列的文章，我已经总结完关于 XSS 攻击的内容，关于网络安全的内容还有 CORS 和中间人攻击的内容没有总结，持续更新中，欢迎关注。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/591359.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

免费下载的高清影像如何使用？

免费下载的高清影像如何使用？

由于该影像数据为DAT格式&#xff0c;因此这里以“北京”影像数据为例&#xff0c;为大家分享一下它的查看与导出等使用方法。 卫星影像数据示例 我们上传到百度网盘中的北京高清卫星影像数据有37.8GB&#xff0c;除了卫星影像数据和地名标签外&#xff0c;还包括接图表和常用…
阅读更多...
SpringBoot灵活集成多数据源(定制版)

SpringBoot灵活集成多数据源(定制版)

如来说世界&#xff0c;非世界&#xff0c;是名世界 如来说目录&#xff0c;非目录&#xff0c;是名目录 前言前期准备代码实现演示扩展 前言 本篇博客基于SpringBoot整合MyBatis-plus&#xff0c;如果有不懂这个的&#xff0c; 可以查看我的这篇博客&#xff1a;快速CRUD的秘诀…
阅读更多...
信息化和数字化的本质区别是什么？

信息化和数字化的本质区别是什么？

信息化和数字化是两个概念的区别 它们有什么区别和联系呢&#xff1f;信息化&#xff1a;“业务数据化”&#xff0c;先让业务流程能被数据记录下来。信息化“业务数据化”。数字化&#xff1a;“数据业务化”&#xff0c;用已累积的业务数据去反哺优化业务流程。数字化“数据…
阅读更多...
C++：继承（这一篇就够了）

C++：继承（这一篇就够了）

C&#xff1a;继承&#xff08;这一篇就够了&#xff09; 一、继承的概念及定义1.1 继承的概念1.2 继承定义1.2.1定义格式1.2.2 继承关系和访问限定符1.2.3 继承基类成员访问方式的变化 二、基类和派生类对象赋值转换三、继承中的作用域四、派生类的默认成员函数五、继承与静态…
阅读更多...
可穿戴智能设备应用领域以及使用意义分别有哪些？

可穿戴智能设备应用领域以及使用意义分别有哪些？

可穿戴智能设备有哪些&#xff1f; 可穿戴智能设备是指可以佩戴在身上&#xff0c;具有智能功能和交互能力的电子设备。以下是一些常见的可穿戴智能设备&#xff1a; 智能手表&#xff1a;智能手表结合了传统手表的功能和智能设备的特性&#xff0c;可以显示时间、接收通知、监…
阅读更多...
Linux下一切皆文件

Linux下一切皆文件

个人主页&#xff1a;Lei宝啊 愿所有美好如期而遇 目录 你是否听过Linux下一切皆文件&#xff1f; 在哪里我们体悟到了Linux下一切皆文件&#xff1f; 文件是什么&#xff1f; 在哪里体悟到的&#xff1f; 常见疑惑 怎么办到的Linux下一切皆文件&#xff1f; 我们抛出…
阅读更多...
LED显示屏常用驱动芯片一览表

LED显示屏常用驱动芯片一览表

LED显示屏驱动芯片是专门用于驱动LED显示屏的核心芯片&#xff0c;它能够将输入的电信号转化为驱动能力&#xff0c;以控制LED灯的亮度和颜色。LED显示屏驱动芯片具有高可靠性、低功耗、长寿命等优点&#xff0c;是LED显示屏产业的核心零部件之一。 SM16306SJ LED显示屏驱动芯…
阅读更多...
《MySQL系列-InnoDB引擎02》InnoDB存储引擎介绍

《MySQL系列-InnoDB引擎02》InnoDB存储引擎介绍

文章目录 第二章 InnoDB存储引擎1 InnoDB存储引擎概述2 InnoDB存储引擎的版本3 InnoDB体系架构3.1 后台线程3.2 内存 4 Checkpoint技术5 Master Thread 工作方式5.1 InnoDB 1.0.x版本之前的Master Thread5.2 InnoDB 1.2.x版本之前的Master Thread5.3 InnoDB 1.2.x版本的Master …
阅读更多...
python写入csv文件总是多出一行空行(windows)

python写入csv文件总是多出一行空行(windows)

问题代码 import csv from os import pathfull_path path.abspath(__file__) path_dir path.dirname(full_path)data [[Name, Age, City],[John, 25, New York],[Alice, 30, Los Angeles],[Bob, 35, Chicago] ] # 代码使用都是正常的&#xff0c;但是总是多出一行空格 with…
阅读更多...
Unity游戏资源更新（AB包）

Unity游戏资源更新（AB包）

目录 前言&#xff1a; 一、什么是AssetBundle 二、AssetBudle的基本使用 1.AssetBundle打包 2.BuildAssetBundle BuildAssetBundleOptions BuildTarget 示例 3.AssetBundle的加载 LoadFromFile LoadFromMemory LoadFromMemoryAsync UnityWebRequestAsssetBundle 前…
阅读更多...
nginx+rsyslog+kafka+clickhouse+grafana 实现nginx 网关监控

nginx+rsyslog+kafka+clickhouse+grafana 实现nginx 网关监控

需求 我想做一个类似腾讯云网关日志最终以仪表方式呈现&#xff0c;比如说qps、p99、p95的请求响应时间等等 流程图 数据流转就像标题 nginx ----> rsyslog ----> kafka —> clickhouse —> grafana 部署 kafka kafka 相关部署这里不做赘述&#xff0c;只要创…
阅读更多...
跨境电商代采是什么？怎么做代采网站？

跨境电商代采是什么？怎么做代采网站？

跨境电商独立站就是跨境电商自行搭建的销售网站&#xff0c;服务器、域名都是自主购买的&#xff0c;并由跨境电商独立运营与营销推广。 近些年来&#xff0c;各类第三方电商平台虽然流量大&#xff0c;但是随着进驻电商数量的增加&#xff0c;流量竞争也愈发激烈&#xff0c;…
阅读更多...
雷达遮挡检测综述

雷达遮挡检测综述

1 概述 雷达&#xff08;毫米波、激光&#xff09;的遮挡是实际项目中比较常见的现象&#xff0c;优秀的算法应当能够及时、准确地检测出雷达是否被遮挡&#xff0c;以及遮挡的严重程度&#xff0c;然后将故障信息发送给诊断系统&#xff0c;并在仪表盘上显示&#xff0c;如…
阅读更多...
win系统微软输入法踩坑之输入法

win系统微软输入法踩坑之输入法

例如&#xff1a;字母间距变宽 或者打字总是繁体等等 字母变宽是因为快捷键误触切换成了全角字符。。 立马打开输入法设置界面进行相关设置&#xff08;你要解决的输入法问题都可以在这里得到解决&#xff09;&#xff1a;
阅读更多...
LED恒流驱动芯片：700V高压线性恒流选型一览表

LED恒流驱动芯片：700V高压线性恒流选型一览表

LED恒流驱动芯片是一种专门用于LED照明产品的电子元件&#xff0c;它能够实现LED的恒流驱动&#xff0c;从而保证LED灯具在工作过程中稳定的亮度和电流输出。其中&#xff0c;700V高压线性恒流是LED恒流驱动芯片的一个重要特性&#xff0c;下面就让我们来详细了解一下。 SM2253…
阅读更多...
Apple Unity Plugins 接入GameCenter 崩溃解决方案

Apple Unity Plugins 接入GameCenter 崩溃解决方案

目录 问题问题原因解决方案可直接使用的UnityPlugins 问题 调用 GKLocalPlayer.Local.FetchItems() 程序崩溃&#xff0c;报错&#xff1a;Thread 1: EXC_BAD_ACCESS (code257, address0x8000000000000002) 启动崩溃&#xff0c;报错&#xff1a;Library not loaded: rpath/Ap…
阅读更多...
新年新计划，羊大师教你如何实现个人目标与成长

新年新计划，羊大师教你如何实现个人目标与成长

新年新计划&#xff0c;羊大师教你如何实现个人目标与成长 新的一年已经到来&#xff0c;这是一个神奇的时刻&#xff0c;一个全新的开始&#xff0c;也是实现自己目标与成长的最佳时机。在这个瞬息万变的世界中&#xff0c;我们总是被忙碌的生活所迷失&#xff0c;然而我们需…
阅读更多...
2023年度回顾：怿星科技的转型与创新

2023年度回顾：怿星科技的转型与创新

岁月不居&#xff0c;时节如流。随着2023年的落幕&#xff0c;怿星科技在这一年中不仅实现了自身的转型&#xff0c;还在技术创新、产品研发、行业合作和人才培养等方面取得了显著的成就。这一年&#xff0c;怿星科技正式完成了从服务型公司向产品型公司的战略转变&#xff0c;…
阅读更多...
为什么选择 IBM LSF?

为什么选择 IBM LSF?

IBM Spectrum Computing 推出了全面的软件定义基础架构解 决方案产品组合&#xff0c;从而优化资源利用率以缩短成果实现时间并 降低成本&#xff0c;以高效地交付 IT 服务。IBM Spectrum Computing 解决方案非常适合技术和 HPC 应用&#xff0c;旨在简化和加速高性能 仿真和分…
阅读更多...
Windows本地如何部署Apache服务器搭配内网穿透实现无公网IP远程访问？

Windows本地如何部署Apache服务器搭配内网穿透实现无公网IP远程访问？

文章目录 前言1.Apache服务安装配置1.1 进入官网下载安装包1.2 Apache服务配置 2.安装cpolar内网穿透2.1 注册cpolar账号2.2 下载cpolar客户端 3. 获取远程桌面公网地址3.1 登录cpolar web ui管理界面3.2 创建公网地址 4. 固定公网地址 前言 Apache作为全球使用较高的Web服务器…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023