Pouvez-vous utiliser un MacBook comme serveur avec le clavier fermé ?
Vous disposez d'un MacBook performant et de quelque chose qui doit continuer à servir des requêtes — une API locale, un endpoint Ollama, un écouteur webhook. Fermez le clavier et macOS suspend tout ce qu'il contient. Par défaut, un Mac endormi ne répond pas aux requêtes HTTP. La vraie question quand on utilise un MacBook comme serveur avec le clavier fermé est donc : comment garder le système éveillé tandis que quelque chose écoute sur un port.
Exécuter un serveur de dev local sur un MacBook fermé
Un MacBook peut servir le trafic HTTP local, les requêtes d'inférence LLM et les connexions par tunnel inverse tandis que le clavier est fermé. Flask, FastAPI, Next.js, un endpoint Ollama local ou un tunnel ngrok fonctionnent tous au niveau du processus. Le matériel en est capable. La limitation vient de macOS, pas de la puce.
Par défaut, fermer le clavier met le système en veille et suspend tous les processus y compris le serveur que vous aviez laissé écouter sur un port. Le client à l'autre bout voit un délai d'expiration de connexion. Le serveur n'a pas planté ; il est juste en pause jusqu'à ce que vous rouvriez le clavier.
Maintenir le système éveillé lors de la fermeture du clavier nécessite une assertion de puissance IOKit. C'est le même mécanisme utilisé pour les builds et les exécutions d'agents longs. Une fois l'assertion maintenue, le processus serveur continue de s'exécuter et répond normalement, exactement comme si le clavier était ouvert.
Ce qui marche bien et ce qui n'en fait pas
Pour l'usage développeur, la gamme des tâches de style serveur qui fonctionnent bien est large. Les APIs HTTP locales, les écouteurs webhook, les petits serveurs dev FastAPI ou Flask, les endpoints d'inférence Ollama et les tunnels inversés via ngrok ou cloudflared s'exécutent tous de façon fiable sur un MacBook fermé tant que le système reste éveillé. Ce sont les charges de travail pour lesquelles cette configuration est conçue.
Le trafic production est une autre histoire. Un MacBook n'a pas de redondance, pas de stockage échangeable à chaud et une batterie finie. Un événement de veille, une batterie faible ou une mise à jour système peuvent mettre le service hors ligne. Pour des sessions de dev occasionnelles, c'est un compromis acceptable. Pour les utilisateurs externes ou tout ce qui est stratégique, ce n'est pas le cas.
Pour être honnête : il s'agit d'une station de travail dev doublant temporairement comme serveur local pour une session, pas d'un serveur exécutant des services production. Cette portée la rend véritablement utile — tester les webhooks d'un service externe, servir un LLM local à d'autres appareils sur votre réseau ou garder accessible une API de dev quand vous vous éloignez de votre bureau.
Guide associéMaintenir le MacBook en marche couvercle ferméGarder le Mac éveillé en servant les requêtes
Avec une assertion de puissance maintenue, le serveur continue de s'exécuter lors d'une fermeture de clavier. LidRun maintient cette assertion pendant la durée d'une session et surveille l'état de la batterie et thermique tandis qu'il le fait. La session se termine quand un seuil est atteint ou le timer expire — pas quand macOS décide de mettre en veille.
Définissez un timer de session qui correspond à la durée réelle dont vous avez besoin que le serveur soit actif. Sans limite, un serveur que vous avez oublié reste éveillé jusqu'à épuisement de la batterie. Une limite d'une, trois ou huit heures signifie qu'un processus suspendu ou abandonné ne peut pas garder le Mac éveillé indéfiniment.
Le journal d'activité enregistre pourquoi chaque session s'est terminée — expiration du timer, seuil de batterie ou arrêt manuel. Cela importe quand vous vérifiez le matin et voulez savoir si le serveur a fonctionné la fenêtre complète ou s'est arrêté à 2h du matin. Pour plus de détails sur le fonctionnement du mode keep-running, consultez le guide sur le maintien d'un MacBook en fonctionnement clavier fermé.
Limites de sécurité pour l'usage serveur sur un portable
L'usage serveur tend à être une charge soutenue, et une charge soutenue signifie que l'aspect thermique compte plus que dans un build court. Un clavier fermé retient plus de chaleur qu'un clavier ouvert. Posez le Mac sur une surface dure, plate et dégagée en dessous — pas sur un lit, un canapé ou n'importe où où le flux d'air est bloqué. Jamais dans un sac.
Branchez-le pour toute session plus que très courte. Un serveur de dev traitant les E/S réseau et exécutant l'inférence consomme plus d'énergie qu'une machine inactive, et un arrêt automatique batterie faible au milieu d'une session est une interruption ennuyeuse. L'autonomie n'est pas le goulot qu'on veut découvrir à mi-parcours d'une exécution de test nocturne.
Définissez un plancher de batterie même quand branché. Une panne électrique ou un débranch accidentel peut survenir, et le plancher signifie que le Mac se met en veille proprement à un niveau de charge sûr plutôt que de se décharger complètement avant la fin de la session.
Une fonctionnalité de LidRun for closed-lid Mac.
LidRun garde votre travail actif capot fermé, avec une protection batterie et thermique intégrée.
Questions fréquentes
Oui, avec un outil de maintien en veille tenant une assertion de puissance. Les serveurs HTTP, les endpoints LLM et les tunnels inversés continuent de répondre normalement lors d'une fermeture de clavier. Sans cette assertion, macOS met la machine en veille et suspend tout processus écoutant sur un port.
C'est possible, avec la bonne configuration. Ollama met en œuvre une charge réelle CPU et GPU, donc la pression thermique peut monter lors de l'inférence soutenue. Fonctionner sur une surface dure et ventilée tout en étant branché, avec un plancher de batterie et une surveillance thermique active, aide à réduire les risques. L'abandonner dans un sac ou sans surveillance la nuit sur batterie est là que les problèmes ont tendance à survenir.
Branchez, démarrez le serveur, activez le mode keep-running dans LidRun, puis fermez le clavier. Définissez un timer de session qui correspond à la fenêtre dont vous avez besoin — il assure qu'un processus suspendu ou oublié ne garde pas le Mac éveillé passé son délai. Les seuils de batterie et thermique arrêtent automatiquement la session si les conditions sortent de la plage tandis que vous dormez.
Les principaux sont l'accumulation thermique clavier fermé, la décharge rapide si laissé sans batterie et l'absence de redondance si le Mac se met en veille ou qu'un seuil arrête la session. Pour des sessions de dev occasionnelles, ce sont des risques gérables avec la bonne configuration. Pour le trafic production servant des utilisateurs externes, ils ne sont pas acceptables — ce travail appartient à du matériel serveur dédié.