V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mhycy  ›  全部回复第 52 页 / 共 186 页
回复总数  3708
1 ... 48  49  50  51  52  53  54  55  56  57 ... 186  
2017-12-22 14:41:54 +08:00
回复了 madNeal 创建的主题 信息安全 搭建一个初步的安全运营中心
@madNeal 图拉丁赛扬贴吧

放出详细需求,自然有人给你出方案~
钱少钱多不同玩法(还挺好玩
2017-12-22 14:39:10 +08:00
回复了 maemolee 创建的主题 问与答 拿到了六个月免费的 IBM 云服务,怎么玩儿?
开个波音
去医院,内科
别挂号挂成疼痛科,不是一个科目

费用:
估计需要至少 1 次 CT/超声用于判断,可能几百?(忘记了,反正和 1 块东芝 3T 差不多钱)
(一般这情况我会主动要求开检查单,有些医生本着为病人省钱的想法主动不开单)
(作为程序员你想想,连个调试器都没有你怎么 DEBUG )

注意:
1、详细,准确带有情景的按时间顺序描述你的病情,腹痛的原因少说也有上百种。。
(还有可能痛的地方不是病灶)
2、平时没运动就别一开始就剧烈运动,人类也是要热机的
3、运动过程中的不适别勉强,你是人类不是机器。程序出 BUG CPU 100%还得停下来 DEBUG 呢
4、头晕、呕吐这类症状千万别忽视,大多与炎症反应 /大脑损伤相关
5、有病别 TM 第一时间找中医!
2017-12-22 10:10:59 +08:00
回复了 hduwillsky 创建的主题 问与答 v 友对良心想预售的 TP R480 怎么看?
至今 IPS FHD 都是可选项。。。

另:
现在来说联想的设计、做工配置,无论国内国外的报价,都感觉不值
外部设计能省则省,内部设计胡乱拼凑排线乱飞,配置凑合甚至某些型号简直智商税。。
2017-12-22 01:04:36 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@azh7138m
你理解错了。。囧
我的意思是你需要找个设备做硬件 NAT
且,考虑到内网复杂性,此设备具备容易管理 /配置且功能足够强大的路由系统。
所以你需要一个相对“高级”的路由设备。。。
2017-12-21 21:38:05 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@azh7138m
买个 Ubnt ER-X 做 NAT,其他“高级”路由也行,但是 ER-X 好配置一些。。
2017-12-21 20:08:15 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@azh7138m NAT 规则复杂?是做了策略路由么?
2017-12-21 18:59:15 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@azh7138m
NAT 看你要多少转发率,3215U 一般来说够用了
2017-12-21 14:52:41 +08:00
回复了 b821025551b 创建的主题 问与答 到底是 webm 格式的压缩比高,还是 mp4 的压缩比高呢?
体积和码率时长有关系,你说的两个格式记忆中都是容器...
2017-12-21 13:34:35 +08:00
回复了 moonkiller 创建的主题 程序员 怎么快速高效地把视频 A 转码成视频 B、C 的格式?
补个地址: https://mkvtoolnix.download/
2017-12-21 13:33:52 +08:00
回复了 moonkiller 创建的主题 程序员 怎么快速高效地把视频 A 转码成视频 B、C 的格式?
@moonkiller
建议先试试,我当时是拼接的时候两端编码都是 x264,但码率、帧率不一致
2017-12-21 13:28:30 +08:00
回复了 moonkiller 创建的主题 程序员 怎么快速高效地把视频 A 转码成视频 B、C 的格式?
如果能接受 MKV 容器,那么连转码都不需要
2017-12-21 13:26:49 +08:00
回复了 Mrxx 创建的主题 路由器 求推荐一个可以做 web 服务器以及容易扩展的路由器
另一个帖子里面回复过的 3215U,或者买个 DQ77KB 组装去
2017-12-21 13:25:22 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@skylancer
大包都 60%占用率了,小包还用问么?
2017-12-21 12:05:35 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@vuuv
硬件路由器 NAT 大多是硬件处理,的确对路由的 CPU 性能不敏感

CPU 占用率我是在 ESXI 查看的,虚拟机内部还没看过
至于占用率详细信息现在上班时间不便折腾,上面有业务,晚点看能不能跑个测试看看
2017-12-21 11:37:53 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@vuuv
NAT 性能消耗 CPU 单线程处理能力,具体天梯可参考 passmark
不在意体积的话,DQ77KB+i3 方案性能可能更好(价格接近)
现在公司在用 3215U 方案,ESXI+LEDE,带宽 100M/200M,分别跑满的情况下 CPU 占用率 60+

@Liang 刚刚想起:注意运维问题,不同方案有不同好处,为了网络在出现问题后能尽快重启
建议配一个 K2P 之类的路由器作为后备核心路由,免得网络崩溃后工作无法开展。
2017-12-21 11:25:33 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
刚刚发现你打算后期 2*100M

注意:单条 200M 的上行能力应该是大于 2*100M 的,这和带宽余量有点关系
(除非你的 200M 上行只有 4M 带宽)
2017-12-21 11:22:40 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
@bazingaterry 包括梯子 UBNT 那套东西功能上也是能支持的
2017-12-21 11:22:07 +08:00
回复了 Liang 创建的主题 程序员 请教各位大神公司组网的方案~ 进来有红包
40 平米办公室,有 30 台设备
按照每人两台设备的配备计算,有 15 人在办公。
想必办公室会非常拥挤。

========= 以上是吐槽 ===========
路由:
核心路由选用 3215U 一体机,淘宝选购 699 带机箱那款(唯一推荐)
除了网卡编号不是按顺序来,这机器做 ESXI 没任何问题。

现在我们公司在用,一共接入了两条线路 电信:100M/4M,电信:200M/8M
软件方案是 ESXI+LEDE,准备切换成 ESXI+ROS+VyOS (无缝 FW 考虑)
大包全速双向跑满 CPU 可以承受,负载都在 NAT 上面。

人数一共 70 人+,设备没统计,100+是有了

算上其他配件,控制在 1500 以内

优化方案:使用 Ubnt-EdgeRouter X(大概 320), 作为一级核心路由做 NAT,降低 CPU 负担

AP:
40 平米的空间,无缝漫游之类的高端货就免了,成本以及性能考虑,建议上 K2P

布放形式:

案例参考:
我们办公室 500 平米,使用 3 台腾达 AC9 作为无线主干路由,开放 2.4G 与 5G 双频段
三台路由器均独立信道,2.4G 与 5G 间不重叠,相邻路由间不使用相邻信道(射频考虑)
长条形办公室近乎均分 3 点布放。

另还有一台 CISCO 1142N 在会议室作为来宾接入客户端
(那个覆盖片区刚好也是来宾的活动范围)

暂时来宾接入无密码,限流量
下一步升级准备升级成认证模式,使用 wifidog 方案。

建议:
40 平米办公室,路由器多点布放(距离间隔 20CM 以上)并频段区分
SSID 区分,用户选择性接入。
在没有 AC 的情况下没法做到分流(有 AC 也不能好好地分流)只能行政上解决
2017-12-20 11:50:17 +08:00
回复了 ReisenZ 创建的主题 问与答 无线网络 ping 路由, 经常延迟高 求问怎么解决
看上去是信道拥堵导致的高延迟,建议先排除信道问题。

如果信道没问题,检查信号是否位于边缘状态,注意两端收发功率。
某些场合,AP 侧发射功率远大于客户端发射功率会导致系统显示伪信号(因为没法回包)

这两个问题排除了再考虑设备兼容性问题
1 ... 48  49  50  51  52  53  54  55  56  57 ... 186  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2247 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 16:03 · PVG 00:03 · LAX 09:03 · JFK 12:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.