nivalxer 最近的时间轴更新
nivalxer

nivalxer

V2EX 第 166836 号会员,加入于 2016-04-06 16:37:01 +08:00
nivalxer 最近回复了
19 小时 33 分钟前
回复了 whoami9426 创建的主题 程序员 4 天上架的 iOS app 1 天后登顶苹果付费榜第 1 名
感谢 OP
有一个小建议:打卡提醒通知设置为可选。目前也可以通过关闭通知实现,只是每次进 APP 会提醒未开启通知。
再次感谢
19 小时 37 分钟前
回复了 whoami9426 创建的主题 程序员 4 天上架的 iOS app 1 天后登顶苹果付费榜第 1 名
EHWPM6TTK36E
已使用,感谢
23 小时 7 分钟前
回复了 isSimon 创建的主题 程序员 求助:政务 app 在 AppStore 上架问题
之前遇到过这个问题,在防火墙上看到是:17.0.0.0/8 过来的链接被拦截了。后面单独对 17.0.0.0/8 设置白名单后就行了。这个 IP 段是苹果在用的。
@que01 是的,内网设备拿不到原生公网 IPV6 地址,拿到是私网 IPV6 地址,跟 NAT4 一样,出口都走的接口的 IPV6 地址。不影响访问 IPV6 站点,但跟 V4 私网一样,相应的端口映射等都需要做的。目前测下来,UPNP 正常,PT 端口正常上下行均正常,就暂时没管了。
@neroanelli 可以的,可以参考我的命令。最重要的就是 accept-router-advertisements=yes ,启用后才能在 WAN 口获取到地址,然后在 IPV6 Address 中可以看到 pppoe 的 240e 开头地址,并且会在 Route 中添加对应路由。TailScale 开端口、PT 这些都能正常。
@supemaomao 同为成都电信双栈公网 IP ,看看是不是中兴 vBRAS 的问题。日志里面会提示 bad server id 。这种模式暂时无解,要么 NAT6 ,要么光猫拨号。
@neroanelli 桥接拨号,如果是走 NAT6 的话,就按我上面设置就行,不需要启用 IPv6 DHCP Client 。这个模式就跟 NAT4 一样,局域网内设备都分配 fd00 内网地址,走到出口转换成 PPPOE 拿到的公网地址出。
中兴的 vBRas 没办法,暂时这么用着。
同中兴 vBras 6660 问题,目前用的 NAT6 方案:光猫桥接,ROS 拨号。IPV6 DHCP Client 关闭,IPV6 Settings 中 Accept Router Advertisements 设置为 Yes 后,在 IPV6 Address 中可以看到 pppoe 的 240e 开头地址。然后 IPV6 防火墙中做 NAT 规则和 MTU 规则即可。各个设备只能获取到本地 fd00 开头地址,通过 NAT6 模式出。实测 UPnP 映射、打洞等不受影响。
ROS 版本是 v7.17rc7 ,所有设置如下:
/ipv6 address
add address=fd00::1 interface=bridge1
/ipv6 settings
set accept-router-advertisements=yes
/ipv6 firewall mangle
add action=change-mss chain=forward comment="IPv6 MSS clamp to PMTU" new-mss=clamp-to-pmtu out-interface=pppoe-out1 \
protocol=tcp tcp-flags=syn
/ipv6 firewall nat
add action=masquerade chain=srcnat comment="pppoe nat6 srcnat" out-interface-list=WAN
11 天前
回复了 giffgaffman 创建的主题 推广 T 楼:送 10 张全新未激活的英国 giffgaff 卡
支持一下
18 天前
回复了 iamtuzi3333 创建的主题 程序员 大佬们,请教一下数据读取
我们这边行业比较特殊,对接 PLC 走场站这块,虽然 PLC 站控那边数据是实时的,我们采集远传还是以间隔来走的,所以数据量不会太多,在 10 秒频率下,按天走也不会超过 16M 。这个 16M 是输出文档大小,如果采用分页查询等,输出文档不超过 16M 也没啥问题。
数据库我们暂时还是 mongodb 还没改,计划后面改,还没测试其他方案。
我们行业场景,其实客户不会关注每秒的数据情况,所以大部分时间客户查的小时表(每小时一条取样)和统计表(小时、日、月)这两种,压力就还好。少量在出报警、统计到处等场景才会查完整历史数据。
可以按客户场景来处理。如果客户有每条数据必须存和频繁的查询需求,在不过多改动现有技术架构情况下,可能看看其他数据库比较合适。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2613 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 04:44 · PVG 12:44 · LAX 20:44 · JFK 23:44
Developed with CodeLauncher
♥ Do have faith in what you're doing.