V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  datocp  ›  全部回复第 171 页 / 共 223 页
回复总数  4457
1 ... 167  168  169  170  171  172  173  174  175  176 ... 223  
限速有 NN 种。
tplink 那种每 ip 限速的。每 ip 就是 100kb/s
有些会以连接的并发数来限制,这样就可能出现 100-400kb/s ,因为网络连接的抑制而导致的网络流量波动。
更高级的 QOS ,就是针对不同流量来限制。比如大多数流量都 100kb/s ,网易云音乐比较特殊,可以针对的性的 400kb/s 。一般不大可能是服务端的什么黑科技,只能是设备的 QOS 策略有问题,有漏洞,有没照顾到的,你一说明天也变 100kb/s 了。。。
2016-11-29 19:16:07 +08:00
回复了 catfish 创建的主题 问与答 R8000 为什么老是断网?
贵的不一定好。信号强的,一个 AP 可以覆盖 3 层楼的相对要好,但是遇到写字楼里 60 个 AP 信号。。。什么无线都要趴了。

1,先用 WirelessNetView.exe 之类的程序观察周围信道,排除信道干扰
2,上设备看是否提供客户端的信号显示,踢除弱信号。
3,有必要的话实施流量限制,防止延时问题

无线通常以最弱的那个信号影响最大,以前公司前台接在 2 道玻璃门 15 米左右的一个 AP ,自己即便坐在 AP 1 米以内也无能为力。
2016-11-29 19:00:31 +08:00
回复了 ychongcn 创建的主题 VPS 问一个小白问题 关于 vps 使用 google 的
ncr 的方法据说早就无效了,最终只能用 vpn 方式将日本的 vps 连接到美国的 vps ,才能实现访问美国 youtube 资源。

据说那 unblock youku 就是通过 ip 欺骗方式实现的。
2016-11-29 18:57:51 +08:00
回复了 Magician 创建的主题 VPS 刚买一个搬瓦工的 vps,结果敲 ssh 简直想死!
几分钟这么夸张

试试,劳民伤财的 gfw 就是会些旁门左道

iptables -I INPUT -d vpsip.ip.ip.ip/32 -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,URG RST -j DROP
2016-11-23 22:40:40 +08:00
回复了 vvvoler 创建的主题 路由器 请问下,咖啡厅这种地方用什么路由比较好~能单独 ip 限速
15 个无线限制,是 tplink 很多家用型固件上的限制,虽然刷了 ddwrt 之类的可以破除这个限制。但是无线多接,特别是客户端分布在多区域,像厕所之类的,到时候无线弱信号导致的延迟掉包情况就会出现了。以前用过 UBNT UAC 虽然随便接入 80+用户,可是也会随便几分钟就掉线。。。反而一些深圳产的山寨货让人刮目相看。一个设备直接覆盖 3 层楼。。。
前几天咨询了一下智博通的,可惜页面上有大功率介绍,老板又说不带功放,再加上不提供发票,就不敢买个 mtk7021 尝试了。
https://18028792896.1688.com

后面的迅雷问题,流量控制 QOS ,一个很大的原则就是不要让少量的用户占用 99%以上的带宽。公司的 10M 联通只有一个 ip-com R8 , 850kb/s 全速下载,每 ip 泛匹配 500kb/s 就可以保证大家都 ok 了。另外如果是家用带宽的话,可能被并发之类的限制,或者过小的上行导致拥塞。这种就不是每 IP 限制可以做的了。 ip-com R8 还好系统是 openwrt 限速没什么感觉。要是换成 tplink ,如果按照 iptables 的遍历过程,每 ip 限制时越靠后面的 ip 越难有带宽可以提供。在 QOS 方面,大家推荐的比较多的都是磊科的 285p 之类的所谓 QOS NB 的路由。如果会玩 openwrt 的话, QOS 是非常容易实现的,一个 50 块的优酷路由宝就够了,根本不需要花那些钱买什么坑人的企业级 ip-com R8
2016-11-20 08:15:04 +08:00
回复了 falcon05 创建的主题 VPS 求推荐低价 vps
最近搬瓦工确实很垃圾,可能大家都用 kcptun 吧,其它连接方式基本很慢,慢到想骂人。。。但是用 kcptun 又成神器了,在线看完一个 720p 的 youtube 视频没任何问题。。。

其实中国电信比较变态,虽然大家动不动就什么国际出口拥塞,在本地 ISP 就 QOS 了吧,哪还有机会挤国际出口。昨天晚上才注意到用电信 l2tp 到公司里的联通线路最高也没超过 30kb/s ,大早上的又 500kb/s 了。。。坑爹的中国电信。

想快真得找一个不被中国电信 QOS 的神器。
2016-11-16 00:43:37 +08:00
回复了 ghostxdy 创建的主题 宽带症候群 请问有什么好用的免费 DDNS 服务介绍?
哎,以前一直使用的 minidns.net 也无声无息消失了。

openwrt 支持的一些国外 ddns 也不知道怎么回事不怎么好用。最后还是用 softether 内置的 sedns.cn 省事,免费的东西真是越来越少了。
2016-11-14 19:46:22 +08:00
回复了 sgissb1 创建的主题 VPS 板瓦工最近很不稳定啊,有没有优化的办法
今天看起来又有点正常,虽然 ping 飞到 471ms 这么夸张,至少不像昨天之前的日子没完没了的掉包。
2016-11-14 18:40:43 +08:00
回复了 sgissb1 创建的主题 VPS 板瓦工最近很不稳定啊,有没有优化的办法
两台凤凰城的,一个 9.9 今天就到期了,已经丢到根本完全无法连上的情况。另外一个 l2tp 也就只有 20kb/s 左右的速度,只能用 kcptun 了。也许最近 kcptun 大家都在用。。。结果可想而知。
看了一下评测,不知道 hostus 是否可以啊。。。郁闷。用了 2 年了。真不想在搬瓦工一颗树上吊死,不过看起来像是电信的问题,联通线路虽然依然速度只有那么点点,但至少 ping 那台在电信线路有问题的 vps ,还是挺正常的。
2016-11-07 07:07:29 +08:00
回复了 Air_Mu 创建的主题 问与答 写入数据时硬盘整个盘符消失,求教何解?
我买了一块希捷 1t 的,希捷这个牌子一直挺信赖的。不知道是不是这 amd3800 平台太老了。分了 60g 60g 400g 400g 这么几个分区。其中 400g 分区老是出现响应缓慢的情况,然后扫半天磁盘坏道又是正常的。。。至今没解决。。。
2016-11-01 21:47:00 +08:00
回复了 benmaowang 创建的主题 硬件 求推荐带千兆网口的轻便 Win 笔记本,民工出差用
最近淘宝上的 asus bu201 很便宜带票 4200,税交了 600.
缺点 4 代 u 看起来问题不大
电池只能坚持 2-4 小时
外置喇叭很次,很大部分音乐直接爆音

asus 真坑。。。
2016-11-01 21:42:49 +08:00
回复了 v9ex 创建的主题 问与答 总是不能五杀, PING 值不稳定,是否为路由器问题?
玩游戏最好用有线,同样的一套 QOS 规则在有线可以做到很好的延迟控制,到了无线环境就不一定了。

很容易受到所谓的 弱信号干扰,看这情况最好确定自己有多少下行带宽,是不是其它设备突然网络流量需求导致跳 ping ,不过看起来更像是周围的信道干扰,可以下个 WirelessNetView 重新更换个信道试试。
2016-10-16 21:15:21 +08:00
回复了 qceytzn 创建的主题 VPS VPS 的防火墙问题:有比 iptables 简单好用的防火墙吗?
用 linux 烦的地方明明有正统的 iptables ,非要造出 ufw firewalld 出来, ufw 看起来能以自然语言理解,没见到特别的优势,而 firewalld 看起来有点像 openwrt 以 zone 定义的防火墙规则。

当年学习 linux 时也没有把 iptables 掌握,反而是在用第三方 linux 路由时,学习 ddwrt 因为各种网络管理,路由性能优化掌握了 iptables ,如果你想学习 iptables ,回头看来它确实不是很复杂,只是自己平时循序渐进罢了。至于 ufw 跟 firewalld 不清楚有些什么系统有这些命令,这两个东西看起来简单吗,一点也不会比 iptables 简单。不清楚 ufw 跟 firewalld 最终是否仍然解释为 iptables 命令,如果这样不如好好掌握 iptables ,在各个 linux 系统都可以使用,关键不需要通过另外一套语法来做各种转换。如果你学习过 routeros 的防火墙规则,你就非常郁闷明明有这么好的 linux 系统,还要出个 routeros 干嘛,自创的语法还只能部分解释 iptables 规则,一些高效的的 conntrack restore 结构压根就不支持。

这种语法一点都不复杂 stateful firewall
*filter
:INPUT DROP [0:0]
-A INPUT -p icmp --icmp-type 8 -m limit --limit 10/sec -j ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -m state --state INVALID -j DROP
-A INPUT -i lo -m state --state NEW -j ACCEPT
-A INPUT -i vpns+ -j ACCEPT
-A INPUT -i tap_soft -j ACCEPT
-A INPUT -p 41 -j ACCEPT
-A INPUT -p tcp -m multiport --dports 80,443 -j ACCEPT
-A INPUT -p udp -m multiport --dports 500,1194,1701,4500,8000 -j ACCEPT
-A INPUT -j LOG --log-prefix "INPUT_DROP_" --log-level 4

以后有机会接触别人的防火墙,用 iptables -S 看看人家的规则跟自己的有什么差别,然后 google 就可以了,有心掌握 iptables 的话,随着自己对规则的掌握也是非常快的,至于 ufw firewalld 真的不知道有什么意义。
现在的 linux 路由都带 wake on line ,如果有公网 ip 先访问路由器,再 wol 电脑,再通过 ddns 访问。

如果没有公网 ip ,那只能找一个有公网 ip 的主机,安装 softether ,然后内网主机通过反向连接 softether 服务器端,组成 vpn 网络,然后就可以通讯了。
stunnel l2tp 还是被电信限得死死的, kcptun 在电信 8M 1000kb/s 下行,看 1080p 还是有点吃力的,勉勉强强还算连贯, 720p 还是有足够的达到 60 秒以上的缓冲时间。

这下我也搞不清用的什么版本的 kcptun ,不过这是个运行在 mtk7620 openwrt 15.0.1 cc 上面的 kcptun mips 版本,不知道为什么路由里跑的比电脑上的 x64 版本还快,,,,可能电脑 cpu 太烂了。。。而且可能最近这个优酷路由宝不再跑挖矿程序, kcptun 竟然连接了 3 个小时都没断开过。。。

服务器端
./server_linux_amd64 -l :4000 -t 127.0.0.1:1080 -key xxxxx -mtu 1400 -crypt none -sndwnd 2048 -rcvwnd 2048 --mode fast2 --nocomp &

socks5 服务器端用的这个, https://github.com/felix021/ssocks5 ,没有再经过 ss 做多余的壳加密,受制于路由器性能也只能没有加密才可以跑起来。

iptables -t nat -A PREROUTING -i venet0 -p udp -m multiport --dports 4001:4030 -j REDIRECT --to-ports 4000

客户端
#!/bin/sh
iptables -D INPUT -i wlan0 -p tcp --dport 1085 -j ACCEPT
iptables -I INPUT -i wlan0 -p tcp --dport 1085 -j ACCEPT
iptables -t nat -F OUTPUT
iptables -t nat -I OUTPUT 1 -d ipipip1 -p udp --dport 4000 -j DNAT --to-destination ipipip1:4001-4030 --random

killall client_linux_mips
while true;sleep 3;do
num=`pidof client_linux_mips`
if [ "$num" = "" ]; then

GOGC=20;/mnt/sda1/client_linux_mips -l :1085 -r ipipip1:4000 -key xxxxx -mtu 1400 -crypt none -sndwnd 32 -rcvwnd 256 --mode fast2 --nocomp -dscp 46 &

fi;done


http://ww3.sinaimg.cn/large/0060lm7Tgw1f8ta17hjl3j30il0i4dlu.jpg
最近搬瓦工都卖出去这么多了,还有什么保障,不过关于搬瓦工是否有限速问题,对方首先能肯定他们自身的网络没问题。。。。以前也通过和 vultr 之类的其它方 vps 进行 wget 传输, 20+MB/s 都是有保障的,至于经过中国电信 /联通以后那就只有哭的份了。

至于其它方, vultr 东京也曾经用过一段时间,其实它家如果没有锐速也同样没什么速度,有了锐速这种单边加速情况就好了很多。但又说不好,总是刚开始用那段时间很好,过个一个月慢慢就降下来了。按照 net_speeder 作者的说法,还是因为 tcp 协议经过那么长的跨太平洋光缆,因为各种设备延迟反复发包造成网络质量急剧下降,所以才有锐速, kcptun , finalspeed 这些神器来解决这些问题。

Hello,

We monitor our network 24/7 from multiple locations with packet loss statistics obtained every second. I can confirm that we are not currently experiencing any network-related issues, all our customers should be able to push up to 900 Mbit/s.
We recommend using the Interactive Console in the KiwiVM panel to troubleshoot any network connectivity issues inside of your VPS. Interactive Console works even when SSH is deactivated.

If you are still having difficulties, then we highly recommend using a service like http://ping.pe to diagnose the network stability.

If ping.pe shows no issues (no packet loss), then the problem is with your ISP and you should probably speak with them about this issue.

If you'd like us to investigate this further then please send us an mtr report (or WinMTR report if you are running Windows) taken from your location - this is the only way we can help you diagnosing issues like this one.

However please note that if ping.pe shows no issues then no matter what we see in WinMTR report - we can only provide a comment, but ultimately the problem is not within our network.

WinMTR can be downloaded from SourceForge: http://sourceforge.net/projects/winmtr/files/Latest/ (make sure to download WinMTR-v092.zip).

How to use WinMTR:

1) Launch the executable, enter your VPS IP address and click Start
2) Wait 1-2 minutes to accumulate some data
3) Click "Copy Text to clipboard" button and paste the report into the ticket.

Thank you.

Daniel Clay
Bandwagon Host / IT7 Networks

http://ww4.sinaimg.cn/large/0060lm7Tgw1f8qgkb1m6lj30rs0rsahk.jpg
1 ... 167  168  169  170  171  172  173  174  175  176 ... 223  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2304 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 49ms · UTC 14:44 · PVG 22:44 · LAX 07:44 · JFK 10:44
Developed with CodeLauncher
♥ Do have faith in what you're doing.