Reprise du message précédent :

 
Intéressant, tu as testé wireguard sur pi du coup ?  
Le support Windows/Android (client) c'est ok du coup maintenant ?
Ca s'installe sans souci en parallèle d'openvpn (pivpn) sans tout péter ?
J'ai jamais été très fan d'openvpn (un peu usine à gaz avec souvent des soucis de config) du coup ça me démange...
Genre l'autre jour (1e fois que j'en avais besoin) je me connecte à mon LAN depuis un laptop à l'autre bout de la France via openvpn, ça marche, j'ai la bonne ip, je peux surfer, accéder en http à mes devices locaux (genre via leur ip en 192.168...) mais impossible de me connecter en RDP à ma machine virtuelle Windows (proxmox) ou mon mediacenter aussi sous Windows... jamais capté pourquoi !

J'en ai pour ~100balles rien qu'en waterblock + splitter.

Parce qu'il n'y a rien a comprendre tout simplement.

Au boulot je gère 250 VMs dans deux datacenter + rack local + des instances AWS dont certaines en m5d.16xlarge (~3K$/mois).
C'est littéralement mon métier de gérer de gros volumes de serveur physiques/virtuels. J'ai toutes les ressources à ma disposition pour le faire sans rien payer.

Alors techniquement, est ce que je peux faire autrement? Oui. J'ai meme deux NUC7i5 en passif.
Est ce que c'est financièrement raisonnable? Non.
Est ce qu'il y a mieux? Largement.

Est ce que c'est fun? Oui.
Est ce que ca me fait plaisir? Oui.

Bah voila. Dans la vie tout ne doit pas être rationnel de mon point de vu.

Autant je comprends qu'on puisse avoir envie de monter un cluster de Rpi pour faire mumuse avec plein de nœuds, mais le watercooling, c'est vraiment un nid à emmerdes.  
Tes Rpi chauffent tant que ça ?

 
Mais va-y fonce, on n'a qu'une vie
et un machin avec un liquide qui réagit aux uv et une lampe UV à l'intérieur du boitier pour le staïle !

Bon pour tester, j'installe wireguard sur un conteneur LXC Ubuntu sous proxmox pour voir déjà ce que ça peut donner (install en 3 lignes normalement)... ben forcément ça sent le truc pas trop possible vu que ça essaie de mettre la zone dans la config ip/kernel qui est déjà virtualisée donc pas censée être accessible à la modif... (quand je tente un "ip link add dev wg0 type wireguard" ça me jette "RTNETLINK answers: Operation not supported" )
 
Sur raspberry ça a l'air d'être un cran plus compliqué, déjà il n'y a pas de support officiel... c'est un peu plus sans filet si je pète tout

 
 
Fonce
 
Par contre y'a pas des WB plus optimisés pour les Pi ?
 
EDIT: optimisés dans le sens format/fixation

La temperature ambiante du boitier est a 42* et les Pi tournent autour de 55* en idle.
Encore une fois, est ce que ca sert ou c'est utile de passer en watercooling? Putain non.  

Et j'ai rien trouvé de compatible ou spécifiquement fait pour Pi: ca va être collé (alphacool MCX)!

Hello,
 

 
Il y a un worklog là dessus? merci

 
 
Il me semblait avoir vu un modèle de WB pour Pi, peut être juste du custom alors   .

Nop, tu peux filtrer ici j'ai posté quelques photos mais ya aucun suivi  

ok merci quand même

Bon j'ai finalement réussi à installer wireguard ensuivant ce tuto :
https://github.com/adrianmihalko/raspberrypiwireguard
 
Ca marche nickel (forward du port udp qui va bien).
 
L'appli Android fonctionne, sur windows aussi. Faut que je teste sur mac mais il n'y a pas de raison.
C'est un peu plus chiant qu'openvpn pour les clés (il faut les créer à la main, les mettre manuellement dans des fichiers de config...) mais une fois passé la config initiale ça devrait rouler sans souci.
 
Note : dans le fichier de conf du client, on peut spécifier si on veut router tout le trafic, via :
AllowedIPs = 0.0.0.0/0
Ou juste celui vers (par exemple) les ip locales, du coup ça peut donner (ce qui est donné sur le site sus-cité) :  
AllowedIPs = 192.168.99.1/32, 192.168.1.0/24
 
Je fais la remarque parce que j'ai fait un speedtest en 4G, et j'explosais tout en terme de perfs (genre 6mbps avec openvpn et 80 avec wireguard)... avant de me rendre compte que seul le trafic vers mon lan  passait par le tunnel... et là malheureusement en faisant passer tout le trafic vers mon pi2, je retombe à peu près sur les même perfs
 
Ping / down / up
OpenVPN : 70/ 5.86 / 14.8
Wireguard : 70 / 8.08 / 13.1
 
Bon sur plusieurs tests ça varie, mais globalement c'est kif kif (sur une VDSL qui sort (depuis le même smartphone en wifi) :
7ms de ping / 62.9Mbps down / 22.9Mbps up)
 
Edit :
En wifi + via les vpn, j'ai de bien meilleurs résultats (autour de 40mbps en down sur openvpn et wireguard par ex). En terme de CPU, toujours en wifi, la différence est assez nette. Durant le speedtest, le processus openvpn monte haut sur 1 core, avec des pics pas loin de 100%. Avec wireguard on sent que le raspberry est titillé, l'occupation générale augmente un peu, mais rien de vraiment notable (rien qui pic au dessus de 25% sur un core par ex).
 
Autre point en faveur de wireguard : le temps de connexion est vraiment TREEEES rapide (genre même pas 1 seconde). OpenVPN n'est pas lent, mais ça prend quelques secondes quand même.

Tu peux coupler ton watercooling avec une fontaine intérieure, lumineuse tant qu'à faire, WAF optimal !  

Je cherche un peu ce qui se fait. Y'a aussi submergé dans de l'huile minéral mais va falloir acheter un aquarium.

Les poissons n'y survivront pas.

De la 20w50?

hello

branché à un Raspberry Pi 2, ma clé 3G huawei branchée en USB à tendance à disparaitre...

Comme si le port USB la déconnectait...

Une idée du problème ?

Idem ... sur un Pi4. Je n’ai pas trouvé d’autre méthode que le reboot du Pi

J'avais ce soucis avec un RPI2, réglé en branchant la clé (Huawei) sur un HUB alimenté ... Plus jamais eu de déco après

Il me semble que la commande "/sbin/udevadm trigger" permet de rescanner les ports USB. Ca peut vous aider.

Merci je testerai au prochain crash.  
Ok pour le hub. Je suis avec une alim officielle Pi4 mais je note pour l’alim externe.

Je pense qu'il ne faut pas négliger la faiblesse de l'alim. Deadlock donne la solution IMHO, même si ça fait des câbles en plus...

Une clef USB 3G, ça ne doit pas non plus consommer des masses. Pour HDD 2,5" je pourrais comprendre mais là, pas trop.

Ce n'est pas un pb de courant mais de tension.

Les modems 4G c'est dans le 1A@3.3V, les modems 3G probablement un peu plus.

Le problème c'est que les ports USB 2.0 du Pi sont limitées en courant, je ne sais plus combien mais c'est pas beaucoup. Sur le PI3 il y a une commande qui permet de débloquer la puissance max autorisée. Je ne sais pas ce qu'il en est sur le Pi 2.

edit:
https://www.raspberrypi.org/documen [...] owerlimits

600mA en tout pour les 4 ports cumulés. Bref c'est pas assez.

Un intérêt que je branche la clé sur un port USB 3 ?
Je vais tenté la commande du power.

Pas nécessaire la commande pour un Pi3 & 4. C'est déjà à max 1.2A cumulé, en principe largement suffisant pour une clé 4G.
A condition de ne pas avoir un HDD sur un autre port USB bien sûr.

Cela dit possible que les ports usb 2 soient limités à 500mA, j'ai pas regardé le circuit du Pi4. Donc oui essaye sur un port USB 3.

merci
Pour l'instant j'ai rien de connecté dessus. Je testerai le port USB3.

Tu rebootes quotidiennement ?

Non. La dernière fois ça a tenu 3jr et la même pas 1 journée.

C'est bizarre oui

même question en 2020

Ben... Teste toi meme? C'est un enieme aggregateur/concentrateur IOT/SmartHome?

Plop

J'ai un Pi1B sous rune audio, et la musique était stockée sur une clef USB de 128 GB qui a cramé.

Le pi étant alimenté 24/7, je me demande s'il ne serait pas plus safe (et rentable) de coller un SSD avec un adaptateur USB/SATA  

Des gens ont se type d'usage de leur pi ?

un ssd sur un pi ça marche bien oui!

Une puce à recommander pour l'usb/sata ?
 
Attention, le pi 1 c'est usb2.

help svp :
 
La carte microsd montée depuis 2 ans sur un PI 3B, avec Openmediavault et un NAS .. est morte hier.
 
Je n'ai  pas été capable de retrouver une image d'omv 3xx sur la toile. Elles ont été toutes été enlevées et il n'y a plus que que du x86.
 
Si quelqu"un a une version 3xx arm, pourriez vous l'uploader quelque part.  
Je n'ai pas vu de solution simple de secours.
Merci

 
Premier lien Google en tapant "Openmediavault 3 raspberry" : https://web.archive.org/web/2018071 [...] .80.img.xz
md5: b05e398210c4b577b128a4d5145bf4f6  apparemment
A voir si elle fonctionne.

oui, j'ai ssd et hd sur un autre procédure enfantine

 
Tu as bien fait de me donner le lien. (connu)
Ca fait 50 fois que je tentais de télécharger l'image depuis ce site mais la connexion échouait en "timeout".
 
Ce matin, bim ! Firefox a mouliné un peu et l'image est venue en 1 minute. Merci