MacBook'u kapağı kapalıyken sunucu olarak kullanabilir misiniz?

Kapağı kapalı bir MacBook'ta yerel geliştirme sunucusu çalıştırmak

Bir MacBook, kapağı kapalıyken yerel HTTP trafiğine, LLM çıkarım isteklerine ve ters tünel bağlantılarına hizmet verebilir — donanım ve altındaki süreç, ekranın açık olup olmamasını umursamaz. Flask, FastAPI, Next.js, yerel bir Ollama uç noktası, bir ngrok ya da cloudflared tüneli: kapağı kapattığınızda bu kodların hiçbiri değişmez. Sınırlama tamamen macOS'un uyku politikasından kaynaklanır, çipten değil.

macOS'un gerçekte yaptığı şey "uykuya dalar" demekten daha spesifik. İşin içinde iki farklı uyku tetikleyicisi var. Idle sleep (boşta uyku), caffeinate'in, temel bir uyanık-tutma uygulamasının ve çoğu menü çubuğu aracının engellemek üzere tasarlandığı türdür — Mac bir süre dokunulmadan beklediğinde devreye girer, kapak açık olsun kapalı olsun fark etmez. Clamshell sleep ise ayrı, daha alt seviyeli bir tetikleyicidir; harici bir ekran bağlı değilken bataryadayken kapağın kendisi tarafından tetiklenir. Idle sleep'i engellemek clamshell sleep'i engellemez. Yalnızca bir idle-sleep assertion tutulurken bataryada kapağı kapatırsanız Mac yine de uykuya dalar — sunucu, tünel, hangi portu dinliyorsa hepsi onunla birlikte askıya alınır. Karşı taraftaki istemci sadece bir zaman aşımı görür; hiçbir şey çökmez, kapak tekrar açılana kadar duraklamış olur.

Bu ayrım, "kapağı kapalıyken sunucu çalıştırabilir miyim" sorusunun gerçek cevabı: evet, ama yalnızca kullandığınız araç sadece idle sleep'i değil, özellikle clamshell sleep'i de ele alıyorsa. Temel bir power assertion — caffeinate, lidrun -- <command> ve çoğu uyanık-tutma uygulamasının arkasındaki mekanizma — idle sleep'i kapsar. Başında aktif olarak durduğunuz ya da harici bir ekrana bağlı bir Mac için bu gerçekten işe yarar. Kapak fiilen kapalıyken ve Mac bataryadayken ise tek başına yeterli değildir.

Her iki durumda da değişmeyen bir şey var: Mac gerçekten uykudan alıkonduğunda — sadece idle-blocked değil — ağ yığını, kapak açıkmış gibi davranmaya devam eder. Wi-Fi bağlantısı kopmaz ve bir portu dinleyen her şey, istek LAN'ınızdaki başka bir cihazdan gelsin ya da bir tünel üzerinden gelsin, anında yanıt verir. Mac fiilen uykuya daldığı anda bu yığın sessizleşir ve siz kapağı fiziksel olarak açana kadar sessiz kalır.

Kapak kapanınca uykuyu durdurmanın ücretsiz, yerleşik yolları

macOS iki komut satırı mekanizmasıyla gelir ve üçüncü parti bir uygulamaya yönelmeden önce her birinin gerçekte neyi kapsadığını bilmekte fayda var. caffeinate -d -i -s (ya da bir ön plan süreci çalışırken caffeinate -s), herhangi bir uyanık-tutma uygulamasının tuttuğu aynı idle-sleep assertion'ı tutar — ücretsiz, yerleşik, kurulum gerektirmez. Tek bir uzun süreli komuta bağlı bir terminal oturumu için gerçekten uygun bir seçenek. Yukarıda anlatılan sınırlamanın aynısına sahip: clamshell sleep'e dokunmaz, dolayısıyla bataryadayken kapalı bir kapağın uykuya dalmasını engellemez.

Clamshell sleep'e gerçekten ulaşan mekanizma sudo pmset -a disablesleep 1. Bu da ücretsiz ve macOS'a yerleşik, ama bir idle-sleep assertion değil hiç — kapak anahtarından bağımsız olarak tüm Mac'e uyumaması talimatını veren global bir sistem ayarı. Çalıştırın, kapağı kapatın, Mac açık kalır. Bu, LidRun'un Closed-Lid modunun arka planda kullandığı mekanizmanın aynısı.

Üçüncü, tamamen donanıma dayalı bir seçenek daha var: harici bir ekran, klavye ve fare bağlayın, güce takın ve kapağı kapatın. macOS bunu kendi belgelenmiş kapalı-ekran kurulumu olarak ele alır ve kapak kapanınca hiç uykuya dalmaz — ne terminal komutu, ne yönetici parolası istemi gerekir. Zaten bir monitörlü masanız varsa en temiz seçenek; ama tüm amacınız MacBook'u bir yere tek başına bırakmaksa işinize yaramaz.

Her uyanık-tutma aracı — ücretsiz bir CLI olsun, ücretli bir menü çubuğu uygulaması olsun — bu aynı üç mekanizmanın bir kombinasyonu üzerine kuruludur: bir idle-sleep assertion, disablesleep sistem ayarı ya da harici ekran istisnası. Amphetamine, KeepingYouAwake, Lungo, Caffeine ve LidRun hepsi aynı genel macOS API'lerinin üzerinde oturur; hiçbiri kapak anahtarını aşmak için dördüncü bir yol icat etmedi. Aralarında seçim yaparken bakılması gereken, birinin diğerlerinde olmayan gizli bir hilesi olması değil — ne kadar oturum zamanlayıcısı, batarya eşiği ya da kendiniz yönettiğiniz basit bir açma-kapama düğmesi istediğinizdir.

Manuel disablesleep hilesinin can sıkıcı yanı

pmset -a disablesleep 1 ücretsizdir ve işe yarar, ama birçok terminal tek satırlığının bahsetmeden geçtiği bir tuzağı var: global'dir ve kalıcıdır. Terminal oturumunuza, SSH bağlantınıza ya da onu ayarlayan sürece bağlı değildir. Kapağı kapatır, sunucu gece boyu çalışır ve sonra pmset -a disablesleep 0 komutunu çalıştırmayı unutursanız — ya da siz yetişemeden SSH oturumu düşerse, ya da bir şey düzgün kapanmadan çökerse — ayar 1 olarak kalır. Mac, siz manuel olarak sıfırlayana ya da yeniden başlatana kadar kendi başına bir daha uykuya dalmaz.

Pratikte bu, kapağı kapalı, kimse izlemezken bataryasını sessizce sıfıra kadar tüketebilen bir dizüstü bilgisayar demek — ya da macOS'un kendi düşük batarya ya da termal tepkilerinin devreye girme şansı hiç olmadan, yük altında sürekli çalışma sıcaklığında kalan bir bilgisayar; idle sleep ile birlikte hepsini kapatmış oluyorsunuz. Bu, donanımı yok etme anlamında bir hasar değil, ama macOS'un yerleşik güvenlik ağlarının tamamını, istekleri yanıtlamaya devam eden tek bir mekanizma uğruna devre dışı bırakıyor. Aktif olarak izlediğiniz bir oturum için makul bir takas. Bir kez kurup bir hafta boyunca terk ettiğiniz bir şey için kötü bir takas.

Kendi koruma çitlerine sahip bir uyanık-tutma aracının doldurmaya çalıştığı boşluk tam olarak bu: aynı mekanizmayı kullanın, ama onu etkin ve unutulmuş halde bırakmak yerine otomatik olarak sıfırlayan sınırlarla eşleştirin.

İstekleri yanıtlarken Mac'i uyanık tutmak

LidRun'un ücretsiz katmanı — Keep Awake, Timer ve Charging-only — yukarıda anlatılan sade idle-sleep assertion'ı tutar. Sınırsızdır ve sonsuza kadar ücretsizdir, oturum sınırı yoktur; başında olduğunuz bir Mac, aralık bırakılmış bir kapak ya da lidrun -- <command> ile sarmalanmış, assertion'ın sadece o süreç çalıştığı sürece tutulduğu bir komut için doğru araçtır. Bataryada gerçekten kapalı bir kapak için ise Closed-Lid modu devreye girer; bu ücretli bir özelliktir: yukarıdaki manuel hileyle aynı pmset disablesleep mekanizmasını, bir kez onayladığınız yetkili bir yardımcı süreç üzerinden çevirir, böylece her açıp kapattığınızda parola girmeniz gerekmez.

pmset'i elle çalıştırmaktan farkı, açma-kapama düğmesinin kendisi değil — etrafında olup bitenler. Bir batarya eşiği (varsayılan %20, ayarlanabilir), şarj tehlikeli derecede düşmeden önce oturumu otomatik olarak durdurur; boşalmaya yakın acil durum zorla-uyutma eşiği (%4) ise ne yapılandırırsanız yapılandırın devreye girer, dolayısıyla bir oturum bunu göz ardı edecek şekilde kurulamaz. Termal izleme, SoC kritik baskı bildirirse Closed-Lid modunu devre dışı bırakır; böylece gerçekten soğumakta zorlanan bir Mac, istekleri yanıtlamaya devam etmek yerine uykuya dalabilir. Ve Closed-Lid modu etkinken LidRun ya da Mac çökerse, bir sonraki açılışta bu eskimiş durum tespit edilir ve disablesleep otomatik olarak 0'a döndürülür — manuel hilenin sizin hatırlamanıza bel bağladığı temizlik adımı.

Etkinlik günlüğü, her oturumun gerçekte neden bittiğini kaydeder — zamanlayıcı bitti, bir batarya yüzdesinde otomatik durduruldu ya da Closed-Lid modu kapatıldı — böylece ertesi sabah kontrol ettiğinizde tahmin etmek yerine ne olduğunu görürsünüz. Mantığı şu: ajan çalışıyorsa uyanık kal; ajan bittiyse ya da güvenli değilse, serbest bırak ya da uyu. Bir kere kurup unuttuğunuz kör bir wake lock değil — ikisi çatıştığında güvenlik, kolaylığın önüne geçer. Yeni kullanıcılar, ödemeye değip değmediğine karar vermeden önce denemeleri için birkaç ücretsiz Closed-Lid oturumu alır. Kapak kapalıyken çalışmaya devam etme modunun günlük kullanımda nasıl işlediği hakkında daha fazlası için MacBook'u kapağı kapalıyken çalışır durumda tutma rehberine bakın.

Ne işe yarar, ne kapsam dışında kalır

Geliştirici kullanımı için iyi çalışan sunucu benzeri görevlerin yelpazesi geniş. Yerel HTTP API'leri, webhook dinleyicileri, küçük FastAPI ya da Flask geliştirme sunucuları, Ollama çıkarım uç noktaları ve ngrok ya da cloudflared üzerinden ters tüneller — hepsi, onu uyanık tutan şey gerçekten clamshell sleep'i ele aldığı sürece kapalı bir MacBook üzerinde güvenilir şekilde çalışır. Bu kurulumun tasarlandığı iş yükleri tam olarak bunlar.

Prodüksiyon trafiği ise, Mac'i hangi mekanizma uyanık tutuyor olursa olsun tamamen farklı bir hikaye. Bir MacBook'ta yedeklilik yoktur, sıcak takılıp çıkarılabilen depolama yoktur ve siz fişe takılı kaldığınız için otomatik durdurma eşiği hiç devreye girmese bile sonlu bir batarya vardır. Bir macOS güncellemesi, bir kernel panic ya da birinin şarj kablosunu çekmesi, hiçbir uyanık-tutma aracının engelleyemeyeceği şekilde hizmeti çevrimdışı bırakabilir. Ara sıra yapılan geliştirme oturumları için bu yönetilebilir bir takas. Dış kullanıcılar ya da işletme açısından kritik herhangi bir şey için değil — o trafik gerçek sunucu altyapısına ait.

Dürüst çerçeve şu: bu bir prodüksiyon sunucusu değil, bir oturum boyunca yerel sunucu görevi de gören bir geliştirme iş istasyonu. Bu kapsam gerçekten kullanışlı — harici bir servisten gelen webhook'ları test etmek, ağınızdaki diğer cihazlara yerel bir LLM sunmak ya da masanızdan uzaklaşırken bir geliştirme API'sini erişilebilir tutmak gibi.

Dizüstü bilgisayarda sunucu benzeri kullanım için güvenlik sınırları

Sunucu benzeri kullanım genellikle sürekli yük anlamına gelir ve sürekli yük, termal tabloyu kısa bir build'e göre daha önemli hale getirir. Kapalı bir kapak, açık olana göre daha fazla ısı tutar. Mac'i altında boşluk bırakan, sert ve düz bir yüzeyde tutun — yatak, kanepe ya da hava akışının engellendiği herhangi bir yer değil — ve bir çantanın içinde kapalı tutmak yerine havalandırmasını sağlayın.

Kısa bir oturumdan daha uzun her şey için fişe takın. Ağ G/Ç'sini yöneten ve çıkarım çalıştıran bir geliştirme sunucusu, boşta duran bir makineden daha fazla güç çeker; oturum ortasında yaşanan bir düşük-batarya otomatik durdurma ise gece boyu süren bir test çalıştırmasının ortasında keşfetmek istemeyeceğiniz bir kesinti.

Fişe takılı olsanız bile bir batarya eşiği belirleyin. Bir elektrik kesintisi ya da kazara fişin çekilmesi olabilir; eşik, oturum bitmeden batarya tamamen bitmek yerine Mac'in güvenli bir şarj seviyesinde uykuya dalması demektir. Bunların hiçbiri, kapak kapalıyken sunucu çalıştırmayı hiç kontrol etmeden süresiz olarak terk edebileceğiniz bir şeye dönüştürmez — bu, bir dizüstü bilgisayarı bu şekilde çalıştırmaya özgü iki arıza modunun, ısı ve batarya, riskini azaltmanın bir yolu.