[FSFLA] Fwd: Re: [Internet Policy] ISOC calls for stronger encryption @G20
willi uebelherr
willi.uebelherr en riseup.net
Mar Abr 11 02:27:38 UTC 2017
Querido Adonay,
El uso de (K) VM sólo es necesario en la fase de desarrollo para separar
la aplicación diferente para simular el procesamiento de la red.
Normalmente, lo usamos para separar diferentes procesos de aplicación o
entornos de sistemas.
Las herramientas de redes sociales son parte del nivel de aplicación.
Pero esta discusión está orientada al nivel de transporte ya su
transparencia.
Tal vez, esto es una fuente de confusión. Pero pienso, la mayoría de la
gente en el ambiente de ISOC entiende este concepto.
En este tiempo, tenemos una mezcla fuerte. Las empresas de
telecomunicaciones junto con las instituciones estatales actúan en un
espacio cerrado junto con los monopolios de aplicaciones y servidores. Y
para nosotros, actuamos entre las sillas o fuera en los campos de juego.
muchos saludos, willi
Dear Adonay,
the use of (K)VM is only necessary in the development phase to separate
the different application to simulate the network processing. Normally,
we use it to separate different application processes or system
environments.
The social network tools is part of the application level. But this
discussion is oriented to the transport level and his transparency.
Maybe, this is a source of confusion. But i think, the most people in
the ISOC environment understand this concept.
In this time, we have a strong mix. the telcom companies together with
the state institutions act in a closed space together with the
application and server monopolies. And for us, we act between the chairs
or outside in the playing fields.
many greetings, willi
On 10/4/2017 15:41, Adonay Felipe Nogueira wrote:
> Hm... This thing you say about KVM and virtual environments in a "host"
> for which there's no importance on how far it is... this sounds
> confusing...
>
> Morever, if the "host" is indeed distant from the user, and the user
> somehow has to make use of some virtual environment that is in the host,
> then this can be considered something similar to a "rented server", and
> in such cases the user is better of having *full* control of what he
> wants or doesn't want to use inside that virtual environment (including
> operating system, like GNU, and kernel, like the ones generated by GNU
> Linux-libre scripts), otherwise this virtual environment can be
> considered Service as a Software Substitute (SaaSS), due to reasons
> being exposed at
> [[https://www.gnu.org/philosophy/who-does-that-server-really-serve.html]].
>
> Remember, non-(free/libre) software (or even further, functional data)
> in virtual environments is still an issue, no matter if it has no
> Internet connection. Although it is a minor issue compared to one not
> inside a virtual environment and with Internet connection, it will still
> come back to "haunt us" again, and again, and again until we, society,
> replace it entirely with free/libre software.
>
> Morever, I would like to express my difficulty during my attempts to
> understand the discussion, as it seems to me that the punctuation is
> somehow misplaced.
>
> Finally, as for the real subject of this discussion (stronger
> encryption) perhaps we should suggest for these world-grade public
> organizations related to technology to foster the use and contribution
> to things such as GNUnet (for site publishing, and also for distributed
> content sharing, which can also be mutable and "roll-backed",
> differently from torrents, which when published cannot be changed
> anymore), GNU Ring (for distributed communications), Bitmessage
> (distributed e-mail), Twister (distributed microblogging) and GNU Taler
> (for electronic payments with *any currency*). I suggested all of these
> because they are all trying their best to guarantee user anonymity,
> Internet existence through distribution (instead of federation, or even
> worse: centralization), and also are trying to guarantee use of stronger
> encryption.
>
> NOTE I still have to start using Twister, Bitmessage and GNU Taler, but
> at least I thought of making the suggestions. :)
>
Más información sobre la lista de distribución Discusion