Re: Com deshabilitar actualitzacions automàtiques
Bones, Jo diria que l'opció que busques és aquesta, que surt a la documentació unattended upgrades que he vist passar pels emails: // Do "apt-get upgrade --download-only" every n-days (0=disable) APT::Periodic::Download-Upgradeable-Packages "1"; Es configura al fitxer /etc/apt/apt.conf.d/02periodic Bon dia ! signature.asc Description: PGP signature
Re: pregunta sobre el nucli Linux
Bones, No coneixo massa tema però sé que els contenidors i tecnologies com docker i kubernetes fan servir cgroups per controlar els recursos que es reserven per cada contenidor: https://www.man7.org/linux/man-pages/man7/cgroups.7.html signature.asc Description: PGP signature
Re: Entreteniments variats després d'actualitzar a Bullseye
I els propietaris i permisos del fitxer > /etc/ufw/before.rules són els mateixos? Hi ha alguna comanda com "sudo ufw status" per validar la configuració d'ufw? -- R. Sicart 29 août 2021 10:07:50 Lluís Gras : > No sembla un problema de permisos. > > Ambdues màquines tenen el mateix contingut a > /lib/systemd/system/netfilter-persistent.service que en teoria s'hauria > d'encarregar de fer persistents els conjunts d'ipset. > > root@ns:~# systemctl status netfilter-persistent.service > ● netfilter-persistent.service - netfilter persistent configuration > Loaded: loaded (/lib/systemd/system/netfilter-persistent.service; > enabled; vendor preset: enabled) > Drop-In: /etc/systemd/system/netfilter-persistent.service.d > └─ipset.conf > Active: active (exited) since Sun 2021-08-29 09:21:28 CEST; 16min ago > Docs: man:netfilter-persistent(8) > Process: 683 ExecStart=/usr/sbin/netfilter-persistent start (code=exited, > status=0/SUCCESS) > Main PID: 683 (code=exited, status=0/SUCCESS) > CPU: 11ms > > d’ag. 29 09:21:28 ns netfilter-persistent[691]: run-parts: executing > /usr/share/netfilter-persistent/plugins.d/10-ipset start > d’ag. 29 09:21:28 ns netfilter-persistent[691]: run-parts: executing > /usr/share/netfilter-persistent/plugins.d/40-ipset start > d’ag. 29 09:21:28 ns systemd[1]: Starting netfilter persistent > configuration... > d’ag. 29 09:21:28 ns systemd[1]: Finished netfilter persistent configuration. > > En fi que tampoc és que em passi les hores reiniciant amb lo que de moment es > quedarà com esta amb l'ufw reload. > > Gràcies. > Missatge de R. Sicart del dia ds., 28 d’ag. 2021 a > les 17:03: >> Sembla més aviat el fitxer /etc/ufw/before.rules >> que no pas el unit file. Els permisos són els mateixos ? >> -- >> >> R. Sicart >> >> 28 août 2021 16:10:53 Lluís Gras : >> >>> Així sembla ... >>> >>> Però és que tant en el cas (D10) com en l'altre (D11) el fitxer >>> /lib/systemd/system/ufw.service és el mateix >>> >>> root@gwbox:~# cat /lib/systemd/system/ufw.service >>> [Unit] >>> Description=Uncomplicated firewall >>> Documentation=man:ufw(8) >>> DefaultDependencies=no >>> Before=network.target >>> >>> [Service] >>> Type=oneshot >>> RemainAfterExit=yes >>> ExecStart=/lib/ufw/ufw-init start quiet >>> ExecStop=/lib/ufw/ufw-init stop >>> >>> [Install] >>> WantedBy=multi-user.target >>> >>> >>> I el paquet ipset no te cap entrada a systemd. >>> >>> >>> Missatge de R. Sicart del dia ds., 28 d’ag. 2021 a >>> les 15:50: >>>> Bones, >>>> >>>> No he fet servir mai ufw, però pel missatge d'error "(nf_tables): Set >>>> Firehol_L1 doesn't exist >>>> " sembla que, quan el servei systemd arranca, Firehol_L1 encara no >>>> existeix. >>>> >>>> Sort ! signature.asc Description: PGP signature
Re: Entreteniments variats després d'actualitzar a Bullseye
Sembla més aviat el fitxer /etc/ufw/before.rules que no pas el unit file. Els permisos són els mateixos ? -- R. Sicart 28 août 2021 16:10:53 Lluís Gras : > Així sembla ... > > Però és que tant en el cas (D10) com en l'altre (D11) el fitxer > /lib/systemd/system/ufw.service és el mateix > > root@gwbox:~# cat /lib/systemd/system/ufw.service > [Unit] > Description=Uncomplicated firewall > Documentation=man:ufw(8) > DefaultDependencies=no > Before=network.target > > [Service] > Type=oneshot > RemainAfterExit=yes > ExecStart=/lib/ufw/ufw-init start quiet > ExecStop=/lib/ufw/ufw-init stop > > [Install] > WantedBy=multi-user.target > > > I el paquet ipset no te cap entrada a systemd. > > > Missatge de R. Sicart del dia ds., 28 d’ag. 2021 a > les 15:50: >> Bones, >> >> No he fet servir mai ufw, però pel missatge d'error "(nf_tables): Set >> Firehol_L1 doesn't exist >> " sembla que, quan el servei systemd arranca, Firehol_L1 encara no existeix. >> >> Sort ! signature.asc Description: PGP signature
Entreteniments variats després d'actualitzar a Bullseye
Bones, No he fet servir mai ufw, però pel missatge d'error "(nf_tables): Set Firehol_L1 doesn't exist " sembla que, quan el servei systemd arranca, Firehol_L1 encara no existeix. Sort ! signature.asc Description: PGP signature
Re: debian 11 webdav lent
Bones, I les rutes de xarxa són les mateixes? Tant debian 10 com debian 11 fan servir IPv4 o IPv6 per connectar-se al nextcloud webdav? D'altra banda, pel que veig, sembla un problema que li passa a més gent. No sé si amb el mateix setup que tu fas servir però en tot cas no sembla un problema nou: https://duckduckgo.com/?q=nextcloud+webdav+slow=fpas=web Mai he fet servir nextcloud, llegint en diagonal veig que podria ser una sobreutilització de la base de dades per php, problemes de IOwait, etc. El que em sorprèn O_O és que des dels clients debian 10 no tinguis el problema. Podria ser una questió de cache local existent als debian 10, però inexistent als debian 11? Els paquets relacionats amb webdav/nextcloud instalats als clients debian 10 i debian 11 són els mateixos? Salut i sort amb la recerca. -- R. Sicart 26 août 2021 13:31:53 Blackhold : > Amb tcpdump no veig excessives diferències, els ports més o menys són > els mateixos. Es genera molta informació per a cada connexió i tampoc > sóc capaç d'identificar massa les diferències entre els paquets > generats per una versió i altra de client de webdav. > > He provat de muntar el webdav fent servir el paquet davfs2 i també, la > lentitud és extrema... > > Què hi ha a debian 11 que no estigui a debian 10 que pugui estar > enlentint la comunicació? > > Gràcies > > - Blackhold > http://blackhold.nusepas.com > @blackhold_ > ~> cal lluitar contra el fort per deixar de ser febles, i contra > nosaltres mateixos quan siguem forts (Xirinacs) > <°((( >< > > Missatge de R. Sicart del dia dc., 25 d’ag. > 2021 a les 21:02: >> >> Bones, >> >> Jo potser provaria de comparar una captura tcpdump de cada client, per veure >> si fan servir els mateixos protocols i ports. >> >> Sort ! signature.asc Description: PGP signature
Re: debian 11 webdav lent
Bones, Jo potser provaria de comparar una captura tcpdump de cada client, per veure si fan servir els mateixos protocols i ports. Sort ! signature.asc Description: PGP signature
Re: Us de la xarxa
Hola He trobat aquesta pagina que presenta varies opcions: https://www.binarytides.com/linux-commands-monitor-network/ Jo diria que amb iptraf o nethogs pots obtenir l'informació que vols. Si no vols instal.lar res d'això, amb netstat o ss pots obtenir la llista de connexions de xarxa, que pots filtrar amb l'adreça IP del teu mobil, i veure'n alguns detalls. Bon diumenge ! -- R. Sicart 17 juil. 2021 20:35:19 Eloi : > El 17/7/21 a les 19:20, Joan ha escrit: >> Per cert, el que vull saber és quina aplicaciódel meu portàtil (debian) >> està consumint MASSES dades de la connexió que li està servint el meu >> mòbil. >> > Sé que existeix un mòdul[1] per a atop[2] però que malauradament no està > empaquetat per a Debian. Val a dir que mentre sí que uso atop per a > monitorització, no he compilat ni emprat mai el netatop, així que no puc > oferir cap altra ajuda que no sigui donar a conèixer la seva mera existència. > > Per la seva banda, atop és una aplicació de consola que permet monitoritzar > l'activitat periòdicament i consultar-la posteriorment. És útil, per exemple, > per trobar processos que en seu moment es desmadren en l'ús de recursos de > sistema però que en el moment de consultar-ho o fan bondat o ja han > desaparegut (per exemple, per poder detectar pics periòdics però no constants) > > [1] https://www.atoptool.nl/downloadnetatop.php > > [2] https://packages.debian.org/stable/atop signature.asc Description: PGP signature
Re: Problemes amb un mòdul de python
Hola, També pots provar d'instalar els moduls python amb pip3 en un virtualenv o contenidor docker (per no barrejar ni embrutar el teu sistema debian habitual), per veure si tens el mateix problema. Amb la comanda aquesta (la faig de memoria aixi que potser li falti alguna opcio) pots executar el contenidor docker: # docker run -ti python:3.9 /bin/bash I després instales el modul python: # pip install NOMDELMODUL Salut -- R. Sicart 28 juin 2021 10:38:45 Josep Lladonosa : > Hola, Xavier, > > Potser t'ajuden: > > https://github.com/ProtonVPN/linux-cli-community/issues/280 > > https://github.com/python-poetry/poetry/issues/3662 > > El dl., 28 de juny 2021, 10:04, Xavier De Yzaguirre i Maura > va escriure: >> Bon dia gent, >> Utilitzo ProtonVPN i de fa uns mesos, em trobo amb un problema a l'activar >> la VPN, sembla que es un problema relacionat amb un mòdul Python de la >> versió 3.9, la gent de Proton m'han respost que el problema no es de >> l'aplicatiu sinó del mòdul. Us adjunto uns exemples del que em succeeix, no >> se com cal reportar-ho. >> M'orienteu? >> >> Text del Terminal quan crido protonvpn-cli (avui): >> >> /*2021-06-27 21:19:39 xavier@PC006:~$ pvpn off*/ >> off >> Attempting to disconnect from ProtonVPN. >> Successfully disconnected from ProtonVPN. >> Kill switch has been disabled. >> Error initializing plugin EntryPoint(name='macOS', >> value='keyring.backends.macOS', group='keyring.backends'). >> Traceback (most recent call last): >> File "/usr/local/lib/python3.9/dist-packages/keyring/backend.py", line 202, >> in _load_plugins >> init_func = ep.load() >> File "/usr/lib/python3.9/importlib/metadata.py", line 77, in load >> module = import_module(match.group('module')) >> File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module >> return _bootstrap._gcd_import(name[level:], package, level) >> File "", line 1030, in _gcd_import >> File "", line 1007, in _find_and_load >> File "", line 984, in _find_and_load_unlocked >> ModuleNotFoundError: No module named 'keyring.backends.macOS' >> >> Netshield has been disabled. >> */2021-06-28 09:31:39 xavier@PC006:~$/* >> >> El text que vaig passar a mes a Proton tenia aquests resultats: >> >>> */"2021-06-24 14:19:44 xavier@PC006:~$ pip3 list | grep keyring"/*/" >>> "/Error initializing plugin EntryPoint(name='macOS', >>> value='keyring.backends.macOS', group='keyring.backends'). >>> Traceback (most recent call last): >>> File "/usr/local/lib/python3.9/dist-packages/keyring/backend.py", line 202, >>> in _load_plugins >>> init_func = ep.load() >>> File "/usr/lib/python3.9/importlib/metadata.py", line 77, in load >>> module = import_module(match.group('module')) >>> File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module >>> return _bootstrap._gcd_import(name[level:], package, level) >>> File "", line 1030, in _gcd_import >>> File "", line 1007, in _find_and_load >>> File "", line 984, in _find_and_load_unlocked >>> ModuleNotFoundError: No module named 'keyring.backends.macOS' >>> keyring 21.5.0 >>> keyrings.alt 4.0.2/""/ >>> >>> /""/*/"2021-06-24 14:20:00 xavier@PC006:~$ apt list | grep >>> python3-keyring"/*/" >>> "//" >>> "/WARNING: apt does not have a stable CLI interface. Use with caution in >>> scripts. >>> >>> python3-keyring/testing,testing,testing,now 22.0.1-1 all [instal·lat, >>> automàtic] >>> python3-keyrings.alt/testing,testing,testing,now 4.0.2-1 all [instal·lat] >>> 2021-06-24 14:20:39 xavier@PC006:~$ >>> >> I si em miro quins mòduls python tinc instal·lats, son aquests: >> >>>> /*2021-06-24 14:38:57 xavier@PC006:~$ *apt list python* --installed/ >>>> S'està llistant… Fet >>>> python-apt-common/testing,testing,testing,now 2.2.0 all [instal·lat, >>>> automàtic] >>>> python-genshi/now 0.7.3-1 amd64 [instal·lat, local] >>>> python-is-python2/testing,testing,testing,now 2.7.18-9 all [instal·lat, >>>> automàtic] >>>> python-jinja2-doc/testing,testing,testing,now 2.11.3-1 all [instal·lat] >>>> python-lxml-doc/testing,testing,testing,now 4.6.3-1 all [instal·lat] >>>> python-musicbrainzngs-doc/testing,testing,testing,now 0.7.1-2 all >>