UFFICIALE L'OT di Linux e altri OS

EmanueleC · 8 Gennaio 2018

« MoMy » ha detto:
Misteri dell' informatica Ubuntiana. :P Magari c'è un blocco da qualche altra parte, per esempio nel dhcpcd.conf?

Non puoi appendere lo stdout in una variabile o funzione e processarla?

*Devo andare in amministrazione per lamentarmi, tutti 'sti messaggi mica mi erano arrivati nel feed, manco gli avvisi... -.-''

Devi cambiare mentalità con systemd, non si editano li i DNS.

Codice:

emanu@lele-deb:~$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53

search station

Codice:

emanu@lele-deb:~$ cat /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 DNS servers.
#
# 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.

Codice:

emanu@lele-deb:~$ sudo systemd-resolve --status
Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (enp3s1)
      Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.1
                      8.8.8.8
                      8.8.4.4
          DNS Domain: station

Link 2 (enp1s0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

e_ale92 · 8 Gennaio 2018

lele.deb ha detto:

Devi cambiare mentalità con systemd, non si editano li i DNS.

Codice:

emanu@lele-deb:~$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53

search station

Codice:

emanu@lele-deb:~$ cat /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 DNS servers.
#
# 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.

Codice:

emanu@lele-deb:~$ sudo systemd-resolve --status
Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (enp3s1)
      Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.1
                      8.8.8.8
                      8.8.4.4
          DNS Domain: station

Link 2 (enp1s0)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

perché tu editi il file sotto /run/systemd. se editi quello ancora non deprecato in /etc/ e che non fa uso di systemd, la mentalità resta la stessa... e ubuntu, a quanto pare, non sovrascrive il file al boot, come accade su archlinux (su altre distro non ho verificato).

EmanueleC · 8 Gennaio 2018

e_ale92 ha detto:
perché tu editi il file sotto /run/systemd. se editi quello ancora non deprecato in /etc/ e che non fa uso di systemd, la mentalità resta la stessa... e ubuntu, a quanto pare, non sovrascrive il file al boot, come accade su archlinux (su altre distro non ho verificato).

lo sai che resolv non va editato, è un file dinamico, comunque, dicevo per i problemi ai DNS, c'è ancora un bug aperto su systemd, quindi non c'entra niente Ubuntu.

https://github.com/systemd/systemd/issues/5755

e_ale92 · 8 Gennaio 2018

lele.deb ha detto:
lo sai che resolv non va editato, è un file dinamico, comunque, dicevo per i problemi ai DNS, c'è ancora un bug aperto su systemd, quindi non c'entra niente Ubuntu.

https://github.com/systemd/systemd/issues/5755

sì, infatti la questione con momy era proprio quella. su arch, se edito il file, me lo ritrovo pulito al riavvio... com'è giusto che sia. su Ubuntu (e ho verificato personalmente su 16.04 e su 17.10) se lo edito al riavvio me lo trovo ancora modificato.

la questione era proprio questa. su arch, seguendo il wiki, ho usato resolv.conf.head perché non volevo modificare brutalmente i permessi con chattr (come suggerito da momy, tra l'altro). su Ubuntu resolv.conf.head non aveva nessun effetto e la modifica ignorante di resolv.conf ha dato i risultati di cui sopra.

il bug di systemd sui resolv, non c'entra nulla dato che io non uso systemd per modificare i resolv.

EmanueleC · 8 Gennaio 2018

e_ale92 ha detto:
sì, infatti la questione con momy era proprio quella. su arch, se edito il file, me lo ritrovo pulito al riavvio... com'è giusto che sia. su Ubuntu (e ho verificato personalmente su 16.04 e su 17.10) se lo edito al riavvio me lo trovo ancora modificato.

la questione era proprio questa. su arch, seguendo il wiki, ho usato resolv.conf.head perché non volevo modificare brutalmente i permessi con chattr (come suggerito da momy, tra l'altro). su Ubuntu resolv.conf.head non aveva nessun effetto e la modifica ignorante di resolv.conf ha dato i risultati di cui sopra.

il bug di systemd sui resolv, non c'entra nulla dato che io non uso systemd per modificare i resolv.

Ubuntu usa systemd resolved, Arch la personalizzi come vuoi e non so se hanno lasciato resolv.conf o hanno abilitato systemd-resolved, sicuramente il problema sta li.

systemd (235-2ubuntu1) bionic; urgency=medium

[ Dimitri John Ledkov ]
* Merge 235-2 from debian:
- Drop all upstream cherry-picks
* Merge 235-2 from debian:
- Drop all upstream cherry-picks
- Drop test-copy dh_strip size override, fixed upstream

* Remaining delta from Debian:
- ship dhclient enter hook for dhclient integration with resolved
- ship resolvconf integration via stub-resolv.conf
- ship s390x virtio interface names migration
- do not disable systemd-resolved upon libnss-resolve removal
- do not remote fs in containers, for non-degrated boot
- CVE-2017-15908 in resolved fix loop on packets with pseudo dns types
- Unlink invocation id key, upon chown failure in containers
- Change default to UseDomains by default
- Do not treat failure to set Nice= setting as error in containers
- Add a condition to systemd-journald-audit.socet to not start in
containers (fails)
- Build without any built-in/fallback DNS server setting
- Enable resolved by default
- Update autopkgtests for reliability/raciness, and testing for typical
defaults
- Always upgrade udev, when running adt tests
- Skip test-execute on armhf

systemd (234-2ubuntu1) artful; urgency=medium

[ Dimitri John Ledkov ]
* ubuntu: udev.postinst preserve virtio interfaces names on upgrades, on s390x.
New udev generates stable interface names on s390x kvm instances, however, upon
upgrades existing ethX names should be preserved to prevent breaking networking
and software configurations.
This patch only affects Ubuntu systems. (Closes: #860246) (LP: #1682437)
* Set UseDomains to true, by default, on Ubuntu.
On Ubuntu, fallback DNS servers are disabled, therefore we do not leak queries
to a preset 3rd party by default. In resolved, dnssec is also disabled by
default, as too much of the internet is broken and using Ubuntu users to debug
the internet is not very productive - most of the time the end-user cannot fix
or know how to notify the site owners about the dnssec mistakes. Inherintally
the DHCP acquired DNS servers are therefore trusted, and are free to spoof
records. Not trusting DNS search domains, in such scenario, provides limited
security or privacy benefits. From user point of view, this also appears to be
a regression from previous Ubuntu releases which do trust DHCP acquired search
domains by default.
Therefore we are enabling UseDomains by default on Ubuntu.
Users may override this setting in the .network files by specifying
[DHCP|IPv6AcceptRA] UseDomains=no|route options.
* resolved: create private stub resolve file for integration with resolvconf.
The stub-resolve.conf file points at resolved stub resolver, but also lists the
available search domains. This is required to correctly resolve domains without
using resolve nss module.
* Enable systemd-resolved by default
* Create /etc/resolv.conf at postinst, pointing at the stub resolver.
The stub resolver file is dynamically managed by systemd-resolved. It points at
the stub resolver as the nameserver, however it also dynamically updates the
search stanza, thus non-nss dns tools work correctly with unqualified names and
correctly use the DHCP acquired search domains.
* libnss-resolve: do not disable and stop systemd-resolved
resolved is always used by default on ubuntu via stub resolver, therefore it
should continue to operate without libnss-resolve module installed.
* modprobe.d: set max_bonds=0 for bonding module to prevent bond0 creation.
This prevents confusing networkd, and allows networkd to manage bond0.
* Cherrypick upstream networkd-test.py assertion/check fixes.
This resolves ADT test suite failures, when running tests under lxc/lxd
providers.
* Cherrypick arm* seccomp fixes.
This should resolve ADT test failures, on arm64, when running as root.
* Re-enable seccomp and execute tests on arm.

[ Balint Reczey ]
* Skip starting systemd-remount-fs.service in containers
even when /etc/fstab is present.
This allows entering fully running state even when /etc/fstab
lists / to be mounted from a device which is not present in the
container. (LP: #1576341)

[ Michael Biebl ]
* selinux: Enable labeling and access checks for unprivileged users.

e_ale92 · 8 Gennaio 2018

lele.deb ha detto:
Ubuntu usa systemd resolved, Arch la personalizzi come vuoi e non so se hanno lasciato resolv.conf o hanno abilitato systemd-resolved, sicuramente il problema sta li.

eppure funziona anche con resolv.conf

scherzi a parte, non usando Ubuntu non mi spiegavo perché funzionasse ma non venisse sovrascritto... non che mi interessi molto, ma almeno ora lo so :)

« MoMy » · 8 Gennaio 2018

lele.deb ha detto:
Devi cambiare mentalità con systemd, non si editano li i DNS.

Vabè, ma la rete la devi strutturare sin dall' inizio con systemd networkd. Lo stesso /etc/resolv.conf dovrebbe essere un collegamento al servizio systemd resolved.

Poi, io giro con la mia ArchBibbia sotto il braccio e se non c'è scritto (o se alla tv non lo han detto) voldì che è sbagliato. :sisi:
Scherzo. :P
edit: Ovviamente systemd networkd è tra le opzioni offerte.
Dipende come parti, per esempio non uso network manager o altri menager, ho scritto un service, i dns impostati nel router, uno scriptino e via...

lele.deb ha detto:
Ubuntu usa systemd resolved, Arch la personalizzi come vuoi e non so se hanno lasciato resolv.conf o hanno abilitato systemd-resolved, sicuramente il problema sta li.

Arch ti da la possibilità di scegliere tra le varie offerte, non su tutto logicamente. Quindi non è un problema la questione resolv.conf se questo intendevi.
@rebellion Non riesco a immaginare una cosa a cui possa servire. Se per lo script ''expacaur'' hai pensato di usare cower -i <programma-aur> e expac -Q '%v' <programma-installato>?

EmanueleC · 8 Gennaio 2018

e_ale92 ha detto:
eppure funziona anche con resolv.conf

scherzi a parte, non usando Ubuntu non mi spiegavo perché funzionasse ma non venisse sovrascritto... non che mi interessi molto, ma almeno ora lo so :)

A me lo ha sempre sovrascritto, non so perché a te no

EmanueleC · 8 Gennaio 2018

« MoMy » ha detto:
Vabè, ma la rete la devi strutturare sin dall' inizio con systemd networkd. Lo stesso /etc/resolv.conf dovrebbe essere un collegamento al servizio systemd resolved.

Poi, io giro con la mia ArchBibbia sotto il braccio e se non c'è scritto (o se alla tv non lo han detto) voldì che è sbagliato. :sisi:
Scherzo. :P
edit: Ovviamente systemd networkd è tra le opzioni offerte.
Dipende come parti, per esempio non uso network manager o altri menager, ho scritto un service, i dns impostati nel router, uno scriptino e via...

Arch ti da la possibilità di scegliere tra le varie offerte, non su tutto logicamente. Quindi non è un problema la questione resolv.conf se questo intendevi.
@rebellion Non riesco a immaginare una cosa a cui possa servire. Se per lo script ''expacaur'' hai pensato di usare cower -i <programma-aur> e expac -Q '%v' <programma-installato>?

Se usi systemd-resolved, i DNS li imposti con systemd-resolve, poi ovviamente io non uso la CLI, quindi fa tutto il network manager.

Name
systemd-resolve — Resolve domain names, IPV4 and IPv6 addresses, DNS resource records, and services

Synopsis
systemd-resolve [OPTIONS...] HOSTNAME...

systemd-resolve [OPTIONS...] ADDRESS...

systemd-resolve [OPTIONS...]
--type=TYPE DOMAIN...

systemd-resolve [OPTIONS...]
--service [[NAME] TYPE] DOMAIN

systemd-resolve [OPTIONS...]
--openpgp USER@DOMAIN

systemd-resolve [OPTIONS...]
--tlsa DOMAIN[:PORT]

systemd-resolve [OPTIONS...]
--statistics

systemd-resolve [OPTIONS...]
--reset-statistics

rebellion · 8 Gennaio 2018

« MoMy » ha detto:
@rebellion Non riesco a immaginare una cosa a cui possa servire. Se per lo script ''expacaur'' hai pensato di usare cower -i <programma-aur> e expac -Q '%v' <programma-installato>?

stavo pensando di creare un checklist partendo dalle opzioni stampate sul terminale, poi un comando 'read -s -n 1' (annidato in un while che crea un loop) che accetta solo i tasti: cursore-su, cursore-giù, invio per selezionare/deselezionare la scelta, tasto per confermare e uscire dal loop e tasto per annullare. Fin qui tutto facile, il problema è mettere/togliere un marker all'item selezionato, ho bisogno di sapere cosa c'è stampato su una determinata linea del terminale; sic et simpliciter!:D

« MoMy » · 8 Gennaio 2018

Sì, ho sbagliato nello scrivere. Un copia/incolla e faccio prima:

systemd-resolved maintains the /run/systemd/resolve/stub-resolv.conf file for compatibility with traditional Linux programs. This file may be symlinked from /etc/resolv.conf. This file lists the 127.0.0.53 DNS stub (see above) as the only DNS server. It also contains a list of search domains that are in use by systemd-resolved. The list of search domains is always kept up-to-date. Note that /run/systemd/resolve/stub-resolv.conf should not be used directly by applications, but only through a symlink from /etc/resolv.conf. This file may be symlinked from /etc/resolv.conf in order to connect all local clients that bypass local DNS APIs to systemd-resolved with correct search domains settings. This mode of operation is recommended.
•A static file /usr/lib/systemd/resolv.conf is provided that lists the 127.0.0.53 DNS stub (see above) as only DNS server. This file may be symlinked from /etc/resolv.conf in order to connect all local clients that bypass local DNS APIs to systemd-resolved. This file does not contain any search domains.

Dalla ArchBibbia:

Required services and setup
To use systemd-networkd, start/enable both systemd-networkd.service and systemd-resolved.service.

Tip: systemd-resolved is required only if you are specifying DNS entries in .network files or if you want to obtain DNS addresses from the network DHCP client. Alternatively you may manually manage /etc/resolv.conf.
For compatibility with resolv.conf, and redirect software which directly read this file to the local systemd-resolved stub DNS resolver, delete or rename the existing file and create the following symbolic link when using systemd-resolved:

# ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

« MoMy » · 9 Gennaio 2018

@rebellion Dal momento che mi hai scartato gtkdialog e zenity, dico... ncurses?
Te vorresti fare una cosa tipo quella nell' immagine sotto però usando il solo emulatore gnome-terminal, senza gui/ui/dialog?

Ci sarebbe bashsimplecurses però non so quanto e cosa riesca a fare. Un semplice ''select do done''? Lo stdout da dove dovrebbe arrivare, sicuro non si possa salvare in un file temporaneo?
La cosa che più si avvicina che ho visto usando il solo terminale (senza dialog, ncurses eccecc) sono i comandi interattivi di nano, ma penso che bash ci entri poco.
Forse è questo ciò che cerchi, magari leggendo il codice ti ispira. :P

e_ale92 · 9 Gennaio 2018

https://www.archlinux.it/forum/viewtopic.php?f=2&t=22653

e_ale92 · 9 Gennaio 2018

@rebellion: volevo provare lo script ma mi dice che c'è pacman avviato... peccato che non sia vero xD

rebellion · 9 Gennaio 2018

e_ale92 ha detto:
@rebellion: volevo provare lo script ma mi dice che c'è pacman avviato... peccato che non sia vero xD

:muro::suicidio:avvia lo scriptino più corto non l'ultimo perchè non è rifinito!