谈谈proxy的安全问题

近期公司要针对proxy的问题,进行系统的考虑,当然这主要是安全方面的因素,主要是管理方面的,后续打算基于实际过程中遇到的问题,进行逐点思考,供有兴趣的朋友一起讨论。

 

proxy,顾名思义就是代理,是一种技术,也是一套IT系统,也可能是一项标准等等,这主要是要看大家讨论的角度了。在这里,我主要是指公司内部网络环境中,基于服务代理模式实现的IT系统。在我所在的公司,它被认为是公司Intranet用户在办公环境下访问Internet资源的一种默认方式。

1、为什么要用proxy

在这里,或许有人会问,为什么要用proxy,而不用像我们日常在家里的那样,直接连个宽带,加个猫,如果人多就加个带猫功能的路由?其实这也不是不可能,这主要就要看公司用户的规模、公司的资金、信息的安全、网络环境的安全问题了。你要是在个十几二十个人的小公司,或者公司财大气粗,宽带用最大的,流量不算钱,或者内部没啥好保密的,有的东西都是从网上随便都能轻易获取的,更或者不用担心内网的机器中毒,大不了集体重装一把,全公司休息两天,如果满足以上这些情况的话,我要说,花上上千万买一套proxy系统,纯粹是浪费。

好了,我综合一下proxy系统的好处:1)proxy系统一般都有个大容量的缓存,用于存放已经访问过的Internet资源,等内网其他用户再次访问这些信息的时候,可以直接从缓存中读取,避免了再次从Internet上进行下载,既能减少网络访问流量(也许还能省不少钱),还能减少响应时间,提

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
引用\[1\]中提到了一个关于解决前端跨域问题的方法,即使用代理(proxy)来转发请求。在引用\[2\]中的代码示例中,可以看到在webpack的配置文件中,通过设置devServer的proxy选项,将以'/proxy-api'开头的请求转发到目标地址'http://dnny.net'。这样前端发送的请求就会被代理服务器接收并转发到目标服务器,从而解决了跨域问题。 如果请求的路径不是以固定字符串开头,如'/login'、'/user'、'/info'等,那么需要在前端进行处理,给接口加上一个标识符。可以使用pathRewrite选项来重写请求的地址,将标识符替换为空字符串,从而实现转发。具体的代码示例可以参考引用\[3\]中的示例。 总结起来,前端可以通过配置代理服务器来解决跨域问题。通过设置proxy选项,将需要跨域的请求转发到目标服务器,同时可以使用pathRewrite选项来处理不以固定字符串开头的请求路径。这样就能够在前端发送请求时绕过浏览器的同源策略,实现跨域请求。 #### 引用[.reference_title] - *1* *2* *3* [前端使用proxy解决跨域问题](https://blog.csdn.net/weixin_44594219/article/details/126720547)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值