Re: portal cautivo

2020-08-28 Thread Felix Perez
El sáb., 29 de ago. de 2020 a la(s) 00:39, Debia Linux
(debianer...@gmail.com) escribió:
>
> Muchas gracias Javier.
>
> On Fri, Aug 28, 2020 at 12:25 PM JavierDebian
>  wrote:
> >
> >
> >
> > El 28/8/20 a las 01:32, Debia Linux escribió:
> > > On Thu, Aug 27, 2020 at 5:41 PM JavierDebian
> > >  wrote:
> >
> > >> Arma una equipo virtual dentro del servidor, que corra ZeroShell
> > >> https://zeroshell.org/
> > >>
> > >> Y haz que el mismo controle los accesos.
> > >> Los recursos que necesita ZeroShell son insignificantes; para que te des
> > >> una idea, puede correr sobre una Raspberry Pi con una memoria SD.
> > >
> > > Perfecto, supongo que se instala como debian... Si eso puede hacer con
> > > una rasper pi... imaginate con una maquina de 160 gb HDD y 2 gigas de
> > > memoria ram...
> > >
> > >> La virtualización la podés hacer con qemu y colgar el arranque sobre el
> > >> inicio del sistema.
>
>
> La explicacion es muy buena. Solo una pregunta... no la quiero
> ejecutar en maquina virtual, ya que el portal cautivo se quedara
> definitivamente. Por tanto supongo que lo instalare como un sistema
> operativo que arrancara como cualquier distro. Supongo que esto es
> posible ¿Cierto?.
>

https://zeroshell.org/hw/
https://zeroshell.org/faq/generic/


-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html



Re: portal cautivo

2020-08-28 Thread Debia Linux
Muchas gracias Javier.

On Fri, Aug 28, 2020 at 12:25 PM JavierDebian
 wrote:
>
>
>
> El 28/8/20 a las 01:32, Debia Linux escribió:
> > On Thu, Aug 27, 2020 at 5:41 PM JavierDebian
> >  wrote:
>
> >> Arma una equipo virtual dentro del servidor, que corra ZeroShell
> >> https://zeroshell.org/
> >>
> >> Y haz que el mismo controle los accesos.
> >> Los recursos que necesita ZeroShell son insignificantes; para que te des
> >> una idea, puede correr sobre una Raspberry Pi con una memoria SD.
> >
> > Perfecto, supongo que se instala como debian... Si eso puede hacer con
> > una rasper pi... imaginate con una maquina de 160 gb HDD y 2 gigas de
> > memoria ram...
> >
> >> La virtualización la podés hacer con qemu y colgar el arranque sobre el
> >> inicio del sistema.


La explicacion es muy buena. Solo una pregunta... no la quiero
ejecutar en maquina virtual, ya que el portal cautivo se quedara
definitivamente. Por tanto supongo que lo instalare como un sistema
operativo que arrancara como cualquier distro. Supongo que esto es
posible ¿Cierto?.

> > Esto no lo entiendo quemu es... ¿Una maquina virtual?... no entiendo
> > bien, no he usado jamas maquinas virtuales, pero supongo que no la
> > necesito ¿o si?
> >
> >>
> >> JAP
> >>
> >
>
> Acá tenés una guía
> http://linovaxion.blogspot.com/2012/09/crear-maquina-virtual-con-zeroshell-20.html
>
> "QEMU es un emulador de procesadores basado en la traducción dinámica de
> binarios (conversión del código binario de la arquitectura fuente en
> código entendible por la arquitectura huésped). QEMU también tiene
> capacidades de virtualización dentro de un sistema operativo, ya sea
> GNU/Linux, Windows, o cualquiera de los sistemas operativos admitidos;
> de hecho es la forma más común de uso. Esta máquina virtual puede
> ejecutarse en cualquier tipo de Microprocesador o arquitectura (x86,
> x86-64, PowerPC, MIPS, SPARC, etc.)."(Wikipedia)
>
> Sí, qemu es un virtualizador como VirtualBox o WMare.
>
> ZeroShell es un sistema operativo Linux en sí mismo, con TODO armado
> para hacer de portal cautivo.
>
> Primero, lees los manuales ;)
> Creas una máquina virtual, y sobre la misma instalas ZeroSehll; digamos
> que el sistema operativo ES ZeroShell.
> Luego, pones a correr la máquina como si de un demonio se tratase, así,
> en el "éter", sin consola gráfica, y te conectas a través de NAT con la
> red interna del servidor, a la dirección que tenga la máquina virtual
> asignada, a través de un navegador WEB.
> Configuras lo que quieras ahí dentro.
> Luego te las tendrás que rebuscar para que desde el crontab del root de
> tu servidor, iniciar la máquina virtual automáticamente que hace de
> "policía", cada vez que arranques el sistema.
>
> Espero que te sirva.
>
> JAP
>



Re: how to test disk for bad sector

2020-08-28 Thread David
On Sat, 29 Aug 2020 at 13:00, Long Wind  wrote:

Subject: how to test disk for bad sector

> i believe hard disk has bad sector

# smartctl -t short /dev/
# smartctl -t long /dev/
# smartctl -l selftest /dev/

Documentation:
https://wiki.archlinux.org/index.php/SMART
https://en.wikipedia.org/wiki/S.M.A.R.T.



Re: how to test disk for bad sector

2020-08-28 Thread Patrick Bartek
On Sat, 29 Aug 2020 02:59:53 + (UTC)
Long Wind  wrote:

> installation of linux to sdb1 failsi believe hard disk has bad sectori use 
> e2fsck with -c, i.e. read-only testit doesn't  report any error

How does install fail?  Which version of Debian did you try to install?
Did you read Installation Manual first?  You said install was to sdb1.
Did you want a single partition install?

B



Re: Problema : Iniciar Glade

2020-08-28 Thread Antonio Terceiro
On Fri, Aug 28, 2020 at 05:52:13PM -0300, Antonio Terceiro wrote:
> On Fri, Aug 28, 2020 at 10:03:52AM -0300, João Aguiar wrote:
> > bom dia
> > Eu instalei o glade usando a linha de comando (sudo apt install glade) no
> > debian 10 Buster. Uma vez que não inicia ao clicar no ícone? Tentei iniciar
> > a partir do terminal e exibi a seguinte mensagem ( *glade: erro de pesquisa
> > de símbolo: glade: símbolo indefinido: gdk_broadway_display_get_type* )
> 
> esse tipo de erro é típico de quando você mistura repositórios
> não-oficiais, ou mistura stable com testing/unstable.
> 
> você pode postar por favor seus sources.list, mais a saída de
> 
> $ apt-cache policy gtk+3.0

desculpe, na verdade o pacote certo é libgtk-3-0, gtk+3.0 é o pacote
fonte.

$ apt-cache policy libgtk-3-0


signature.asc
Description: PGP signature


Re: Problema : Iniciar Glade

2020-08-28 Thread Antonio Terceiro
On Fri, Aug 28, 2020 at 10:03:52AM -0300, João Aguiar wrote:
> bom dia
> Eu instalei o glade usando a linha de comando (sudo apt install glade) no
> debian 10 Buster. Uma vez que não inicia ao clicar no ícone? Tentei iniciar
> a partir do terminal e exibi a seguinte mensagem ( *glade: erro de pesquisa
> de símbolo: glade: símbolo indefinido: gdk_broadway_display_get_type* )

esse tipo de erro é típico de quando você mistura repositórios
não-oficiais, ou mistura stable com testing/unstable.

você pode postar por favor seus sources.list, mais a saída de

$ apt-cache policy gtk+3.0


signature.asc
Description: PGP signature


Re: Problema : Iniciar Glade

2020-08-28 Thread Linux - Junior Polegato

Em 28/08/2020 10:03, João Aguiar escreveu:
Eu instalei o glade usando a linha de comando (sudo apt install glade) 
no debian 10 Buster. Uma vez que não inicia ao clicar no ícone? Tentei 
iniciar a partir do terminal e exibi a seguinte mensagem ( *glade: 
erro de pesquisa de símbolo: glade: símbolo indefinido: 
gdk_broadway_display_get_type* )


Olá!

        Para tirar a prova, acabei de fazer um instalação limpa do 
Buster dentro de uma jaula (sudo debootstrap buster jaula_buster_10 
http://ftp.br.debian.org/debian), autorizei o X (xhost localhost), 
entrei nessa jaula (sudo chroot jaula_buster_10), já dentro da jaula, 
instalei locales e glade (apt-get install locales glade), configurei no 
locales o pt_BR.UTF-8 (dpkg-reconfigure locales), configurei a display 
(export DISPLAY=localhost:1), executei o Glade (glade) e funcionou tudo bem.


        Esse "gdk_broadway_display_get_type" deveria estar na lib gdk, 
deve ter algum problema com sua versão do GDK, então veja como nesse 
caso da jaula:


# ldd /usr/bin/glade | grep gdk
    libgdk-3.so.0 => /lib/x86_64-linux-gnu/libgdk-3.so.0 
(0x7f2b3f38e000)
    libgdk_pixbuf-2.0.so.0 => 
/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x7f2b3ecf2000)


# grep gdk_broadway_display_get_type /lib/x86_64-linux-gnu/libgdk-3.so.0
Arquivo binário /lib/x86_64-linux-gnu/libgdk-3.so.0 coincide com o padrão

        Veja se bate com o seu.

--

[]'s

Junior Polegato



Re: portal cautivo

2020-08-28 Thread JavierDebian




El 28/8/20 a las 01:32, Debia Linux escribió:

On Thu, Aug 27, 2020 at 5:41 PM JavierDebian
 wrote:



Arma una equipo virtual dentro del servidor, que corra ZeroShell
https://zeroshell.org/

Y haz que el mismo controle los accesos.
Los recursos que necesita ZeroShell son insignificantes; para que te des
una idea, puede correr sobre una Raspberry Pi con una memoria SD.


Perfecto, supongo que se instala como debian... Si eso puede hacer con
una rasper pi... imaginate con una maquina de 160 gb HDD y 2 gigas de
memoria ram...


La virtualización la podés hacer con qemu y colgar el arranque sobre el
inicio del sistema.


Esto no lo entiendo quemu es... ¿Una maquina virtual?... no entiendo
bien, no he usado jamas maquinas virtuales, pero supongo que no la
necesito ¿o si?



JAP





Acá tenés una guía
http://linovaxion.blogspot.com/2012/09/crear-maquina-virtual-con-zeroshell-20.html

"QEMU es un emulador de procesadores basado en la traducción dinámica de 
binarios (conversión del código binario de la arquitectura fuente en 
código entendible por la arquitectura huésped). QEMU también tiene 
capacidades de virtualización dentro de un sistema operativo, ya sea 
GNU/Linux, Windows, o cualquiera de los sistemas operativos admitidos; 
de hecho es la forma más común de uso. Esta máquina virtual puede 
ejecutarse en cualquier tipo de Microprocesador o arquitectura (x86, 
x86-64, PowerPC, MIPS, SPARC, etc.)."(Wikipedia)


Sí, qemu es un virtualizador como VirtualBox o WMare.

ZeroShell es un sistema operativo Linux en sí mismo, con TODO armado 
para hacer de portal cautivo.


Primero, lees los manuales ;)
Creas una máquina virtual, y sobre la misma instalas ZeroSehll; digamos 
que el sistema operativo ES ZeroShell.
Luego, pones a correr la máquina como si de un demonio se tratase, así, 
en el "éter", sin consola gráfica, y te conectas a través de NAT con la 
red interna del servidor, a la dirección que tenga la máquina virtual 
asignada, a través de un navegador WEB.

Configuras lo que quieras ahí dentro.
Luego te las tendrás que rebuscar para que desde el crontab del root de 
tu servidor, iniciar la máquina virtual automáticamente que hace de 
"policía", cada vez que arranques el sistema.


Espero que te sirva.

JAP



Re: No irq handler for vector

2020-08-28 Thread Johann Klammer
On 08/28/2020 10:10 AM, john doe wrote:
> 
> Will need to check on the power supply, no Rugrats in my home so I'm
> safe there!!! :)
> 
I meant the people wot program the kernel. NOBODY is safe from those.

>> Might also be some part of the box(GPU?) overheating.
>>
> 
> As far as I can tell, smartmontools and lm-sensors are not reporting
> something out of the usual.
> 
> 
You may not be able to tell. 
It might be a missing driver feature or undocumented OEM hardware.
esp on laptops the cooling is often inadequate and to squeeze more 
powerful cpus into smaller cases, they often dynamically throttle 
down the processor speed. If that don't work, you might get 
interrupts trying to signal overtemperature, but with nothing 
there to interpret those. 
And lm-sensors is notoriously buggy anyway. 

> Any other idea(s)?
> 
maybe chipset bugs, or some irq routing booboo.
It's all guesswork on my side.
> -- 
> John Doe



Re: Qt5 & SQLite

2020-08-28 Thread Gonzalo Rivero
El jue, 27-08-2020 a las 19:44 -0300, JavierDebian escribió:
> 
> El 27/8/20 a las 15:03, Gonzalo Rivero escribió:
> > estuve mirando este hilo muy por encima, solo decir que para no
> > complicarte la vida (o tal vez para complicartela), siempre podes
> > grabar las imágenes o cualquier archivo en el sistema de archivos y
> > que
> > la base de datos solo guarde las rutas a esos archivos
> > 
> 
> Sí, eso es posible en todos los sistemas.
> Meter una imagen en un campo hace que puedas generar un hash sobre
> el 
> registro para asegurarte que no han modificado los datos "a mano".
> Si grabo en un archivo aparte, es más fácil "meterle los dedos".
> Las imágenes que pienso guardar son copia electrónica (escaneado PDF)
> de 
> facturas, tickets y comprobantes de compras. O sea, documentos que
> me 
> tengo que asegurar que NADIE LOS TOQUE.
> 

en ese caso lo que te recomiendo es firmar los pdf con certificados. 
Si es para algo interno (p.e. NO para enviar a la afip o entidad
impositiva equivalente de tu país), podés armar tu propia red de
confianza y emitir tus propios certificados con openssl



Problema : Iniciar Glade

2020-08-28 Thread João Aguiar
bom dia
Eu instalei o glade usando a linha de comando (sudo apt install glade) no
debian 10 Buster. Uma vez que não inicia ao clicar no ícone? Tentei iniciar
a partir do terminal e exibi a seguinte mensagem ( *glade: erro de pesquisa
de símbolo: glade: símbolo indefinido: gdk_broadway_display_get_type* )

-- 

Att,
*João Carlos*


Re: Problem : Glade Start

2020-08-28 Thread Leandro Guimarães Faria Corcete DUTRA

Aug 28, 2020 09:54:44 João Aguiar :


Dear, good mornin


Esta é uma lista lusófona.



Problem : Glade Start

2020-08-28 Thread João Aguiar
Dear, good morning
I installed glade using the command line (sudo apt install glade) on debian
10 Buster. Since it does not start when clicking on the icon? I tried to
start from the terminal and displays the following message ( glade: symbol
lookup error: glade: undefined symbol: gdk_broadway_display_get_type
)

-- 

Att,
*João Carlos*


Re: Get an error when i use new kernel

2020-08-28 Thread Thomas Schmitt
Hi,

i got an error about nvme yesterday when trying to rebase my first patch
from kernel 4.19 to 5.9-rc2.

  [1.099627] nvme nvme0: failed to set APST feature (-10)
  Gave up waiting for root filesystem device

The good news is that the very recent kernel version next-20200827
works for me. Kernel release 5.8 from torvalds git works for me too.
So it may be just a temporary glitch.

But i don't see a good suspect on
  https://github.com/torvalds/linux/commits/master/drivers/nvme
in the range of august 4 (v5.8) and yesterday.
The web has complaints about "APST feature (-19)" from last year.
That doesn't match either.


(I'm fiddling with recent kernels on advise from
 kernelnewb...@kernelnewbies.org. Myself is quite happy with 4.19.)


Have a nice day :)

Thomas



Re: Configuration scriptée du proxy et de ses exceptions

2020-08-28 Thread Laurent COOPER

  
  


Le 28/08/2020 à 10:13, Laurent COOPER a
  écrit :


  
  Bonjour
  Sous un environnement debian, il est devenu assez facile (sous
cinnamon par exemple) de configurer le proxy dans les paramètres
réseaux et les exceptions qui peuvent aller avec de façon
graphique.
  Si on veut faire la configuration du proxy au niveau machine,
cela se fait assez bien aussi, en utilisant les variables
d'environnement comme décrit par exemple sur cette page
  https://doc.ubuntu-fr.org/proxy_terminal
  Cependant, la limite de cette méthode est qu'elle ne permet pas
de gérer les exceptions de proxy.
  Savez vous quels sont les fichiers qui sont modifés au niveau
de cinammon ou d'autres WM pour configurer le proxy avec ses
exceptions ? Comme il s'agit du parc d'un établissement
scolaire, je ne peux pas passer machine par machine, il faut que
je scripte.
  En vous remerciant par avance
  Laurent
  
  
  

Rebonjour
Après des recherches, je me réponds à moi même, dans l'espoir que
  cela puisse en aider d'autres.
La configuration des WM de type gnome est gérée par dconf et
  gsettings.
On trouve ce post qui donne des exemples pour la config du proxy
  :
https://askubuntu.com/questions/404337/how-to-easily-switch-between-proxy-methods-from-terminal
Et on peut configurer cela au niveau système pour avoir des
  paramètres par défaut convenable grâce aux fichiers système 

https://help.gnome.org/admin/system-admin-guide/stable/dconf-keyfiles.html.en
Remplir correctement ces fichiers doit suffire pour avoir un
  proxy pour les utilisateurs avec les exceptions de rigueur
En espérant que cela sera utile à d'autres
Cordialement
Laurent

  




Configuration scriptée du proxy et de ses exceptions

2020-08-28 Thread Laurent COOPER

  
  
Bonjour
Sous un environnement debian, il est devenu assez facile (sous
  cinnamon par exemple) de configurer le proxy dans les paramètres
  réseaux et les exceptions qui peuvent aller avec de façon
  graphique.
Si on veut faire la configuration du proxy au niveau machine,
  cela se fait assez bien aussi, en utilisant les variables
  d'environnement comme décrit par exemple sur cette page
https://doc.ubuntu-fr.org/proxy_terminal
Cependant, la limite de cette méthode est qu'elle ne permet pas
  de gérer les exceptions de proxy.
Savez vous quels sont les fichiers qui sont modifés au niveau de
  cinammon ou d'autres WM pour configurer le proxy avec ses
  exceptions ? Comme il s'agit du parc d'un établissement scolaire,
  je ne peux pas passer machine par machine, il faut que je scripte.
En vous remerciant par avance
Laurent



  




Re: Get an error when i use new kernel

2020-08-28 Thread Anders Andersson
> stan clay  于2020年8月26日周三 上午10:26写道:
>> Yesterday, I upgraded unstable from stable and installed a new kernel, but I 
>> couldn't get into the system with the new kernel. I got an error

By unstable you mean sid? What is the new kernel version? I saw that
debian experimental has a new 5.8 kernel. sid should still use 5.7 at
the time of typing this email.

>  the error log is:
>
> [  26.367633] nvme :01:00.0: AER: PCIe Bus Error:
> severity=Corrected, type=Data Link Layer, (Transmitter ID)
> [  26.367633] nvme :01:00.0: AER:   device [1e0f:0009] error
> status/mask=1000/6000
> [  26.367633] nvme :01: AER:  [12]Timeout
>
> i use lspci to search this device(1e0f:0009),and i got the error device is
>
> ➜  ~ lspci -nn |grep 0009
> 01:00.0 Non-Volatile memory controller [0108]: KIOXIA Corporation Device 
> [1e0f:0009] (rev 01)
>
> the device is my ssd
>
> I searched the Internet for this error and found some similar errors and 
> solutions, such as in the grub.cfg Riga PCI = ***, etc., but it doesn't work 
> here. I found that their error reporting devices are different from mine

It may help if you tell us the location of these similar errors. Maybe
they are not similar at all, or maybe it's just a small change.



Re: Debconf vraagje

2020-08-28 Thread Paul van der Vlis
Op 27-08-2020 om 23:42 schreef Wouter Verhelst:
> On Thu, Aug 27, 2020 at 10:27:27PM +0200, Paul van der Vlis wrote:
>> Het blijkt dat je op de voorpagina moet zijn en "watch the stream"
>> drukken. Je krijgt dan echter alleen een stream die je kunt bekijken.
>>
>> Jitsi is blijkbaar alleen voor sprekers en "active participants". Die
>> krijgen een Jitsi link, maar hoe je een "active participant" kunt worden
>> is onduidelijk. Blijkbaar moet je gaan vragen bij het debconf team of de
>> spreker. Erg doorzichtig vind ik het nu niet direct...
> 
> Het probleem is dat het moeilijk is om een hoog aantal mensen via jitsi
> te laten deelnemen. Vandaar.

Ik draai zelf een Jitsi server. Op een gegeven moment loop je inderdaad
tegen limieten aan die te maken hebben met bandbreedte, CPU, RAM.

> Je kan de stream volgen, en als je een vraag hebt dan kan je die stellen
> via de Etherpad.

Inderdaad, dat zag ik.

> Als je écht wilt deelnemen aan de BoF, dan moet je aan de organisator
> van de BoF vragen of je kan deelnemen. Het is dan inderdaad aan hen om
> je de link te geven.

Het valt me op dat er niet staat hoe die organisator te bereiken is.
Uiteraard is dat wel uit te vinden, maar toch.

> Je kan natuurlijk ook een shoutout insturen -- dan komt die op de
> loop...

Wat is een shoutout?

Groet,
Paul


-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/



Re: No irq handler for vector

2020-08-28 Thread john doe

On 8/28/2020 6:35 AM, Johann Klammer wrote:

On 08/27/2020 08:00 PM, john doe wrote:

Debians,

I just installed Debian Buster and I'm seeing the following messages at
boot:


"[0.005017] do_IRQ: 1.55 No irq handler for vector
[0.005017] do_IRQ: 2.55 No irq handler for vector
[0.005017] do_IRQ: 3.55 No irq handler for vector"


I don't understand what those messages are saying.

What should I do to correct whatever they are telling me?


Any feedback is appriciated.

--
John Doe


Either an unstable power supply in your computer,
or the rugrats have broken something.



Will need to check on the power supply, no Rugrats in my home so I'm
safe there!!! :)


Might also be some part of the box(GPU?) overheating.



As far as I can tell, smartmontools and lm-sensors are not reporting
something out of the usual.


Any other idea(s)?

--
John Doe



Re: Problemas conctándome con servidor SOKCS5

2020-08-28 Thread Camaleón
El 2020-08-28 a las 08:41 +0300, Julian Daich escribió:

> Instalá Dante en un servidor remoto, pero no logro conectarme con
> navegadores desde fuera, En /etc/danted.conf

(...)

En esta página explican muy bien cómo configurarlo de forma básica, 
revisa que no te hayas dejado nada:

Install and Configure Dante Socks5 Proxy on Debian/Ubuntu
https://community.hetzner.com/tutorials/install-and-configure-danted-proxy-socks5

> El puerto 1080 está abierto y desde el servidor cuando hago
> curl -x socks5://jdaich:m1ng0@10.142.0.4:1080 ifconfig.co
> me devuelve la IP externa como debería ser. Para tratar de conectar
> desde fuera escribo la IP externa y el puerto en la configuración de
> proxy del cliente.
> Traté de cambiar eth0 por la IP estrena en /etc/danted.conf del
> servidor, pero da error al arrancar danted.

Algunas ideas:

1/ Según la guía de configuración anterior, si has definido 
usuario/contraseña, para probar el acceso tendrías que usar las 
credenciales:

curl -x 
socks5://:@: 
ifconfig.co

2/ No veo que hayas definido «user.privileged: root», quizá por eso, y 
debido al uso de credenciales para el acceso, no te permita conectar.

3/ Revisa el registro de actividad, por si vieras más información del 
error.

4/ Revisa el uso o existencia de cortafuegos o componentes externos (p. 
ej., tu router local, el del ISP, etc...) que puedan interir y/o 
bloquear la conexión a ese puerto desde fuera de la red.

Saludos, 

-- 
Camaleón