<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>33575</bug_id>
          
          <creation_ts>2017-06-22 07:45:11 +0300</creation_ts>
          <short_desc>Не подключает внешний dns</short_desc>
          <delta_ts>2017-07-06 08:37:05 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>NetworkManager</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc>https://forum.altlinux.org/index.php?topic=38858.0</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Alexander Shemetov">berkut_174</reporter>
          <assigned_to name="Mikhail Efremov">sem</assigned_to>
          <cc>evseev</cc>
    
    <cc>ruslandh</cc>
    
    <cc>sem</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>164348</commentid>
    <comment_count>0</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-22 07:45:11 +0300</bug_when>
    <thetext>Нормально работает с

http://ftp.altlinux.org/pub/distributions/archive/p8/date/2017/05/03/files/x86_64/RPMS/dnsmasq-2.76-alt2.x86_64.rpm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164365</commentid>
    <comment_count>1</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-06-22 18:38:44 +0300</bug_when>
    <thetext>Опишите суть проблемы здесь, пожалуйста. Я не готов выискивать информацию по существу на форумах, где это определенно закопано среди мусора, не относящегося к делу.
С таким описанием мне хочется закрыть этот баг как NOTABAG.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164366</commentid>
    <comment_count>2</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-22 19:15:19 +0300</bug_when>
    <thetext>Сервер на p7 (Centaurus), клиент на p8 (Simply Linux).

На клиенте в /etc/resolv.conf:

search localdomain
nameserver 127.0.0.1

Если же сделать:

/usr/sbin/dhclient -R domain-name

либо установить версию dnsmasq старее,
то в /etcresolv.conf уже становится:

domain firma
search firma localdomain
nameserver 127.0.0.1

Суть проблемы: я не могу обращаться к машинам внутри сети,
указывая только имя хоста, приходится в конец дописывать
имя домена. Собственно из-за этого и не удаётся завести
машину в домен.

На машинах с Simply Linux 7 и Windows такой проблемы нет,
то есть сервер через DHCP корректно отдаёт домен поиска.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164368</commentid>
    <comment_count>3</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-06-22 19:28:02 +0300</bug_when>
    <thetext>Покажите вывод resolvconf -l</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164372</commentid>
    <comment_count>4</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-23 07:57:37 +0300</bug_when>
    <thetext># resolv.conf from lo.dnsmasq
nameserver 127.0.0.1

# resolv.conf from NetworkManager
# Generated by NetworkManager
search localdomain
nameserver 192.168.1.1
nameserver 192.168.1.2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164373</commentid>
    <comment_count>5</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-23 08:03:24 +0300</bug_when>
    <thetext>Оказывается работать начинает, если сделать: service network restart

Вывод resolvconf -l после этого отличается:

# resolv.conf from lo.dnsmasq
nameserver 127.0.0.1

# resolv.conf from enp0s3.dhcp
# Generated by dhcpcd from enp0s3.dhcp
domain firma
search firma
nameserver 192.168.1.1
nameserver 192.168.1.2

# resolv.conf from NetworkManager
# Generated by NetworkManager
search localdomain
nameserver 192.168.1.1
nameserver 192.168.1.2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164402</commentid>
    <comment_count>6</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-06-24 13:03:56 +0300</bug_when>
    <thetext>(В ответ на комментарий №5)
&gt; Оказывается работать начинает, если сделать: service network restart

Определитесь кто у вас управляет интерфейсом, NetworkManager или etcnet. Иначе возможны любые чудеса.
Что в /etc/net/ifaces/&lt;interface&gt;/options?

&gt; # resolv.conf from NetworkManager
&gt; # Generated by NetworkManager
&gt; search localdomain
&gt; nameserver 192.168.1.1
&gt; nameserver 192.168.1.2

NM не получил nameserver от dhcp-клиента. Нужно смотреть что в логе.
Но только после того, как вы разберетесь с управлением интерфейсом.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164403</commentid>
    <comment_count>7</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-06-24 13:09:18 +0300</bug_when>
    <thetext>(В ответ на комментарий №6)
&gt; NM не получил nameserver от dhcp-клиента. Нужно смотреть что в логе.
&gt; Но только после того, как вы разберетесь с управлением интерфейсом.
Т.е. domain, конечно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164404</commentid>
    <comment_count>8</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-24 14:22:37 +0300</bug_when>
    <thetext>В options: NM_CONTROLLED=yes

Логи посмотрю только в понедельник.

Похоже, нужно на NM переводить баг...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164405</commentid>
    <comment_count>9</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-06-24 14:58:25 +0300</bug_when>
    <thetext>(В ответ на комментарий №8)
&gt; В options: NM_CONTROLLED=yes

DISABLED=yes?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164413</commentid>
    <comment_count>10</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-26 08:00:36 +0300</bug_when>
    <thetext>(В ответ на комментарий №9)
&gt; DISABLED=yes?

acc ставит в &apos;yes&apos; и тогда NM даже nameservers не получает по DHCP.

Ставлю в &apos;no&apos; и получаю https://bugzilla.altlinux.org/show_bug.cgi?id=33575#c4</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164414</commentid>
    <comment_count>11</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-26 08:03:52 +0300</bug_when>
    <thetext>(В ответ на комментарий №6)
&gt; Нужно смотреть что в логе.

июн 26 09:56:07 sl8.localdomain NetworkManager[5722]: &lt;info&gt;  [1498452967.9839] caught SIGTERM, shutting down normally.
июн 26 09:56:07 sl8.localdomain NetworkManager[5722]: &lt;info&gt;  [1498452967.9927] exiting (success)
июн 26 09:56:08 sl8.localdomain NetworkManager-prestart[5905]: Taking down enp0s3: succeeded
июн 26 09:56:08 sl8.localdomain NetworkManager-prestart[5850]: Taking down enp0s3: [ DONE ]
июн 26 09:56:08 sl8.localdomain NetworkManager-prestart[5908]: Setting network parameters: succeeded
июн 26 09:56:08 sl8.localdomain NetworkManager-prestart[5850]: Setting network parameters: [ DONE ]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2203] NetworkManager (version 1.6.3) is starting...
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2207] Read config: /etc/NetworkManager/NetworkManager.conf
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2250] manager[0x876070]: monitoring kernel firmware directory &apos;/lib/firmware&apos;.
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2274] dns-mgr[0x86a180]: init: dns=default, rc-manager=resolvconf
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2294] manager[0x876070]: WiFi hardware radio set enabled
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2298] manager[0x876070]: WWAN hardware radio set enabled
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2829] etcnet-alt: Current network profile: (none)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2834] settings: loaded plugin etcnet-alt: (c) 2008 - 2015 Mikhail Efremov &lt;sem@altlinux.org&gt;. To report bugs please use https://bugzilla.altlinux.org/. (/usr/lib64/NetworkManager/libnm-settings-plugin-etcnet-alt.so)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2838] settings: loaded plugin keyfile: (c) 2007 - 2016 Red Hat, Inc.  To report bugs please use the NetworkManager mailing list.
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.2856] etcnet-alt: enp0s3: Readed connection &quot;System enp0s3&quot;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3449] settings: hostname: using hostnamed
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3450] settings: hostname changed from (none) to &quot;sl8.localdomain&quot;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3526] dhcp-init: Using DHCP client &apos;dhclient&apos;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3527] manager: WiFi enabled by radio killswitch; enabled by state file
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3527] manager: WWAN enabled by radio killswitch; enabled by state file
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3528] manager: Networking is enabled by state file
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3528] Loaded device plugin: NMBondDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3528] Loaded device plugin: NMBridgeDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3529] Loaded device plugin: NMEthernetDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3529] Loaded device plugin: NMInfinibandDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3529] Loaded device plugin: NMIPTunnelDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3529] Loaded device plugin: NMMacsecDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3529] Loaded device plugin: NMMacvlanDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3530] Loaded device plugin: NMTunDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3530] Loaded device plugin: NMVethDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3530] Loaded device plugin: NMVlanDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3530] Loaded device plugin: NMVxlanDeviceFactory (internal)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3535] Loaded device plugin: NMAtmManager (/usr/lib64/NetworkManager/libnm-device-plugin-adsl.so)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3539] Loaded device plugin: NMWifiFactory (/usr/lib64/NetworkManager/libnm-device-plugin-wifi.so)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3555] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/libnm-device-plugin-bluetooth.so)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3557] Loaded device plugin: NMWwanFactory (/usr/lib64/NetworkManager/libnm-device-plugin-wwan.so)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3603] device (lo): link connected
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3628] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3658] manager: (enp0s3): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.3911] device (enp0s3): state change: unmanaged -&gt; unavailable (reason &apos;managed&apos;) [10 20 2]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.4561] ModemManager available in the bus
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.5086] device (enp0s3): link connected
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.5566] device (enp0s3): state change: unavailable -&gt; disconnected (reason &apos;carrier-changed&apos;) [20 30 40]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.5707] policy: auto-activating connection &apos;System enp0s3&apos;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.5719] policy: auto-activating connection &apos;System enp0s3&apos;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.5865] device (enp0s3): Activation: starting connection &apos;System enp0s3&apos; (2e6166d4-2e26-3ed7-6ad6-151328534e1a)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.5892] device (enp0s3): state change: disconnected -&gt; prepare (reason &apos;none&apos;) [30 40 0]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.6170] manager: NetworkManager state is now CONNECTING
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.6219] device (enp0s3): state change: prepare -&gt; config (reason &apos;none&apos;) [40 50 0]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.6430] device (enp0s3): state change: config -&gt; ip-config (reason &apos;none&apos;) [50 70 0]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.6451] dhcp4 (enp0s3): activation: beginning transaction (timeout in 45 seconds)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.6583] dhcp4 (enp0s3): dhclient started with pid 5976
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7024] dhcp4 (enp0s3):   address 192.168.1.37
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7024] dhcp4 (enp0s3):   plen 24 (255.255.255.0)
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7025] dhcp4 (enp0s3):   gateway 192.168.1.1
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7025] dhcp4 (enp0s3):   server identifier 192.168.1.1
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7025] dhcp4 (enp0s3):   lease time 86400
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7025] dhcp4 (enp0s3):   nameserver &apos;192.168.1.1&apos;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7025] dhcp4 (enp0s3):   nameserver &apos;192.168.1.2&apos;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7025] dhcp4 (enp0s3):   domain name &apos;firma&apos;
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7025] dhcp4 (enp0s3): state changed unknown -&gt; bound
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7124] device (enp0s3): state change: ip-config -&gt; ip-check (reason &apos;none&apos;) [70 80 0]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7327] device (enp0s3): state change: ip-check -&gt; secondaries (reason &apos;none&apos;) [80 90 0]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7330] device (enp0s3): state change: secondaries -&gt; activated (reason &apos;none&apos;) [90 100 0]
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7401] manager: NetworkManager state is now CONNECTED_LOCAL
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7519] manager: NetworkManager state is now CONNECTED_GLOBAL
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7531] policy: set &apos;System enp0s3&apos; (enp0s3) as default for IPv4 routing and DNS
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7741] dns-mgr: Writing DNS information to /sbin/resolvconf
июн 26 09:56:08 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452968.7957] device (enp0s3): Activation: successful, device activated.
июн 26 09:56:13 sl8.localdomain NetworkManager[5910]: &lt;info&gt;  [1498452973.4122] manager: startup complete</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164438</commentid>
    <comment_count>12</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-06-26 16:34:15 +0300</bug_when>
    <thetext>(In reply to comment #10)
&gt; (В ответ на комментарий №9)
&gt; &gt; DISABLED=yes?
&gt; 
&gt; acc ставит в &apos;yes&apos; и тогда NM даже nameservers не получает по DHCP.

Если не ставить в yes, интерфейсом одновременно пытаются управлять etncet и NM. Ничем хорошим это не кончится.

&gt; Ставлю в &apos;no&apos; и получаю https://bugzilla.altlinux.org/show_bug.cgi?id=33575#c4

Там в конце все хорошо. Но раз интерфейсом еще и etcnet одновременно управляет, то это ничего не значит.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164456</commentid>
    <comment_count>13</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-27 09:35:38 +0300</bug_when>
    <thetext>(В ответ на комментарий №12)
&gt; Там в конце все хорошо. Но раз интерфейсом еще и etcnet одновременно управляет,
&gt; то это ничего не значит.

Давайте разбираться тогда...

Значит я ставил чистую SL8, сейчас даже взял бету2.

Сразу после установки в options: DISABLED=yes
Но это ничему не мешает, у меня и на SL7 на некоторых
машинах установлено yes и всё норм.

Если в acc выбирать NM для управления интерфейсом,
то после применения настроек всегда перепрыгивает в yes,
даже если до этого я вручную меняю на no.

Так что я ничего не крутил, так было изначально.

Далее, я обнаружил такой момент, если изменить
HOSTNAME в /etc/sysconfig/network с sl8.localdomain на
sl8.firma, то в выводе resolvconf -l: search sl8.firma.

Если же вернуть на sl8.localdomain, то -- search localdomain.

Ну а если изменить на sl8.firma.org, то -- search firma.org.

Так вот, может проблема в том, что у меня домен одного уровня ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164457</commentid>
    <comment_count>14</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-27 09:36:50 +0300</bug_when>
    <thetext>Хотя на SL7 у меня везде &lt;hostname&gt;.localdomain и ничего,
всё нормально домен поиска обнаруживается, проблем нет.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164495</commentid>
    <comment_count>15</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-29 08:11:09 +0300</bug_when>
    <thetext>Содержимое /etc/net/ifaces/enp0s3/options:

BOOTPROTO=dhcp
TYPE=eth
NM_CONTROLLED=yes
DISABLED=yes
CONFIG_WIRELESS=no
CONFIG_IPV4=yes
ONBOOT=yes

Вывод resolvconf -l:

# resolv.conf from lo.dnsmasq
nameserver 127.0.0.1

# resolv.conf from NetworkManager
# Generated by NetworkManager
search localdomain
nameserver 192.168.1.1
nameserver 192.168.1.2

Лог:

июн 29 05:04:32 sl8.localdomain NetworkManager-prestart[467]: Setting network parameters: succeeded
июн 29 05:04:32 sl8.localdomain NetworkManager-prestart[449]: Setting network parameters: [ DONE ]
июн 29 05:04:32 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694672.8653] NetworkManager (version 1.6.3) is starting...
июн 29 05:04:32 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694672.8665] Read config: /etc/NetworkManager/NetworkManager.conf
июн 29 05:04:32 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694672.8897] manager[0x875080]: monitoring kernel firmware directory &apos;/lib/firmware&apos;.
июн 29 05:04:32 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694672.9018] dns-mgr[0x869180]: init: dns=default, rc-manager=resolvconf
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.0170] etcnet-alt: Current network profile: (none)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.0177] settings: loaded plugin etcnet-alt: (c) 2008 - 2015 Mikhail Efremov &lt;sem@altlinux.org&gt;. To report bugs please use https://bugzilla.altlinux.org/. (/usr/lib64/NetworkManager/libnm-settings-plugin-etcnet-alt.so)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.0181] settings: loaded plugin keyfile: (c) 2007 - 2016 Red Hat, Inc.  To report bugs please use the NetworkManager mailing list.
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.0312] etcnet-alt: enp0s3: Readed connection &quot;System enp0s3&quot;
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.0922] settings: hostname: using hostnamed
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.0923] settings: hostname changed from (none) to &quot;sl8.localdomain&quot;
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1071] dhcp-init: Using DHCP client &apos;dhclient&apos;
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1082] manager: WiFi enabled by radio killswitch; enabled by state file
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1087] manager: WWAN enabled by radio killswitch; enabled by state file
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1090] manager: Networking is enabled by state file
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1097] Loaded device plugin: NMBondDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1097] Loaded device plugin: NMBridgeDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1097] Loaded device plugin: NMEthernetDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1097] Loaded device plugin: NMInfinibandDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1097] Loaded device plugin: NMIPTunnelDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1098] Loaded device plugin: NMMacsecDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1098] Loaded device plugin: NMMacvlanDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1098] Loaded device plugin: NMTunDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1098] Loaded device plugin: NMVethDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1098] Loaded device plugin: NMVlanDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1098] Loaded device plugin: NMVxlanDeviceFactory (internal)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1180] Loaded device plugin: NMAtmManager (/usr/lib64/NetworkManager/libnm-device-plugin-adsl.so)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1214] Loaded device plugin: NMWifiFactory (/usr/lib64/NetworkManager/libnm-device-plugin-wifi.so)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1531] Loaded device plugin: NMWwanFactory (/usr/lib64/NetworkManager/libnm-device-plugin-wwan.so)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1730] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/libnm-device-plugin-bluetooth.so)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1757] device (lo): link connected
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1781] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.1858] manager: (enp0s3): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.2148] device (enp0s3): state change: unmanaged -&gt; unavailable (reason &apos;managed&apos;) [10 20 2]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.2477] device (enp0s3): link connected
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.4336] ModemManager available in the bus
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5172] device (enp0s3): state change: unavailable -&gt; disconnected (reason &apos;none&apos;) [20 30 0]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5535] policy: auto-activating connection &apos;System enp0s3&apos;
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5560] device (enp0s3): Activation: starting connection &apos;System enp0s3&apos; (2e6166d4-2e26-3ed7-6ad6-151328534e1a)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5572] device (enp0s3): state change: disconnected -&gt; prepare (reason &apos;none&apos;) [30 40 0]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5729] manager: NetworkManager state is now CONNECTING
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5767] device (enp0s3): state change: prepare -&gt; config (reason &apos;none&apos;) [40 50 0]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5789] device (enp0s3): state change: config -&gt; ip-config (reason &apos;none&apos;) [50 70 0]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5811] dhcp4 (enp0s3): activation: beginning transaction (timeout in 45 seconds)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.5910] dhcp4 (enp0s3): dhclient started with pid 635
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.6980] dhcp4 (enp0s3):   address 192.168.1.37
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7002] dhcp4 (enp0s3):   plen 24 (255.255.255.0)
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7007] dhcp4 (enp0s3):   gateway 192.168.1.1
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7009] dhcp4 (enp0s3):   server identifier 192.168.1.1
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7013] dhcp4 (enp0s3):   lease time 86400
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7014] dhcp4 (enp0s3):   nameserver &apos;192.168.1.1&apos;
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7014] dhcp4 (enp0s3):   nameserver &apos;192.168.1.2&apos;
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7014] dhcp4 (enp0s3):   domain name &apos;firma&apos;
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7014] dhcp4 (enp0s3): state changed unknown -&gt; bound
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7174] device (enp0s3): state change: ip-config -&gt; ip-check (reason &apos;none&apos;) [70 80 0]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7597] device (enp0s3): state change: ip-check -&gt; secondaries (reason &apos;none&apos;) [80 90 0]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7626] device (enp0s3): state change: secondaries -&gt; activated (reason &apos;none&apos;) [90 100 0]
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.7811] manager: NetworkManager state is now CONNECTED_LOCAL
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.8372] manager: NetworkManager state is now CONNECTED_GLOBAL
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.8393] policy: set &apos;System enp0s3&apos; (enp0s3) as default for IPv4 routing and DNS
июн 29 05:04:33 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694673.8648] dns-mgr: Writing DNS information to /sbin/resolvconf
июн 29 05:04:34 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694674.0356] device (enp0s3): Activation: successful, device activated.
июн 29 05:04:39 sl8.localdomain NetworkManager[469]: &lt;info&gt;  [1498694679.1365] manager: startup complete</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164496</commentid>
    <comment_count>16</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-06-29 09:04:25 +0300</bug_when>
    <thetext>В общем дело точно не в dnsmasq, потому что если его вообще выключить, проблема остаётся. Так что нужно переводить на другой компонент ошибку. Скорей всего, виноват сам NM.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164524</commentid>
    <comment_count>17</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-06-30 18:14:44 +0300</bug_when>
    <thetext>В логе видно, что domain name получен (и лучше лог прикреплять, так практически не читабельно из-за переносов).

&gt; Так вот, может проблема в том, что у меня домен одного уровня ?

Может. Попробую воспроизвести, как время будет.
Как workaround попробуйте сделать
echo &apos;domain firma&apos; &gt;/etc/net/ifaces/enp0s3/resolv.conf</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164549</commentid>
    <comment_count>18</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-07-04 08:48:47 +0300</bug_when>
    <thetext>(В ответ на комментарий №17)
&gt; Как workaround попробуйте сделать
&gt; echo &apos;domain firma&apos; &gt;/etc/net/ifaces/enp0s3/resolv.conf

Не работает:

# resolv.conf from lo.dnsmasq
nameserver 127.0.0.1

# resolv.conf from NetworkManager
# Generated by NetworkManager
search localdomain
nameserver 192.168.1.1
nameserver 192.168.1.2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164550</commentid>
    <comment_count>19</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-07-04 08:57:14 +0300</bug_when>
    <thetext>Решил воспроизвести проблему на education-8.1.
После установки проблемы нет.

Что странно, в education-8.1 помимо dnsmasq есть
ещё bind и он используется по умолчанию.
Вообще такое чувство, что в этот дистрибутив
насовали всё что только можно, по принципу &quot;чтоб было&quot;.
Выглядит немного странно.

Значит делаю dist-upgrade, получаю проблему с domain.

Пытаюсь найти проблемный пакет, делаю выборочное
обновление: dnsmasq, NetworkManager, systemd и ряд
других пакетов, которые, по моему мнению, могут влиять
на проблему. Но в результате всё работает!
Пакетов очень много для dist-upgrade, какой попробовать
больше не знаю.
Сделал после этого dist-upgrade, проблема снова
всплыла. То есть какой-то пакет всё же создаёт эту
проблему при обновлении, но какой...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164552</commentid>
    <comment_count>20</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-07-04 12:09:52 +0300</bug_when>
    <thetext>Проблемный пакет найден! Это libsoup.

Работает нормально с версией 2.54.1.

libsoup-2.54.1-alt1
libsoup-gnome-2.54.1-alt1

На старых системах можно пока в hold:

RPM::Hold {
	glib-networking;
	libsoup;
	libsoup-gnome;
};</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164558</commentid>
    <comment_count>21</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-07-04 17:39:00 +0300</bug_when>
    <thetext>(In reply to comment #20)
&gt; Проблемный пакет найден! Это libsoup.

Спасибо, но тогда эта проблема никакого отношения к Сизифу не имеет: NM-1.8 не использует libsoup.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164560</commentid>
    <comment_count>22</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-07-04 18:24:52 +0300</bug_when>
    <thetext>Впрочем, в NM-1.8 используется libpsl для проверки доменного имени. И если имя является public suffix (https://publicsuffix.org/), то в search оно не попадает (см. https://bugzilla.redhat.com/show_bug.cgi?id=812394). Любые TLD libpsl считает public suffix, так что поведение будет аналогично NM-1.6 с новым libsoup (очевидно, там тоже сделали подобную проверку).
Я нахожу это скорее правильным. Если же действительно хочется добавить TLD в search, то можно добавить его в resolvconf.conf (см. append_search/prepend_search в resolvconf.conf(5)). По крайней мере пока такую проверку не добавили в сам openresolv.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164568</commentid>
    <comment_count>23</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-07-05 08:41:21 +0300</bug_when>
    <thetext>(В ответ на комментарий №22)
&gt; Впрочем, в NM-1.8 используется libpsl для проверки доменного имени. И если имя
&gt; является public suffix (https://publicsuffix.org/), то в search оно не попадает
&gt; (см. https://bugzilla.redhat.com/show_bug.cgi?id=812394). Любые TLD libpsl
&gt; считает public suffix, так что поведение будет аналогично NM-1.6 с новым
&gt; libsoup (очевидно, там тоже сделали подобную проверку).
&gt; Я нахожу это скорее правильным. Если же действительно хочется добавить TLD в
&gt; search, то можно добавить его в resolvconf.conf (см.
&gt; append_search/prepend_search в resolvconf.conf(5)). По крайней мере пока такую
&gt; проверку не добавили в сам openresolv.

Да уж...

В таком случае, считаю правильным, сделать защиту в alterator, чтобы пользователь в будущем не нарвался на такую же проблему, как и я, -- не позволять создавать домен одного уровня.

Надеюсь resolvconf &quot;не пропатчат&quot; по этой части...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164569</commentid>
    <comment_count>24</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-07-05 09:03:45 +0300</bug_when>
    <thetext>Кстати, ничего, что у SeN (https://forum.altlinux.org/index.php?topic=38858.msg311508#msg311508) домен второго уровня -- com003.kronsh.shkola ? Допускаю, что у него проблема именно в отсутствии на DNS адреса nc.

Проверить бы это дело, но у меня нет домена кроме существующего, который одного уровня, а смотреть на стенде -- лень настраивать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164572</commentid>
    <comment_count>25</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2017-07-05 13:33:54 +0300</bug_when>
    <thetext>(В ответ на комментарий №23)
&gt; В таком случае, считаю правильным, сделать защиту в alterator, чтобы
&gt; пользователь в будущем не нарвался на такую же проблему, как и я, -- не
&gt; позволять создавать домен одного уровня.

Повесьте нв alterator-net-domain, пожалуйста.

&gt; Надеюсь resolvconf &quot;не пропатчат&quot; по этой части...

Я думал над этим, но решил все-таки не делать. Впрочем, если это сделает апстрим, то я не буду это отрывать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>164586</commentid>
    <comment_count>26</comment_count>
    <who name="Alexander Shemetov">berkut_174</who>
    <bug_when>2017-07-06 08:37:05 +0300</bug_when>
    <thetext>(В ответ на комментарий №25)
&gt; Повесьте на alterator-net-domain, пожалуйста.

#33619

&gt; Я думал над этим, но решил все-таки не делать. Впрочем, если это сделает
&gt; апстрим, то я не буду это отрывать.

Я не понимаю, даже если пропатчат, но я добавлю свой домен через append_search/prepend_search/search_domains, на крайний случай resolv_conf_head/resolv_conf_tail, и прочее, то как это мне помешает подсунуть свой домен в resolv.conf ?

В общем я домен пока не планирую менять в ближайшее время...</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>