Die Suche mit nmap Unauthentifizierte Proxy-Server gehören nach wie vor zu den grössten Problemen, mit denen das Internet zu kämpfen hat. Falsch konfigurierte Proxy-Server oder Firewalls, welche als Proxies

还记得我那个超老旧的树莓派一代Model B嘛？给它装上系统，用网线连到路由器上，并且设置静态IP后，就那么一直开机空跑呢。 (图源 ：pixabay) 用它做点啥好呢？我陷入了深深的思索当中：对于老旧的硬件来讲，感觉实在是鸡肋——食之无味，弃之可惜。 想到这两天正在弄的在Linux命令行设置socks代理以及在Windows浏览器上设置代理，突发奇想，何不将树莓派改造成专门的socks代理机器？

这段时间经常被一个问题困扰，就是我本地Linux机器无法访问一些网站（原因是众所周知的），导致一些事情只能在服务器上操作。 (图源 ：pixabay) 于是我想了一个办法，就是用一台树莓派做了个代理，然后在本地机器上设置通过代理访问网络，这样貌似可以解决问题。 Linux 命令行下设置代理

Proxifier The Most Advanced Proxy Client Screenshots Hunter's comment pretty slick actually, especially if you wanna spin up a bunch of cloud instances, you can chain together your socks really easily

2019年1月25日：更新账号端口和密码。 参考：

前两个是比较稳定的免费代理

方法一 brew用curl下载，所以给curl挂上socks5的代理即可。 在~/.curlrc文件中输入代理地址即可。 socks5 = "127.0.0.1:1080" 方法二：替换源 替换为中科大源 替换brew.git： cd "$(brew --repo)" git remote set-url origin 替换homebrew-core.git:

There are two ways to clone in GitHub. Clone with HTTPS: git clone Clone with SSH: git clone git@github.com:xxx/xxx.git If you don't set up a proxy for local SSH, cloning using SSH will not take the proxy.

关于文件同步的事情不想折腾了！ 分析了一通，点对点的，有中心服务器的，免费的，收费的！ 看时间这都凌晨了，实在是不想在这个问题上面浪费更多的时间。 正好最近Dropbox也要IPO了，也算是凑个热点！ 还是Dropbox吧，当然得要有梯子，目前用ss，如果ss挂了怎么办？ 到时候在解决吧，一次解决一个问题就可以了！ Mac 安装：SS开局部代理，Dropbox改代理设置 sock5 到 127.0.0.1:1080

[DICHVUSOCKS.US] SERVICE SOCKS 5 CHEAP Our proxy service offers you a solution to Internet anonymity problem:quality HTTP/SOCKS 5 proxies! Service price Here are the main advantages of using our proxy

109.189.18.161:35923 104.207.144.18:14418 155.4.176.152:35923 104.145.115.133:35923 155.4.231.249:35923 108.58.29.2:10929 107.2.120.178:18489 109.247.7.80:12590 121.97.195.63:57815 158.174.55.75:35923

109.189.87.62:35923 109.189.18.161:35923 104.160.251.157:39046 104.160.251.153:10552 104.160.238.172:10552 104.160.238.174:32937 104.244.140.250:35923 104.160.251.156:19845 132.148.82.151:14063

So you just decided that your applications need a way to reach an endpoint under relative anonymity yet with simplicity in mind. That might be a good choice! Far too much of our traffic goes through bulk

We will use SSH tunneling to build such scheme: Local machine -> Remote Server -> WWW What we need: Local machine with SSH client Remote server with SSH daemon running (you can connect to server