mikrotik и ubuntu

[Morisson]

Вы мою ссылку поизучайте, там тоже ссылки есть, в том числе про режимы работы resolv.conf
Хау.

[Usermaster]

А так?

Код: [Выделить]

sudo chmod 444 /run/systemd/resolve/stub-resolv.conf/etc/resolv.conf ссылка на вышеуказанный файл.

[Smorman]

Я в нетплане не знаю

Всё это (DNS, IP и пр. пр. пр...) можно прописать в конфиг Netplan в /etc/netplan/01-network-manager-all.yaml
при этом строго соблюдая отступы (табуляция или пробелы. См. по началу конфига, что там, табы или пробелы...).
Манов и инструкций от ГУРиков на просторах по Netpaln шквал, да и в консоли:

Код: [Выделить]

man netplan
или
netplan -H

Потом:

Код: [Выделить]

sudo netplan try
и если ошибок нет, то:

Код: [Выделить]

sudo netplan apply
Ребут системы и радуйся жизни...

[Usermaster]

Тоже верно.

[Smorman]

а я уже обрадовался что тему можно будет закрыть...

Изучай возможные параметры конфига Netplan.
Всё вышеперечисленное можно прописать в него, вкл DNS-ы.
Да и в Ubuntu именно он рулит сетью, подтягивая тот же NM или Networkd, но иногда надо рученьками прописывать параметры для NM.

И после обновления и активации конфига, перегруза, при условии, что всё правильно пропишешь, всё будет арбайтан на постоянной основе и не будет вылетать после ребута.

Было у меня как-то, что свисток не хотел на автомате Netplan работать и приходилось руками в конфиг Netplan всё прописывать и только после этого всё заработало.
Увы, бывает такое, всё зависит от железяк и их поддержки ядром...
Пользователь добавил сообщение 26 Мая 2023, 14:12:45:И в конфиге по умолчанию просто прописано, что управляется сеть посредством NM, т.е. в автомате.
И даже прописка в самом NM параметров не всегда приносит результат, а только прописка в конфиг Netplan даёт нужный результат.

Увы, ещё раз скажу, бывает такое.
У меня было...
Пользователь добавил сообщение 26 Мая 2023, 18:43:15:Настройка сети в Linux при помощи Netplan

Netplan и как его правильно приготовить

[kda2210]

А так?

команда прошла успешно, но после перезагрузки интернет не работал. решил посмотреть содержимое этого файла, а там

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

  GNU nano 7.2                    /run/systemd/resolve/stub-resolv.conf                             
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# 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 should typically 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
options edns0 trust-ad
search .



[PepperNix]

но после перезагрузки интернет не работал.

Добавь сюда ( на форум ) выводы команд

Код: [Выделить]

systemctl status systemd-resolved

Код: [Выделить]

ip a

[kda2210]

выводы команд

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

root@hp:/home/user# systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution
     Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; pre>
     Active: active (running) since Mon 2023-05-29 10:13:45 +05; 24min ago
       Docs: man:systemd-resolved.service(8)
             man:org.freedesktop.resolve1(5)
             https://www.freedesktop.org/wiki/Software/systemd/writing-network->
             https://www.freedesktop.org/wiki/Software/systemd/writing-resolver>
   Main PID: 477 (systemd-resolve)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9349)
     Memory: 6.7M
        CPU: 199ms
     CGroup: /system.slice/systemd-resolved.service
             └─477 /lib/systemd/systemd-resolved

мая 29 10:13:45 hp systemd[1]: Starting systemd-resolved.service - Network Name>
мая 29 10:13:45 hp systemd-resolved[477]: Positive Trust Anchors:
мая 29 10:13:45 hp systemd-resolved[477]: . IN DS 20326 8 2 e06d44b80b8f1d39a95>
мая 29 10:13:45 hp systemd-resolved[477]: Negative trust anchors: home.arpa 10.>
мая 29 10:13:45 hp systemd-resolved[477]: /etc/systemd/resolved.conf:1: Assignm>
мая 29 10:13:45 hp systemd-resolved[477]: Using system hostname 'hp'.
мая 29 10:13:45 hp systemd[1]: Started systemd-resolved.service - Network Name >
мая 29 10:14:01 hp systemd-resolved[477]: eno1: Bus client set default route se>
lines 1-23...skipping...
● systemd-resolved.service - Network Name Resolution
     Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; preset: enabled)
     Active: active (running) since Mon 2023-05-29 10:13:45 +05; 24min ago
       Docs: man:systemd-resolved.service(8)
             man:org.freedesktop.resolve1(5)
             https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
             https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
   Main PID: 477 (systemd-resolve)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9349)
     Memory: 6.7M
        CPU: 199ms
     CGroup: /system.slice/systemd-resolved.service
             └─477 /lib/systemd/systemd-resolved

мая 29 10:13:45 hp systemd[1]: Starting systemd-resolved.service - Network Name Resolution...
мая 29 10:13:45 hp systemd-resolved[477]: Positive Trust Anchors:
мая 29 10:13:45 hp systemd-resolved[477]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc6>
мая 29 10:13:45 hp systemd-resolved[477]: Negative trust anchors: home.arpa 10.in-addr.arpa 16.172.in-add>
мая 29 10:13:45 hp systemd-resolved[477]: /etc/systemd/resolved.conf:1: Assignment outside of section. Ig>
мая 29 10:13:45 hp systemd-resolved[477]: Using system hostname 'hp'.
мая 29 10:13:45 hp systemd[1]: Started systemd-resolved.service - Network Name Resolution.
мая 29 10:14:01 hp systemd-resolved[477]: eno1: Bus client set default route setting: yes
мая 29 10:14:01 hp systemd-resolved[477]: eno1: Bus client set DNS server list to: 169.254.204.101
мая 29 10:15:15 hp systemd-resolved[477]: Clock change detected. Flushing caches.
~
~
~
~
~
~
~
~
~
lines 1-25/25 (END)
































● systemd-resolved.service - Network Name Resolution
     Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; preset: enabled)
     Active: active (running) since Mon 2023-05-29 10:13:45 +05; 24min ago
       Docs: man:systemd-resolved.service(8)
             man:org.freedesktop.resolve1(5)
             https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
             https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
   Main PID: 477 (systemd-resolve)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9349)
     Memory: 6.7M
        CPU: 199ms
     CGroup: /system.slice/systemd-resolved.service
             └─477 /lib/systemd/systemd-resolved

мая 29 10:13:45 hp systemd[1]: Starting systemd-resolved.service - Network Name Resolution...
мая 29 10:13:45 hp systemd-resolved[477]: Positive Trust Anchors:
мая 29 10:13:45 hp systemd-resolved[477]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e88040>
мая 29 10:13:45 hp systemd-resolved[477]: Negative trust anchors: home.arpa 10.in-addr.arpa 16.172.i>
мая 29 10:13:45 hp systemd-resolved[477]: /etc/systemd/resolved.conf:1: Assignment outside of sectio>
мая 29 10:13:45 hp systemd-resolved[477]: Using system hostname 'hp'.
мая 29 10:13:45 hp systemd[1]: Started systemd-resolved.service - Network Name Resolution.
мая 29 10:14:01 hp systemd-resolved[477]: eno1: Bus client set default route setting: yes
мая 29 10:14:01 hp systemd-resolved[477]: eno1: Bus client set DNS server list to: 169.254.204.101
мая 29 10:15:15 hp systemd-resolved[477]: Clock change detected. Flushing caches.
~
~
~
~
~
~
lines 1-25/25 (END)



(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

root@hp:/home/user# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 2c:41:38:57:67:90 brd ff:ff:ff:ff:ff:ff
    altname enp7s0
    inet 169.254.204.205/24 brd 169.254.204.255 scope link dynamic noprefixroute eno1
       valid_lft 585sec preferred_lft 585sec


[PepperNix]

kda2210, Похоже у тебя есть привычка менять условия задачи на ходу. Ноуты менял , версии системы менял. Тепкрь вместо вайфай провод. Что ты ещё поменять успел ? И да - если сделаешь

Код: [Выделить]

ping 8.8.8.8
то увидишь что интернет у тебя есть.
Интересно что ты увидишь если в адресной строке браузера введёшь  -  142.250.184.195 

[kda2210]

привычка менять условия задачи на ходу

Внесу ясность, было два ноута один с Ubuntu 22.04.2 LTS подключающийся к сети через wifi и второй с Ubuntu 23.04 с подключением через витую пару. Проблема впервые возникла на буке с Ubuntu 23.04, но так как самостоятельно я её не смог решить, предположил что всему виной сам умирающий бук. Но потом аналогичная проблема появилась на буке с Ubuntu 22.04.2 LTS вот тогда то я и понял что проблема носит массовый характер и создал эту тему на данном форуме. В то время бук с Ubuntu 22.04.2 LTS стоял у меня в кабинете и у меня был к нему безграничный доступ, потом его забрали так как ремонт был окончен и я перешёл на бук с Ubuntu 23.04 который находится за пределами моего кабинета.

Это я всё к тому что у меня нет привычки менять условия задачи на ходу, просто так сложились обстоятельства. Кто же знал что бук с Ubuntu 22.04.2 LTS у меня заберут так быстро...

[PepperNix]

kda2210, Это лирика. Лучше бы показал вывод пинга восьмёрок и что показал адрес в браузере. Только не пересказывай своими словами.

[Usermaster]

Вообще говоря, правильно настроенный DHCP должен отдавать, вместе с ip адресом адрес шлюза и адреса DNS.
По моему мнению, искать нужно проблему не в настройках компа а в настройках DHCP.
Почему нет пробелмы на винде? А может скоро и начнутся. Windows запоминает DHCP настройки и не любит их менять, упорно требует старые. Были у меня случаи, когда винде меняешь ip на DHCP а она требует старый. Приходилось делать ipconfig /release, чтоб поменяла. Происходило это из-за того что DHCP был на Windows 2003 и срок аренды был 30 дней. И Windows не хотела отдавать свой ip пока не истечёт срок аренды. Когда DHCP на Debian переделывал, сразу срок аренды сделал не большой, проблема исчезла.

В качестве теста, возьмите ip адрес не из пула адресов (если пул растянут на всю подсеть, урежте пул), и сделайте на ПК настройки в ручную в NetworkManager, если заработает интернет, ищите проблему в DHCP.

[PepperNix]

вместе с ip адресом адрес шлюза и адреса DNS.

И вот тут то где то нестыковка. Или проверять настройки микротика или закостылить получение гугловского DNS в убунте.

[kda2210]

Лучше бы показал вывод пинга восьмёрок и что показал адрес в браузере

через пол часа обед кончиться и сделаю, пока нет доступа к буку
Пользователь добавил сообщение 29 Мая 2023, 10:41:27:

DHCP был на Windows

У меня DHCP настроен уже больше 4-х лет и проблем не было, так же за это время многократно приходило и уходило новое оборудование (компы, буки и мфу работающие по сети) у всех всегда всё было хорошо!

И лишь установив Ubuntu на рабочей машинке появилась проблема.
Пользователь добавил сообщение 29 Мая 2023, 11:15:20:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

root@hp:/home/user# ping ya.ru
ping: ya.ru: Временный сбой в разрешении имен
root@hp:/home/user# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=108 time=43.6 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=108 time=43.4 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=108 time=43.4 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=108 time=43.4 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 43.395/43.447/43.591/0.083 ms
root@hp:/home/user# ping 142.250.184.195
PING 142.250.184.195 (142.250.184.195) 56(84) bytes of data.
64 bytes from 142.250.184.195: icmp_seq=1 ttl=117 time=78.1 ms
64 bytes from 142.250.184.195: icmp_seq=2 ttl=117 time=77.9 ms
64 bytes from 142.250.184.195: icmp_seq=3 ttl=117 time=77.9 ms
^C
--- 142.250.184.195 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 77.867/77.953/78.125/0.121 ms


а вот в браузере выдало сразу вместо 142.250.184.195, https://www.google.com/ но - Не удается получить доступ к сайтуНе удалось найти IP-адрес сервера www.google.com. DNS_PROBE_FINISHED_BAD_CONFIG

[Smorman]

Парни, вот чёт уверен, что он установил Ubuntu, а адаптер не дружит в автомате с ядром по путю (работает. но криво) и бывает такое, бывает.

Пока руками в конфиг Netpaln не напишет и не будет дружить.

Ещё раз повторюсь, копай настройки Netplan конфига и ещё бы глянул по адаптеру своему на просторах, скорее всего есть с ним нюанс...