Shadowsocks-windows: 1080 端口于 20H1 被系统变为保留端口。
Mirr0ch1
All 16 comments
Mirr0ch1
on 16 Sep 2019
请尝试在编辑服务器界面右下角的代理端口选项中换一个端口，比如10800。
chenshaoju
on 16 Sep 2019
@chenshaoju 感谢！
不过再请问一下，如果 Windows 以后真的在 2003 版把此端口保留了，ss-win 会决定改变默认端口吗？
Mirr0ch1
on 16 Sep 2019
这个取决于开发人员/社区的决定。
不过1080是IANA指定的SOCKS端口：
https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xml
如果你想移除系统的保留端口，可参阅： https://github.com/shadowsocks/shadowsocks-windows/issues/1835#issuecomment-453528715
chenshaoju
on 16 Sep 2019
经测，目前 8635 前的端口大部分均已被 Windows Build. 18990.1 列为保留端口。 @chenshaoju
Mirr0ch1
on 26 Sep 2019
感谢报告。
chenshaoju
on 26 Sep 2019
我从1903（18362）升级到18990以后正常，1080端口正常使用。但是今天从18990升级到18995以后，1080成了保留端口无法再使用了。下面是我的保留端口列表：
database64128
on 4 Oct 2019
今天更新到18999以后，1080不再是保留端口了，如图所示：
database64128
on 9 Oct 2019
18999网络功能出现问题（在有线和无线频繁切换几次后，WSL2的虚拟交换机造成所有UWP apps无法上网），重启卡死，强制重启后，端口1024-1123再次成为保留端口。。看来保留端口的选择还有一定的随机性。
database64128
on 11 Oct 2019
这个报错并不是一直在用的端口真的成为了系统保留端口，可能是重启的时候shadowsocks没有正常退出，遇到这种情况的时候可以尝试一下手动退出shadowsocks，然后再重启一下。
s1eke
on 17 Oct 2019
这个报错并不是一直在用的端口真的成为了系统保留端口，可能是重启的时候shadowsocks没有正常退出，遇到这种情况的时候可以尝试一下手动退出shadowsocks，然后再重启一下。
- 我是用netsh看过了，确认1024-1123再次成为了保留端口。
- ss是24小时开着，以往无数次系统崩溃从没有过ss因为非正常关闭而带来问题。
database64128
on 17 Oct 2019
我是技术菜鸟，所以只能从经验上说一下我的经历😂
我先是用1080，然后在一次开机后1080成为系统保留端口，我就换成1090继续用，不久后的莫一天，1090开机又成为系统保留端口，我就换成了10080。然而在今天，正常开机后10080又成为系统保留端口，所以我就产生了怀疑……
我试着正常退出shadowsocks，然后重启了一下，10080端口就可以继续使用了……
ss是24小时开着，以往无数次系统崩溃从没有过ss因为非正常关闭而带来问题。
另外我说的没有正常退出的意思是软件bug产生的，像没有停止占用端口这样的。
当然，仅仅是我的个人猜测😂。
s1eke
on 17 Oct 2019
我是技术菜鸟，所以只能从经验上说一下我的经历😂
我先是用1080，然后在一次开机后1080成为系统保留端口，我就换成1090继续用，不久后的莫一天，1090开机又成为系统保留端口，我就换成了10080。然而在今天，正常开机后10080又成为系统保留端口，所以我就产生了怀疑……
我试着正常退出shadowsocks，然后重启了一下，10080端口就可以继续使用了……ss是24小时开着，以往无数次系统崩溃从没有过ss因为非正常关闭而带来问题。
另外我说的没有正常退出的意思是软件bug产生的，像没有停止占用端口这样的。
当然，仅仅是我的个人猜测😂。
我觉得这个猜测和我的经历十分接近..
一旦端口报错之后 netsh winsock reset 重启又可以继续用了..
lengthmin
on 16 Nov 2019
目前20H1最新的build 19041极有可能成为RTM。在该build中，行为和此前一致：用户登录后（登录前不保留端口）系统会随机保留一大段端口，被保留的端口将无法使用。可以通过netsh interface ipv4 show excludedportrange protocol=tcp查看被保留的端口。
系统的这一行为严重影响了需要bind本地端口的应用程序的正常使用，带来了极大不便（只能重启碰运气直到系统不再使用所需的端口），我相信是bug。对于在该版本的用户，理论上有个workaround，就是写一个服务，在用户登录前把所需端口拿下来，登录后再释放，就可以避免被系统吃了端口。
作为一个长期预览版用户，根据以往微软对这类bug的反应，我不指望微软会在20H1正式发布前修复它。在这里建议大家及时关注相关动态，如果20H1发布后没修复，就不要更新20H1。20H1还让组策略禁用自动更新失效了，在20H1下没有办法在不破坏系统组件的情况下真正意义上禁用自动更新（GUI的暂停几天不是禁用自动更新）。
database64128
on 20 Dec 2019
基于目前情况，锅先给微软，ss-windows继续使用IANA分配的标准端口
ghost
on 3 Jan 2020
只需要关闭hyper-v就可以啦
chansonzhang
on 4 Mar 2021
Related issues
imba-tjd
·
3Comments
Galaxy0419
·
3Comments
zxam
·
4Comments
zjylx
·
3Comments
tiliarou
·
3Comments
Most helpful comment
我是技术菜鸟，所以只能从经验上说一下我的经历😂
我先是用1080，然后在一次开机后1080成为系统保留端口，我就换成1090继续用，不久后的莫一天，1090开机又成为系统保留端口，我就换成了10080。然而在今天，正常开机后10080又成为系统保留端口，所以我就产生了怀疑……
我试着正常退出shadowsocks，然后重启了一下，10080端口就可以继续使用了……
另外我说的没有正常退出的意思是软件bug产生的，像没有停止占用端口这样的。
当然，仅仅是我的个人猜测😂。