sudo add-apt-repository卡住了

Question

我正在运行sudo add-apt-repository ppa:webupd8team/java，以便将存储库添加到我的Ubuntu 18.4机器上以安装Oracle JDK。该命令卡住并没有返回。据我所了解，此命令只是将存储库添加到/etc/apt/sources.list文件中。导致命令卡住的原因可能是我在代理后面运行它吗？

如何解决这个问题？

- a curious engineer

---

可能是一个重复问题：配置 APT 代理？ - Pilot6

我正在使用上面帖子中的解决方案来让apt在代理后正常工作。然而，这并不能帮助我解决当前的问题。apt在代理后可以正常工作，但是add-apt-repository却卡住了。 - a curious engineer

遇到了同样的问题，但没有使用代理。sudo add-apt-repository卡住了，只能使用Ctrl+C终止。 - mRcSchwering

我之前遇到了另一个PPA的相同问题，通过按照这些说明解决了。 - Steffen Goetz

我之前在另一个PPA上遇到了同样的问题，使用企业代理解决了这个问题。这个https://askubuntu.com/a/1048168/365230的回答对我很有帮助（sudo -E ..）。 - Aydin K.

Answer 1

我按照这个指示this instructions进行操作，对我来说效果很好（Ubuntu 20.04）。

在命令行中输入以下内容。

sudo gedit /etc/gai.conf

然后，通过删除＃编辑此行

precedence ::ffff:0:0/96  100

- Zato

---

这在chromebook上的Linux系统中有效，谢谢你 - mattbell87

在Windows 10 + WSL2环境下，对我来说也起作用了。 - spideyclick

在LinuxLite上工作过，谢谢！ - vasiauvi

非常感谢你！！！ - undefined

Answer 2

在我的情况下，我在处理响应中的IPv6时遇到了问题。我得到了一个闪烁的光标，不得不等待，有时候要等上一分钟才能工作，尽管最初只使用IPv4处理的请求工作得很快、很好。

当我检查终端命令wget的行为时，我发现了这个问题。谷歌默认在端口80（http）上使用IPv6进行请求，但需要超过一分钟的时间才会超时并使用IPv4 [最终开始工作]；而github.com只使用IPv4，在端口80（http）上也能正常工作。

并非所有的请求都通过IPv6进行，许多仍然默认使用IPv4，有时候这是唯一有效的答案。无论我们使用wget、curl还是add-apt-repository（我认为它使用Python 3.6.9的socket和其所有网络库），它们都会首先尝试解析IPv6。

在我的情况下，我需要一个有效的IPv6地址来发出请求（从我的电脑），尽管IPS调制解调器和我的路由器都配置为处理IPv6，但这台电脑最初安装了Windows 10（从SSD中删除），然后安装了Ubuntu 18.04（完整安装），但没有完全配置。我不得不进入WiFi设置并选择获取自动IPv6地址和设置（DHCP），对我来说就是这样。请确保您选择IPv6的“自动，仅限DHCP”，而不仅仅是“自动”，因为两者都可供选择。

显然，在Ubuntu终端中工作时，它会尝试解析第一个可用的地址，这种情况下是IPv6。所以现在我可以快速获取所有内容，因为我的电脑可以通过IPv6快速解析请求，并将其转换为IPv4地址。

- Iván Darío Ramos Vacca

---

我在切换到另一个WiFi后遇到了这个问题，设置为“自动，仅限DHCP”可以解决，但是我必须断开连接然后重新连接到该WiFi。我不知道只是断开和重新连接是否会起作用，所以我建议其他人首先尝试这个方法（或者继续使用通常可用的WiFi连接）。 - hsandt

对我来说有效（在20.04上），但是我必须先运行sudo service network-manager restart。 - applemonkey496