V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dawnh  ›  全部回复第 1 页 / 共 4 页
回复总数  64
1  2  3  4  
129 天前
回复了 uCharles 创建的主题 .NET 请教一下 asp.net core 技术问题
你这个需求叫做 User Impersonation. ASP.net 传统版本是自然支持的,看这里 https://learn.microsoft.com/en-us/troubleshoot/developer/webapps/aspnet/development/implement-impersonation 。打从 ASP.net Core 之后应该是需要自己写 middle ware 读 ClaimsPrinciple 写代码实现了。
218 天前
回复了 leeusa110 创建的主题 宽带症候群 IPV6 分配不正常
理论应该是 SLAAC 只分配地址。DHCPv6 分配 DNS 和网关。你这些截图只看到 DHCPv6 分配地址和 DNS ,没见过分配网关的选项。具体还得抓 ICMPv6 看看到底 DHCP 响应带了哪些 option 了。
什么魔法方案?
218 天前
回复了 MrGba2z 创建的主题 宽带症候群 请教个旁路由的一个小问题
问题 1:不管直连还是坐飞机,是否魔法设备的流量路径都会是 设备<->旁路由<->主路由?(既旁路由如果链路速度有瓶颈,会影响最大速度?)

这个其实比较复杂。流量分上行下行。上行流量是你下面设备的默认网关控制的。所以只要设置网关为旁路由的,上行必然经过旁路由。但下行流量要具体看情况。因为主路由,旁路由,和上网设备都在同一子网,所以拓扑上看是完全直连的。所以下行流量应该是在主路由 NAT 转换回内网 IP 后直接发回设备,不会经过旁路由。但是有例外,旁路由因为有魔法加持,在上行流量经过时有部分魔法加持的流量被装箱飞国外节点了,这个装箱行为会写上标签源地址时旁路由自己,所以相应魔法加持过的流量在下行阶段的目的地址时旁路由地址。然后旁路由再拆箱变成原始下行。正因为这个魔法加持的影响,所以造成了没有魔法加持的流量主路由直接传输到设备,魔法加持的流量必然走旁路由。
所以这里如果要讨论速度影响的话,实际上有点过度考虑。原因有 2 点:1. 上行流量远小于下行,基本上可以认为任何弱鸡设备都能跑得起。2. 因为旁路本身应该有国内国外分流功能,而分流后需要魔法加持的流量更小,所以更不用担心了。

问题 2:如果上面的是对的,那么想要在碰到直连时流量不经过旁路由的话,除了把策略软件安装在需要魔法的设备上,还有别的方法吗?(假想:旁路由:“你这个地址直接去主路由,别找我”)

没必要这么做,如果只论技术上可行性,那可以主路由上再做针对 IP 段的策略路由,提前筛选一遍,把需要魔法加持的流量路由到旁路由。但是针对 IP 段的分流策略远不如目前魔法技能的那些域名+IP 策略方式灵活和精准。所以还不如不做,让旁路由上面的魔法工作起来就好。
我碰到类似的问题。找到的原因是服务端用的唱歌盒子,后来换成换成伦琴射线就没这个问题了。
前两天刚装了上海联通,电信千兆还没退,比较下来联通快得多。
242 天前
回复了 Eric8 创建的主题 宽带症候群 上海联通 1000/200 特惠套餐(无需携转)
上海联通手机号用户可以加装这个宽带吗?
245 天前
回复了 Eric8 创建的主题 宽带症候群 上海联通 200M 上传特惠套餐办理
可惜错过了。我这联通 228 月费套餐想加装宽带都拿不到这个套餐,只有 30M 上传。希望有机会能再次开放吧。
2022-11-14 14:37:53 +08:00
回复了 fan88 创建的主题 宽带症候群 上海电信,原本是 SDN 光猫,可以自行更换光猫吗?
亲测可行。自己买的 8145Q ,只需要 LOID ,其它自己搞定就行了。桥接完美。
2022-09-28 17:27:34 +08:00
回复了 lasagin 创建的主题 浏览器 求助:上不了微软有关的网页,提示证书错误
IP 和证书均无误。看起来原因似乎是你以前曾经把 DigiCert 的根证书从信任列表里干掉了。
2022-09-28 16:01:13 +08:00
回复了 lasagin 创建的主题 浏览器 求助:上不了微软有关的网页,提示证书错误
nslookup 看一下这个域名解析到的 IP 地址,还有看一下证书的 subject 是哪个 domain ?
2022-09-01 15:00:17 +08:00
回复了 HawkinsSherpherd 创建的主题 宽带症候群 成功把 BGP Full Table 带回家
这 Full Table 是 Vultr 来的,我比较好奇它是怎么收集到这么多的?
2022-07-29 16:27:22 +08:00
回复了 Cassius 创建的主题 IPv6 一次曲折的上海电信 IPv6 固定 IP 安装和配置经过
同上海电信家庭宽带。我这不用自己拨号,接 SDN 光猫用,是不是就没有办法获得 /56 地址了?
2022-01-27 16:04:37 +08:00
回复了 coagent 创建的主题 Docker Docker Desktop 要收费了,大家用什么替代?
推荐 Rancher Desktop 。开源,但有 Rancher 这样级别的公司支持。同样是 electron 的 UI 。内置 k3s 版本的 Kubernetes ,可以直接由 container 一步进化到 pod 。容器运行时也可以选择 containerd ,避免 dockerd 的绑定。
2021-11-20 11:38:14 +08:00
回复了 statumer 创建的主题 Windows Windows 的容器是原生的内核 namespace 还是 hyperv 提供的?
楼上说的不是很精确。WSL2 内的 container 是 linux 提供的,不算 Windows 的容器。Windows 的容器有 2 种类型,一种是基于进程隔离的容器,一种是 hyper-V 提供的内核级别隔离的容器。
这两种容器现在最容易的使用方式还是 Docker for Windows ,看这里: https://docs.microsoft.com/en-us/virtualization/windowscontainers/manage-containers/hyperv-container
@dawnh 接这条。
按印象里的搜了一下 SO 找到以前看过的帖子了,随后指向到这个 issue: https://github.com/dotnet/efcore/issues/18571
简单来说,如果你是用了 ToListAsync(),使用 SqlClient ,同时表结构里存在 VARCHAR(MAX)这样的变长列,就会碰到这个性能问题,好多年还没修,因为要修复就牵扯到非常底层的库。引用 issue 里的一条回复:
Workarounds: Don't use VARCHAR(MAX) or don't use async queries.

希望对你有帮助吧。
试试看不要用 ToListAsync(),而是 ToList()之后再返回结果。印象里看到过一些 SO 上关于 ToListAsync 在 EF 莫名其妙慢的问题。
2021-11-12 15:03:55 +08:00
回复了 MakHoCheung 创建的主题 .NET 有 .NET 的大佬来科普一下吗
@forgottencoast 我认为这里的信息很误导,support 是说能用,但没说怎么用。你如果真写过的话就会发现所谓的 support 也不过是 PInvoke 调用 COM 的用法。官方的例子都这么写的: https://docs.microsoft.com/en-us/windows/apps/winui/winui3/desktop-winui3-app-with-basic-interop
所以还是等 MAUI 来包装吧。
2021-11-10 15:29:15 +08:00
回复了 MakHoCheung 创建的主题 .NET 有 .NET 的大佬来科普一下吗
WinUI3 不是.net 的组件,也就是说这玩意 C#是写不了的。MAUI 中的 Windows 原生 App 其实就是 WinUI3 的一个包装。按道理来说现在应该开始鼓吹用 MAUI 。但尴尬的是 MAUI 现在在.net 6 里面的成熟度不够,这次干脆就留在 Preivew 状态没有 GA 。要等明年第二季度才正式发布。UWP 更是要坑。按我个人观点,现在非要 Desktop UI 的话,干脆就还 WinForm 或者 WPF ,新的这几个贼船暂时不要上。
后端用 ASP.net Core 6 即可。这次 minimal API 的更新让新人上手无比舒服。
2021-10-29 13:36:17 +08:00
回复了 viberconnection 创建的主题 宽带症候群 請教 NAT 相關問題
NAT 是工作在 4 层的,但 MTU 是二层的概念。理论上说加多少级路由是不会需要修改 MTU 的。但具体到家庭路由器的场景,唯一可能存在需要动子路由 MTU 的情况是你在下级网络中使用了 VLAN 或者其它二层封装导致 frame 大小变化。
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5368 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 77ms · UTC 07:48 · PVG 15:48 · LAX 00:48 · JFK 03:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.