GuiGui's Show

Le déploiement de matos réseau Huawei dans les réseaux télécoms français est soumis à autorisation ministérielle.

Des autorisations ont été accordées, d'autres non.

Orange et Free ont contesté les refus qu'ils se sont mangés. Il s'agit de mesures de police justifiées par un objectif d'intérêt général, donc il n'y a pas d'atteinte à la libre concurrence. Même verdict en appel pour Free. Free va-t-il se pourvoir en cassation ?

Free a contesté les autorisations accordées à SFR et à Bouygues. Orange a contesté celles de SFR. Même verdict : un concurrent n'a pas intérêt à agir (il n'est pas fondé à contester, ça ne le regarde pas). Y aura-t-il appel ?

SFR et Bouygues ont sollicité une indemnisation. SFR s'est désisté. Ça risque d'être serré vu la doctrine du Conseil constitutionnel.

L'ordonnance n° 2021-650 du 26 mai 2021 portant transposition de la directive (UE) 2018/1972 du Parlement européen et du Conseil du 11 décembre 2018 a modifié l'article L. 33-1 du code des postes et des communications électroniques en supprimant l'obligation de déclaration préalable à l'établissement d'une activité d'opérateur de communications électroniques.

Néanmoins, je tique sur :

l'autorité de régulation des communications électroniques, des postes et de la distribution de la presse (ARCEP) n'a pas besoins de tous les connaître ex ante pour réaliser sa mission de régulation

Mouais. Ça permet quand même d'apprécier la diversité, la taille, la forme juridique, le périmètre (géographique et fonctionnel), etc. et d'adapter la régulation ex ante. Si le registre n'était pas à jour, ça retirait de l'intérêt, c'est sûr, mais de là à supprimer le registre… Inciter à une actualisation tous les cinq ans ?

Intéressante optimisation pour mettre en cache des ressources hébergées ailleurs : déporter la détection d'une version mise en cache du script PHP vers le serveur web.

Néanmoins, je me demande si les erreurs 404 (qui sont attrapées au vol) ne sont quand même pas consignées dans le journal des erreurs du serveur web, auquel cas, ça tromperait des indicateurs et/ou de la supervision.

Microsoft recevrait 7 à 10 demandes secrètes par jour provenant des autorités fédérales en application de la loi. Environ 1/4 - 1/3 de toutes les demandes juridiques reçues par MS. Courriels, messages, autres données sensibles. Y compris ceux d'Américains.

Schéma général à suivre par un hébergeur recevant une demande de retrait d'un contenu hébergé en application de la LCEN.

J'y vois deux lacunes : 1) pas assez de dialogue avec l'auteur du contenu avant de décider ; 2) faire le mort, même quand on pense être dans son bon droit, est rarement une bonne idée (je m'aligne ici le conseil d'Alex Archambault en matière de réquisitions visant les opérateurs télécoms). Si t'as mal évalué ton bon droit et/ou la situation…

Largement mieux que kdeconnect (mon retour d'expérience) pour diffuser / enregistrer l'écran d'un smartphone sur son ordi et interagir avec depuis l’ordi. Paquet Debian du même nom.

Ça utilise adb (over USB ou over Wi-Fi). Note : si t'as un système Lineage sur ton ordiphone, l'option pour activer adb over Wi-Fi est directement disponible dans le menu pour les développeurs.

Si tu veux streamer plus d'un smartphone à la fois : scrcpy -s '<adresse_IP_smartphone>:5555'.

Éditeur d'outils sous licence libre ou non parmi lesquels un autoscaler BBB, des espaces de travail Nextcloud avec délégation de droits et tout (comme les cercles natifs mais géré par les utilisateurs eux-mêmes), et un tableau de bord pour Nextcloud.

Intéressant : plutôt que de synchroniser l'horloge de chaque VM sur un serveur NTP interne ou externe, on peut configurer le démon de chaque VM pour qu'il se synchronise sur l'horloge de l'hyperviseur exposée par KVM.

Intéressant. Ça signifie quand même que les équipements se font pilonner par deux démons SNMP (ce qui n'est pas dramatique).

Un petit point d'histoire sur HTTP : la version 1.1 (dont la norme précédente datait de 2014) utilise du texte, ce qui est pratique pour les humains (on peut se servir de netcat ou telnet comme client HTTP), mais moins pour les programmes. En outre, il n'a aucun multiplexage, encourageant les auteurs de navigateurs à ouvrir plusieurs connexions TCP simultanées avec le serveur, connexions qui ne partagent pas d'information entre elles et sont donc inefficaces. La version 2 de HTTP (RFC 9113) est binaire et donc plus efficace, et elle inclut du multiplexage. Par contre, les limites de TCP (une perte de paquet va affecter toutes les ressources en cours de transfert, une ressource lente peut bloquer une rapide, etc) s'appliquent toujours. D'où le passage à QUIC pour HTTP/3. QUIC améliore la latence, notamment grâce à la fusion avec TLS, et fournit du « vrai » multiplexage. Autrement, HTTP/3 est très proche de HTTP/2, mais il est plus simple, puisque le multiplexage est délégué à la couche transport.
[…]
La possibilité qu'offre QUIC de faire migrer une session d'une adresse IP vers une autre (par exemple quand un ordiphone passe de 4G en WiFi ou réciproquement) soulève également des questions de sécurité.