sqybi

@88250 更新到 1.2.31 版本之后问题解决，感谢！

@88250 之前启动已经指定了授权码，并且出现过 lock 页面，输入授权码才进入后续页面的。

以及我重新启动了 docker 之后，又回到了最开始 Issue #1949 · siyuan-note/siyuan 提到的那个转圈的状态。

不知道是不是因为我改 conf 的方法不对，这个问题先放一下吧，等下个版本官方修复了监听地址的问题之后我再重新确认一下。辛苦了~

我又翻了翻，似乎是 WSL 2 开启的 Hyper-V，还不能随便关闭，不然 WSL 2 会出问题。

暂时是有解决方案的（例如关闭 Hyper-V、手动预留端口再开启 Hyper-V），但是都不是特别干净。我会先尝试手动改一下配置把 SiYuan 内核的端口改掉试试。

@88250 找到了问题所在！

An attempt was made to access a socket in a way forbidden by its access permissions I have a website on HostGator and a dedicated server of my own running SQL Server 2008R2. The connection string I use is X.X.X.X,1433 which points to the IP address of my dedicated server. I have ... Stack Overflow - stackoverflow.com

根据上面这个回答，这个端口被 Hyper-V 预留了（6715 - 6814）。所以在开启了 Hyper-V 的 Windows 电脑上，6806 端口都是不可用的。

这个问题我暂时可以通过关闭 Hyper-V 解决，但考虑到开启 Hyper-V 功能是一个还算正常的需求，是否可以考虑下一个版本的时候避开 Hyper-V 占用的这部分端口号？

列一下我的机器上被禁用的端口号以供参考：

PS C:\Users\sqybi> netsh interface ipv4 show excludedportrange protocol=tcp

协议 tcp 端口排除范围

开始端口    结束端口
----------    --------
      2869        2869
      5357        5357
      5940        6039
      6090        6189
      6190        6289
      6290        6389
      6390        6489
      6715        6814
      8731        8830
     50000       50059     *

* - 管理的端口排除。

以及这里我要汇报的不是监听的问题，我已经手动配置监听 0.0.0.0 了，是已经能够访问之后在前端遇到的问题。

@88250 关闭了 Windows 防火墙，问题依旧

@88250 参考 Issue #1949 · siyuan-note/siyuan 这个问题下我的回复，是配置了 nginx 反向代理的

@88250 我刚刚关掉所有 siyuan 进程并下载了 1.1.83 的 tar 包并解压到 ~/.local/bin/siyuan_bin/ 下，同时建立软链接 cd ~/.local/bin && rm siyuan && ln -s siyuan_bin/siyuan siyuan ，之后重新打开 1.1.83 版本的思源笔记并尝试同步，依旧失败。

我现在比较怀疑是某个配置文件里面存的 token 有问题，但是也尝试过在软件前端配置窗口里登出帐号再重新登录，问题依旧。

是不是可以列一下思源笔记都有哪些配置文件的存储路径（以及 rsync 相关文件的存储路径），我把对应文件删除之后再重试一下？

@88250 刚刚测试了，确认在 siyuan 进程不存在的情况下（ ps aux | grep siyuan ）重新覆盖 1.1.82 的 AppImage 并启动，再用手动模式下载，报错：

同步笔记本 [Personal] 失败：[1613793162146] pull output [auth failed rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]], err [exit status 12]

另外因为 1.1.83 还没有发布 AppImage 打包所以我还没有用最新版测试，这几天公司有点忙，不好意思~ 如果最新版修复了问题回头我再用 tar 包的版本试试

@Vanessa 今天用同样的方法更换 AppImage 升级到 1.1.82，问题还是存在……

提示：

同步笔记本 [Personal] 失败：[1613793162146] pull output [auth failed rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]], err [exit status 12]

以我的 Linux 相关知识，覆盖和删除后重新拷贝过来应该没有任何区别……我一会儿还是会试一下，但是如果这个版本真的不对的话（假设不是 AppImage 的问题，我手头暂时找不到别的干净环境用来测试了），是不是因为别的地方有其它文件没有被删除？

@Vanessa 感谢回复，我描述一下我这边复现问题的步骤：

1. 重启电脑
2. ps aux | grep siyuan，确定输出的结果只包含这个 grep 进程自身（即没有 siyuan 进程在后台运行）
3. 从 Github 下载 1.1.6 版本的 AppImage
4. 将 AppImage 拷贝到 ~/.local/bin/ 并重命名为 siyuan ，覆盖之前版本的 ~/.local/bin/siyuan 文件（~/.local/bin 已经在 PATH 中）
5. chmod +x ~/.local/bin/siyuan 增加可执行权限
6. 执行 siyuan 打开思源笔记，并尝试从远端同步到本地，失败。失败提示同上面的评论
7. 打开设置，检查版本，版本同上面的评论，是 1.1.52 / 1.1.6

我这边不太确定版本号具体有什么问题以及怎么解决，可以给出一些排查方向吗？感谢~

@Vanessa 今天升级了 1.1.6，在之前描述的台式机 Ubuntu 18 下可以正常使用，但是在 Ubuntu 16 的笔记本上，下载云端内容还是会报错：

同步笔记本 [Personal] 失败：pull output [auth failed rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]], err [exit status 12]

确定更新前已经关闭内核进程，且两边的版本都是“当前版本 v1.1.52 / Kernel v1.1.6”。

如果需要更多信息的话我这边也可以帮忙获取~

今天做了一些尝试，结果如下：

• 因为这台 Ubuntu 18 的台式机难以找到别的可以连接的网络，只能连到公司有线网；所以我首先找了一台 Ubuntu 16 + Windows 10 双系统的笔记本，并在 Ubuntu 16 下使用公司的无线网络复现了这个问题。
• 接下来我在 Ubuntu 16 下连接到手机热点并尝试拉取，问题依旧存在。
• 接下来我用同一台电脑重启系统切换到 Windows 10 并连接到公司无线网络（非手机热点），尝试在 Windows 下拉取，成功。

所有尝试中，思源笔记的版本都是 1.1.5，Linux 下使用的都是 AppImage，Windows 下是通过 exe 安装包安装的版本。

根据这些尝试，我基本可以确认是 Ubuntu 系统下的思源笔记的 rsync 有潜在问题，但是没有办法进一步分析。

如果需要更多信息，我这边可以继续尝试，但是可能要等到下周回复了。

开启后报错：

同步笔记本 [Personal] 失败：pull error: unknown option `allow-unrelated-histories' usage: Git pull [] [ [...]] -v, --verbose be more verbose -q, --quiet be more quiet --progress force progress reporting Options related to merging -r, --rebase[=] incorporate changes by rebasing rather than merging -n do not show a diffstat at the end of the merge --stat show a diffstat at the end of the merge --log[=] add (at most ) entries from shortlog to merge commit message --squash create a single commit instead of doing a merge --commit perform a commit if the merge succeeds (default) --edit edit message before committing --ff allow fast-forward --ff-only abort if fast-forward is not possible --verify-signatures verify that the named commit has a valid GPG signature -s, --strategy merge strategy to use -X, --strategy-option option for selected merge strategy -S, --gpg-sign[=] GPG sign commit Options related to fetching --all fetch from all remotes -a, --append append to .git/FETCH_HEAD instead of overwriting --upload-pack path to upload pack on remote end -f, --force force overwrite of local branch -t, --tags fetch all tags and associated objects -p, --prune prune remote-tracking branches no longer on remote --recurse-submodules[=] control recursive fetching of submodules --dry-run dry run -k, --keep keep downloaded pack --depth deepen history of shallow clone --unshallow convert to a complete repository --update-shallow accept refs that update .git/shallow --refmap specify fetch refmap

看来又遇到了新问题……

更新：Git 从 2.7.4 升级到 2.29.0 后解决

感谢，没想到这里还藏着一个设置选项。

期望着某一天能有新用户指引的功能上线了 😄

因为搜索到了一些类似问题，说明一下，并没有打开 User Guide，只打开了一个我自己的笔记本。