这真的很奇怪,有三天我无法从任何git repo中提取。如果我使用git trace,我会看到它挂起
12:08:48.904172 run-command.c:655 trace:run_command:unset GIT_PREFIX; GIT_PROTOCOL=version=2 ssh -o SendEnv=GIT_PROTOCOL git@gitlab.com 'git-upload-pack '''gitrepo.git'''
但ping可以
PING gitlab.com (172.65.251.78) 56(84) bytes of data. 64 bytes from
172.65.251.78 (172.65.251.78): icmp_seq=1 ttl=57 time=18.8 ms 64 bytes from 172.65.251.78 (172.65.251.78): icmp_seq=2 ttl=57 time=18.3 ms
奇怪的是,如果我在Windows中的任何VPN内,我有一个商业VPN和一个公司VPN(用于不同的公司,与此存储库无关),如果我打开它们,一切正常!我在西班牙,所以没有奇怪的过滤。
我的解决方案是
# This file was automatically generated by WSL. To stop automatic generation of this file, add the following entry to /># [network]
# generateResolvConf = false
nameserver 172.17.0.1
而wsl的ipconfig是
Ethernet adapter vEthernet (WSL):
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter
Physical Address. . . . . . . . . : 00-15-5D-DD-4A-24
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::de80:6bf6:d24f:9a71%39(Preferred)
IPv4 Address. . . . . . . . . . . : 172.17.0.1(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.240.0
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 654316893
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-28-6A-8F-DC-90-2E-16-33-0A-7D
NetBIOS over Tcpip. . . . . . . . : Enabled
知道发生了什么吗我试着重置所有东西,卸载所有东西,升级所有软件包,什么都没改变
编辑我也跑了
❯ tcptraceroute gitlab.com 22
Selected device eth0, address 172.17.8.220, port 37791 for outgoing packets
Tracing the path to gitlab.com (172.65.251.78) on TCP port 22 (ssh), 30 hops max
1 172.17.0.1 0.189 ms 0.170 ms 0.156 ms
2 192.168.3.1 1.300 ms 1.349 ms 1.539 ms
3 192.168.1.1 2.249 ms 2.463 ms 2.001 ms
4 * * *
5 10.14.7.33 46.475 ms 24.116 ms 129.060 ms
6 10.0.12.33 50.541 ms 19.351 ms 17.170 ms
7 * * *
8 * * *
9 * * *
10 172.65.251.78 [open] 23.881 ms * *
1条答案
按热度按时间x6yk4ghg1#
所以问题出在ssh上。
通过在我的~/.ssh/config文件的顶部添加这个,我得到了每个git和ssh操作的固定值:
贷给https://serverfault.com/questions/1101269/cant-connect-ssh-via-wireless-interface-but-t-works-using-eth0