主页 / user-931014

Igor's questions

Martin Hope
Igor
Asked: 2019-03-26 05:44:06 +0800 CST
  • 9

我的 resolv.conf 文件有“名称服务器 127.0.0.53”。
我需要用不同的值替换它或添加另一个名称服务器。

我删除了符号链接，将其替换为文件。现在它由网络管理器管理，
但 127.0.0.53 在重新启动时恢复。

我需要保持变化，我做了。

如果我在“接口”文件中配置网络接口，
它在网络管理器中变为“未管理”。但是，它的配置没有效果。

这个问题与这里有关。

伙计们，如果不是那么麻烦，请您阅读。

在我执行任何“ping”或“host”之前，我必须通过那个 LOGIN 程序。

我的主要问题在那里。我在这里要做的是创造一种解决方法。

将除 127.0.0.53 或 0.0.0.0 之外的任何名称服务器添加到 resolv.conf 中都会使该操作正常工作。
网络 DNS 为 192.168.11.1。我插入了 192.168.0.1 并且它起作用了。你的名字 - 它去。但是更改网络管理器中的设置完全没有效果。

@heynnema，在我提出问题之前，我在 IPV4 选项卡中进行了这些设置，但不幸的是，它们不起作用。
/etc/network/interfaces 文件完好无损，
UBUNTU 18.10 已全新安装。
为了在 DEBIAN 中创建路由器，我编辑了该文件，我看到了它是如何工作的。我不希望它在这里是同样的方式。

@Marmayogi 我的 DNS 是 192.168.11.1，同一个在 /run/systemd/resolve/resolv.conf 中。我很惊讶在那里看到它。

是的，@Marmayogi，我的目标是获得那个屏幕。
在 UNITY 18.04 上，该文件不存在，但变化不大。 

/etc/netplan/01-network-manager-all.yaml
# Let NetworkManager manage all devices on this system
network:
version: 2
renderer: NetworkManager  

ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp5s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether bc:ae:c5:35:85:e6 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 48:5d:60:c5:91:0b brd ff:ff:ff:ff:ff:ff

systemd-resolve --status wlp3s0
Link 3 (wlp3s0)
  Current Scopes: DNS
   LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
    DNSSEC setting: no
    DNSSEC supported: no
Current DNS Server: 192.168.11.1
     DNS Servers: 192.168.11.1
      DNS Domain: ~.
                  crew.local

是的@Marmayogi，这是我现在唯一想要工作的事情。不过，这个解决方案对我来说似乎很尴尬。正如您在其他帖子中看到的那样，有一个符号链接。我删除了它，希望我能让事情为我工作。

@Marmayogi，您做得很好，一步一步地创建了指导。

您的解决方案是天才，不体面！

我测试过。登录成功，网络正常。

@heynnema，
/run/resolvconf/resolv.conf在 UBUNTU 18.10 上不存在。
在这种情况下，您有什么建议？

系统从 ISO 干净安装，从 UBUNTU.COM 下载。

networking dns resolv.conf 18.10
Martin Hope
Igor
Asked: 2019-03-13 22:51:52 +0800 CST
  • 2

我安装了 Ubuntu 18.10 干净。
连接到WIFI网络。
连接管理器显示连接已建立。
下一步是登录。
但是，登录页面没有出现，好像没有连接一样。
RDP over LAN，运行良好。Realtek 外部适配器 - 结果相同。

网络代理已关闭。

连接检查从一开始就被禁用。

Ubuntu 15、MINT 16、Debian、所有 Windows - XP、7、8、10 在 VM 和真实硬件上都可以正常工作。

尝试安装到 VMware。使用 LAN 作为网桥 - 不走运。将 USB 适配器直接连接到 VM - 失败。

以上所有步骤 - 建立网络连接，收到 DHCP 地址。

上面提到的所有操作系统都在相同的硬件上进行了测试。
问题出在 Ubuntu 中。

我尝试了 UNITY 18.04 - 没有变化。

这里有一个关于 UBUNTU 17 中 Captiva 登录问题的信息。
有一个机会，原因很常见。

此网络使用 RADIUS 服务器进行身份验证。

ping 8.8.8.8 (8.8.8.8) 56(84) bytes of data 
From 192.168.11.1 icmp_sec=1 Destination Net Prohibited
  ......

ping 192.168.11.1 以同样的方式结束

192.168.11.1是网关和DNS

DNSMASQ 安装没有任何区别。

我把 192.168.11.1 放到地址栏中。Windows 将其替换为“热点/登录”并继续打开页面。

Ubuntu 18 用相同的 URL 替换了 IP，然后停止了。

我使用 Windows 2008 R2 服务器创建了一个虚拟网络，作为带有 NAT 的路由器。
将 Ubuntu 连接到该网络。
使 Win Server 登录到网络。

只有这样我才能在 Ubuntu 中连接互联网。
那时可以打开所有其他网站。

但不是登录页面，而是显示“热点”的
谷歌搜索结果。

当 2008 服务器登录和未登录时，此 NAT 后面的 Windows 会显示登录页面。

即使服务器已登录，UBUNTU 也不显示登录页面。

我在 Windows 中保存了登录页面。
已登出。
禁用无线网络。
在浏览器中打开下载的页面 - 它看起来不是原始的 - 没有样式等
。打开 WIFI。
重新加载页面。
有一个指向该页面的本地副本的链接。
页面重新加载成功。

我将页面复制到 UBUNTU。
猜测。
对 - 它没有重新加载。 

curl -v 192.168.11.1

Rebuilt URL to: 192.168.11.1/
*Trying 192.168.11.1...
* TCP_NODELAY set    
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)

> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.58.0
> Accept: */*
> 
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
< 
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to host 192.168.11.1 left intact

KALI Linux 输出

*Trying 192.168.11.1...
* TCP_NODELAY set    
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)

> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.63.0
> Accept: */*
> 
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
< 
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to host 192.168.11.1 left intact

相同，但它确实显示了登录页面

 /etc/resolv.conf  contents:
 # This file is managed by man:systemd-resolved(8). Do not edit.
 #
 # This is a dynamic resolv.conf file for connecting local clients to the
 # internal DNS stub resolver of systemd-resolved. This file lists all
 # configured search domains.
 #
 # Run "resolvectl status" to see details about the uplink DNS servers
 # currently in use.
 #
 # Third party programs must not access this file directly, but only through 
 the
 # symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different 
 way,
 # replace this symlink by a static file or a different symlink.
 #
 # See man:systemd-resolved.service(8) for details about the supported modes 
 of
 # operation for /etc/resolv.conf.

 nameserver 127.0.0.53

用 192.168.11.1 或 8.8.8.8 替换 127.0.0.53 可以解决问题，直到重新启动。重新启动时 127.0.0.53 会返回。

感谢 Ognjen。

将“名称服务器”更改为除 0.0.0.0 或 127.0.0 之外的任何内容...，甚至 192.168.0.1（不适用于此网络），都可以使系统正常工作。

resolvectl status

Global
     LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
    DNSSEC setting: no
    DNSSEC supported: no
Current DNS Server: 192.168.11.1
        DNS Servers: 192.168.11.1
        DNSSEC NTA: 10.in-addr.arpa
                  16.172.in-addr.arpa
    .....

/run/systemd/resolve/resolv.conf

 This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 192.168.11.1

如您所见，我的 DNS 在系统中，但这根本没有帮助。

/etc/resolv.conf 已被删除。静态文件已创建。

以下是重启后的结果。

# Generated by NetworkManager
search crew.local
nameserver 127.0.0.53

Debian 9.8 文件内容 

# Generated by NetworkManager
nameserver 192.168.11.1

看起来这是问题的主要原因。

nameserver 8.8.8.8

谢谢你，@ognjen。您的建议有效，但直到重新启动。另一个奇怪的事情是，除了 0.0.0.0 或 127.0.0 之外，我把什么作为“名称服务器”都没有关系......我有连接。

这是故事的结局

networking wireless internet 18.10 radius