sources.list pour Debian Testing x86-64 en region parisienne

J'ai testé depuis chez moi.

guiseppe# cat /etc/apt/sources.list

deb     http://ftp.lip6.fr/pub/linux/distributions/debian/ testing main contrib non-free

cette ligne ne passe pas, ce qui est d'ailleurs bizarre puisque le
fichier InRelease existe.

Mais je pense qu'elle est redondante avec la suivante. Donc tu peux la
supprimer sans autre.

deb http://ftp.proxad.net/debian/ testing main contrib non-free
deb http://security.debian.org/debian-security bookworm-security main contrib non-free
deb-src http://security.debian.org/debian-security bookworm-security main contrib non-free

deb-src     http://ftp.lip6.fr/pub/linux/distributions/debian/ testing main contrib non-fre

le reste passe.

On 9/4/21 9:29 AM, rok wrote:

bonjour,

http://refpersys.org/

est une connexion non sécurisées et est bloquée par firefox;

Qui peut m'expliquer l'intérêt de HTTPS (encrypté) par rapport Í  HTTP
(textuel) sur un site web en lecture seule?


De mon point de vue, encrypter le protocole dans le serveur, et le
décoder dans votre navigateur, ne fait que contribuer au réchauffement
climatique: consommation de calcul (donc d'energie) inutile sur le
serveur et sur le client.


Les attaques "man in the middle" pour un petit site en lecture seule me
paraissent improbables et dérisoires.



--
Basile Starynkevitch <basile@starynkevitch.net>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

--000000000000ff8ac005cb2863ea
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Le sam. 4 sept. 2021 09:49, Basile Starynkevitch <basile@starynkevitch.net>
a ̓©crit :

On 9/4/21 9:29 AM, rok wrote:
> bonjour,

Bonjour

>
> http://refpersys.org/
>
> est une connexion non s̓©curis̓©es et est bloqu̓©e par firefox;


Qui peut m'expliquer l'int̓©r̓ªt de HTTPS (encrypt̓©) par rapport ̓  HTTP
(textuel) sur un site web en lecture seule?

Cela d̓©pend du type de contenu offert. Pour du texte c'est sans importance.
Cependant le site semble offrir des t̓©l̓©chargements d'ex̓©cutables,
̓©galement en HTTP clair.

De mon point de vue, encrypter le protocole dans le serveur, et le
d̓©coder dans votre navigateur, ne fait que contribuer au r̓©chauffement
climatique: consommation de calcul (donc d'energie) inutile sur le
serveur et sur le client.




Les attaques "man in the middle" pour un petit site en lecture seule me
paraissent improbables et d̓©risoires.

C'est l̓  que l'offre de t̓©l̓©charger du code change la donne. Bien s̓»r ce
n'est pas le sac ̓  point que repr̓©senterait une mitm sur les d̓©p̓´ts de
Debian ou Windows, mais subvertir un t̓©l̓©chargement de code c'est un moyen
d'infecter les machines de ceux qui t̓©l̓©chargent et ex̓©cutent le code.

--
Basile Starynkevitch <basile@starynkevitch.net>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

--000000000000ff8ac005cb2863ea
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir="auto"><div data-smartmail="gmail_signature" dir="auto">Le sam. 4 sept. 2021 09:49, Basile Starynkevitch &lt;<a href="mailto:basile@starynkevitch.net" target="_blank" rel="noreferrer">basile@starynkevitch.net</a>&gt; a ̓©crit͂ :<br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 9/4/21 9:29 AM, rok wrote:<br>
&gt; bonjour,<br></blockquote></div><div dir="auto"><br></div><div dir="auto">Bonjour͂ </div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt;<br>
&gt; <a href="http://refpersys.org/" rel="noreferrer noreferrer noreferrer" target="_blank">http://refpersys.org/</a><br>
&gt;<br>
&gt; est une connexion non s̓©curis̓©es et est bloqu̓©e par firefox;<br>
<br>
<br>
Qui peut m&#39;expliquer l&#39;int̓©r̓ªt de HTTPS (encrypt̓©) par rapport ̓  HTTP <br>
(textuel) sur un site web en lecture seule?<br></blockquote></div><div dir="auto">Cela d̓©pend du type de contenu offert. Pour du texte c&#39;est sans importance. Cependant le site semble offrir des t̓©l̓©chargements d&#39;ex̓©cutables, ̓©galement en HTTP clair.͂ </div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
De mon point de vue, encrypter le protocole dans le serveur, et le <br>
d̓©coder dans votre navigateur, ne fait que contribuer au r̓©chauffement <br>
climatique: consommation de calcul (donc d&#39;energie) inutile sur le <br>
serveur et sur le client.<br></blockquote></div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Les attaques &quot;man in the middle&quot; pour un petit site en lecture seule me <br>
paraissent improbables et d̓©risoires.<br></blockquote></div><div dir="auto">C&#39;est l̓  que l&#39;offre de t̓©l̓©charger du code change la donne. Bien s̓»r ce n&#39;est pas le sac ̓  point que repr̓©senterait une mitm sur les d̓©p̓´ts de Debian ou Windows, mais subvertir un t̓©l̓©chargement de code c&#39;est un moyen d&#39;infecter les machines de ceux qui t̓©l̓©chargent et ex̓©cutent le code.͂ </div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
-- <br>
Basile Starynkevitch͂  ͂  ͂  ͂  ͂  ͂  ͂  ͂  ͂  &lt;<a href="mailto:basile@starynkevitch.net" rel="noreferrer noreferrer" target="_blank">basile@starynkevitch.net</a>&gt;<br>
(only mine opinions / les opinions sont miennes uniquement)<br>
92340 Bourg-la-Reine, France<br>
web page: <a href="http://starynkevitch.net/Basile/" rel="noreferrer noreferrer noreferrer" target="_blank">starynkevitch.net/Basile/</a><br>
<br>
</blockquote></div></div>

--000000000000ff8ac005cb2863ea--