网络代理配置(2) -- 3proxy

1. 简介

网络代理配置(1) – shadowsocks中记录了shadowsocks的使用过程,本文记录3proxy的使用过程。

2. 下载

3proxy是github上的一个开源程序,可以在这里https://github.com/3proxy/3proxy/releases/下载编译后的可执行文件,我下载的是3proxy-0.9.4-x64.zip,大小2.05MB。github的访问问题可以参考github访问失败

3. 运行代理服务

  1. 编写配置文件
# 超时的时间值
timeouts 1 5 30 60 180 1800 15 60
 
# 在windows上作为服务启动
service
 
# 内部IP地址,不可使用127.0.0.1,要具体地址,这里填你的电脑ip地址,0.0.0.0表示全部地址
internal 0.0.0.0

#################################
#### socks4/4.5/5 proxy setting
#################################
#无认证
auth none
flush
# 允许所有你配置的用户连接
allow *

# 这里手动指定端口1080
socks -p1080
  1. 启动3proxy,该运行正常的话不会打印任何内容
$ ./3proxy.exe 3proxy.cfg

4. 浏览器代理设置

这里参考网络代理配置(1) – shadowsocks3proxy支持socks_v4,所以选择这个也能正常浏览网页。

5. 参考

windows搭建sock5代理服务器

  • 8
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Pod 处于 CrashLoopBackOff 状态通常是由于容器在启动后立即崩溃或退出导致的。kube-proxy 是 Kubernetes 中的一个组件,负责实现集群内部的网络代理和负载均衡功能。当 kube-proxy 所在的 Pod 处于 CrashLoopBackOff 状态时,可能会导致集群内部的网络通信出现问题。 要解决 kube-proxy Pod 的 CrashLoopBackOff 状态,可以按照以下步骤进行排查和修复: 1. 查看 Pod 的日志:使用 kubectl logs 命令查看 kube-proxy Pod 的日志,可以获取更多关于崩溃原因的信息。例如,执行以下命令获取 kube-proxy Pod 的日志: ``` kubectl logs <kube-proxy-pod-name> -n <namespace> ``` 2. 检查容器配置:检查 kube-proxy 容器的配置是否正确。确保容器的启动命令、环境变量和配置文件等都正确设置。 3. 检查资源限制:检查 kube-proxy Pod 的资源限制是否过高,可能导致 Pod 在启动时无法满足资源需求而崩溃。可以尝试调整资源限制或增加集群的资源配额。 4. 检查依赖组件:检查 kube-proxy 所依赖的其他组件(如 kubelet、etcd 等)是否正常运行。如果依赖组件出现故障或配置错误,可能会导致 kube-proxy Pod 无法正常启动。 5. 检查网络配置:检查集群的网络配置是否正确,包括网络插件、网络策略等。错误的网络配置可能导致 kube-proxy Pod 无法正常工作。 6. 重启 kube-proxy Pod:如果以上步骤都没有解决问题,可以尝试删除并重新创建 kube-proxy Pod。执行以下命令删除 kube-proxy Pod: ``` kubectl delete pod <kube-proxy-pod-name> -n <namespace> ``` 以上是解决 kube-proxy Pod 处于 CrashLoopBackOff 状态的一般步骤,具体的解决方法可能因实际情况而异。如果问题仍然存在,建议查看更详细的日志信息或向 Kubernetes 社区寻求帮助。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值