Extension intéressante ajoutée au catalogue de la marque, le Mate MINI S de Beelink est construit pour suivre la ligne esthétique de ses MiniPC S12, S12 Pro et S13. S’il pourra également fonctionner avec d’autres modèles, il est avant tout pensé pour une intégration plus esthétique avec ces produits.
Le produit est simple d’emploi. On le branche avec le câble USB Type-A vers USB Type-C livré, câble qui propose un débit 10 Gbit/s, et on pourra alors piloter quatre ports Ethernet 2.5 Gigabit supplémentaires.
Beelink Mate MINI S
Le Beelink Mate MINI S permet ainsi de transformer un MiniPC classique en solution réseau très complète. Le petit boitier est pensé pour dissiper la chaleur des composants réseau. Une plaque métallique de dissipation vient couvrir les composants en interne sans nécessiter de ventilation active. Le boitier mesure 1.48 cm d’épaisseur et peut ainsi se positionner au-dessus ou en dessous des machines.
En façade, une petite LED témoin indiquera si la solution est bien alimentée. La qualité devrait être au rendez-vous puisque la marque garantit l’objet 3 années.
Proposé à 79$ que Paypal traduit par 71.43€ TTC, le Beelink Mate MINI S est en précommande et sera expédié sous 30 jours depuis les entrepôts Européens de la marque. Il est évidemment parfaitement compatible avec tout type de minimachine disposant d’un simple port USB 3.1 Type-A. C’est, à mon avis, une solution très intéressante pour toute personne à la recherche d’une solution réseau à l’achat ou voulant recycler un MiniPC pour ce genre de tâche.
Voir l’offre chez Beelink
| 2,5€ par mois | 5€ par mois | 10€ par mois | Le montant de votre choix |
J’avais déja bien approcié le Aoostar TB4S pour une extension pour 4 SSD NVME via oculink/usbb4 (https://www.minimachines.net/actu/rtp-aoostar-tb4s-oc-4-ssds-nvme-compatible-oculink-et-usb4-129367).
Cette extension Beelink pour 4 ports ethernet 2.5 Gb est son pendant réseau (sans le support oculink).
Ca peut être utilisé entre autre pour déléguer via passthrough le port USB4 concerné à une VM sur le mini PC pour faire office de firewall.
La bande passante des ports USB4/oculink/thunderbold peut permettre de créer tout un tas d’extension de ce type. Le rêve serait un mini-PC ne proposant que la partie puissance CPU et de nombreux ports pour des extensions comme celle ci avec des spécialisation dans le stockage, le réseau, l’USB, … ça permettrait de se créer par empilement des solutions sur mesure (soyons fou avec tant qu’à y être un format physique standardisé) tout en apportant un recyclage aisés des différents éléments.
Ah oui, je me souviens, on appelait cela des cartes d’extensions et ça se branchait sur une carte-mère 😀
C’est quoi la compatibilité avec Linux ce genre de chose ?
@Bastien: Je miserais entre « 100% » et « totale » ^^
Il faudrait le vérifier avec le chipset exact, mais de l’ethernet sur USB, c’est vraiment le truc qui est excellemment bien supporté sur Linux.
@gUI: pour avoir une douzaine d’adaptateurs USB-Ethernet de différentes marques et avec différents chipsets, et je dirais que c’est beaucoup plus mitigé dans la réalité…
Ce n’est pas vraiment Linux le problème mais les chipsets (et leur pilotes de gestion). Ils ne se valent pas tous et certains sont moins stables que d’autres.
Sur ma douzaine d’adaptateurs USB-Ethernet les 12 fonctionnent très bien en usage ponctuel, genre sur un laptop pour la journée. 100% de compatibilité.
Par contre sur cette douzaine, seulement 3 ou 4 sont capables de tenir un réel fonctionnement continu 24h/24 7j/7 sur un mini-serveur Debian pendant plus d’une semaine. Entre ceux qui se mettent dans une pseudo-veille lorsqu’il n’y a pas de trafic réseau pendant un moment, ceux qui adaptent leur consommation sur le p-state CPU (et dysfonctionnement en basse conso du cpu), ceux qui disparaissent au bout d’une semaine et qu’il faut débrancher/rebrancher physiquement, ceux qui ne supportent pas une micro-coupures électrique (genre 4 seconde de coupure et le serveur redémarre), ceux qui nécessitent d’aller bidouiller dans le bios pour forcer un certain niveau d’alimentation continu sur l’USB, et j’en passe… Pour la plupart il faut surveiller son serveur activement s’il est toujours présent sur le réseau et être prêt à intervenir physiquement pour brancher/débrancher l’adaptateur voire redémarrer la machine (difficile à distance si c’est la seule interface réseau de la machine).
Bref c’est un peu la foire à tout et n’importe quoi, et j’ai perdu pas mal de temps avec ces trucs.
@Tof : j’ai quelques adaptateurs qui fonctionnent H24 sous PVE ou BSD sans souci au point que j’ai oublié de quelles marques il s’agit. Bien que je veille en générale à prendre du chipset Intel (vieille habitude datant des pb Realtek/Esxi). Du coup si tu peux nous communiquer les marques/modèles qui fonctionnent bien pour toi ce serais utile pour la communauté. Merci.
@Duck76: j’avais du me faire une liste des modèles sur base des infos dmesg/lsusb, je vais chercher si je peux remettre la main dessus.
J’ai pas souvenir d’avoir eu du chipset Intel, d’ailleurs je n’ai jamais eu vent qu’Intel faisait des chipset Ethernet pour adaptateurs USB…
Mais en tout cas je me rappelle que certains chipset ASIX et Realtek m’ont posé des problèmes.
Note: certaines marques ont utilisé des chipsets différents au grès des vents de l’approvisionnement pour un même modèle.
@Duck76:
Il est intéressant de noter que tu utilises ces adaptateurs sur BSD car je pense que pas mal de problèmes liés à ces adaptateurs sont liés à la gestion de l’économie d’énergie des ports USB sur Linux.
@Tof:
Tu peux forcer certains périphériques USB à ne jamais rentrer en veille via plusieurs méthodes dont:
– des règles UDEV matchant les ID vendor/product du périphérique USB
– des scripts qui matchent les ID vendor/product du périphérique USB et change les valeurs de la gestion de l’energie dans /sys/bus/usb (/sys/bus/usb/devices/*/power/control /sys/bus/usb/devices/*/idProduct /sys/bus/usb/devices/*/idVendor)
– des utilitaires comme uhubctl
Voir: https://www.baeldung.com/linux/control-usb-power-supply
@Zentoo: oui c’est très lié je pense à la gestion de l’économie d’énergie, et effectivement j’avais du passer par ce genre de méthodes.
1. cela fonctionnait plutôt bien, mais cela n’empêchait un ou deux adaptateurs de disparaître au bout d’une semaine ou 10 jours et nécessitait une intervention physique/présentielle sur la machine.
2. et d’autre part certains adaptateurs n’avaient clairement besoin de rien toucher du tout au système pour fonctionner sans soucis h24 7j/7, alors pour que d’autre il fallait bidouiller…
D’où l’avis mitigé de mon premier commentaire: ça dépend clairement de la qualité du chipset utilisé (et même chez certains fabricants la version A du chipset pouvait être stable alors que la version B était instable et nécessitait bidouille). Mais bon j’ai cessé de me prendre la tête avec ça.