Den som skriver ollama i terminalen efter uppdateringen till 0.34.2 möts av något nytt: en dialog som frågar om du vill logga in eller fortsätta lokalt. Utgåvenoteringen beskriver det i en mening: en förstagångsinställning när ollama körs, med valen att logga in eller fortsätta lokalt, där slutförandet delas med skrivbordsappen på macOS och Windows. För den som valde Ollama därför att modellen ska köras på egen burk väcker det tre frågor. Kräver lokal körning nu ett konto? Var sparas valet, så att dialogen inte återkommer? Och hur stänger du av molnet helt, inte bara hoppar över frågan? Svaren finns i tre källor: utgåvenoteringen, beskrivningen i den PR som införde dialogen, och FAQ:ns avsnitt om att stänga av molnfunktionerna.
Inloggningen är ett av två val, inte ett krav. Det som kräver konto är molnmodeller och webbsökning. Väljer du lokal fortsättning sparas valet och dialogen ska inte återkomma för samma användare. Vill du att burken inte ska försöka nå molnet alls sätter du OLLAMA_NO_CLOUD=1 eller disable_ollama_cloud i server.json och läser raden Ollama cloud disabled: true i loggen.
Vad inloggningen ger, och vad den inte krävs för
FAQ:n beskriver vad som försvinner när molnfunktionerna stängs av: möjligheten att använda Ollamas molnmodeller och webbsökning. Det är samma sak sett från andra hållet: det är de två funktionerna inloggningen ger tillgång till. I avsnittet om den publika nyckeln räknar dokumentationen upp tre användningar för nyckeln som kopplar din installation till ollama.com: pusha modeller, hämta privata modeller och köra modeller i Ollama Cloud. Att hämta publika modeller och köra dem på din egen maskin står inte i listan, och samma FAQ anger att leverantören inte ser dina prompter eller data när du kör lokalt, men bearbetar prompter och svar när du använder molnmodeller.
Det betyder att dialogen inte ändrar var din lokala inferens sker. Den ändrar hur tydligt valet ställs. Om du redan ritat datagränsen för din installation ligger dialogen på molnsidan av strecket: den frågar om du vill öppna en väg dit, och du kan svara nej. Att sajtens jämförelse mellan Ollama och LM Studio byggde på lokal körning gäller alltså fortfarande; det som tillkommit är en fråga som ställs en gång.
Vilka kommandon som visar dialogen
PR-beskrivningen är precis om när dialogen visas: bara när du kör ollama utan underkommando. Den räknar sedan upp fyra fall som inte visar den: install-skriptet, ollama launch, namngivna app-starter och icke-interaktiva sessioner. Om övriga kommandon säger beskrivningen att de lämnas oförändrade. Så här ser det ut i praktiken:
| Situation | Visar dialogen enligt PR-beskrivningen |
|---|---|
ollama utan argument i en interaktiv terminal | Ja |
| Install-skriptet på Linux | Nej |
ollama launch och namngivna app-starter | Nej |
| Icke-interaktiv session, till exempel ett skript eller en systemd-tjänst utan terminal | Nej |
Övriga underkommandon som ollama serve och ollama run | Beskrivs som oförändrade |
För driften är den fjärde raden den viktiga. En tjänst som startar ollama serve från systemd, NSSM eller ett startskript kör icke-interaktivt och ska enligt beskrivningen inte stanna vid en fråga. Kontrollera det ändå på din egen installation efter uppdateringen: starta tjänsten, läs loggen och gör ett anrop mot /api/version. Det är samma kontroll som versionskortet redan kräver, och där står också skälet till att dialogen kan dyka upp utan att du själv installerat något: appen på macOS och Windows laddar ned uppdateringar automatiskt.
Var valet sparas
På macOS och Windows delas slutförandet mellan CLI och skrivbordsapp, enligt PR-beskrivningen även med den äldre skrivbordsappens databas. Har du klickat dig igenom samma steg i appen ska terminalen alltså inte fråga igen, och tvärtom. På Linux sparas slutförandet i ~/.ollama/config.json. Beskrivningen anger inte filens innehåll eller format, så artikeln gör det inte heller; det du kan göra är att kontrollera att filen finns efter att du valt.
Beskrivningen räknar upp fyra tillstånd som markerar dialogen som slutförd: fortsättning i inloggat läge, slutförd koppling via webbläsaren, valet att använda lokalt, och avstängt moln. Två detaljer är värda att känna till. Avbryter du dialogen, till exempel med Ctrl+C, förblir den oavslutad och återkommer nästa gång. Loggar du ut senare nollställs den inte. Slutförandet gäller per operativsystemsanvändare och per version av dialogen, så en ny användare på samma maskin får frågan igen.
Varken utgåvenoteringen, PR-beskrivningen eller FAQ:n nämner någon flagga eller miljövariabel som hoppar över dialogen. Vid kontrollen 18 september 2026 är det dokumenterade sättet att slippa den i en interaktiv terminal att svara på den en gång. Avstängt moln står med bland villkoren för slutförande, men artikeln lovar inte att det i sig döljer frågan på din version; prova och läs loggen.
Stäng av molnet helt
Att välja lokal fortsättning i dialogen är ett svar på en fråga. Att stänga av molnfunktionerna är en inställning i servern, och det är den du vill ha om burken hanterar sådant som inte ska lämna huset. FAQ:n ger två vägar. Den första är konfigurationsfilen ~/.ollama/server.json:
{
"disable_ollama_cloud": true
}Den andra är miljövariabeln:
OLLAMA_NO_CLOUD=1Efter ändringen ska Ollama startas om. Hur miljövariabeln sätts beror på plattform, och FAQ:n beskriver alla tre. På macOS med appen: launchctl setenv OLLAMA_NO_CLOUD "1" följt av omstart av appen. På Linux som systemd-tjänst: systemctl edit ollama.service, en rad Environment="OLLAMA_NO_CLOUD=1" under [Service], sedan systemctl daemon-reload och systemctl restart ollama. På Windows: avsluta Ollama i aktivitetsfältet, lägg till variabeln under användarens miljövariabler i Inställningar eller Kontrollpanelen, och starta appen från startmenyn igen.
För systemd-tjänsten är filvägen värd en extra tanke. FAQ:n skriver ~/.ollama/server.json utan att säga vems hemkatalog. Tabellen över den publika nyckeln i samma FAQ placerar tjänstens .ollama-katalog i /usr/share/ollama/.ollama/ på Linux, så det är den katalogen du bör prova för server.json när Ollama kör som tjänst. Det är en slutledning, inte ett citat, och därför är loggraden i nästa avsnitt det som avgör om filen lästes.
Loggraden som kvitto
FAQ:n anger att loggen efter omstart visar Ollama cloud disabled: true när molnfunktionerna är avstängda. Den raden är ditt bevis, oavsett vilken väg du valde. Saknas den har inställningen inte nått servern: fel hemkatalog för filen, en miljövariabel som sattes i ett skal som tjänsten inte ärver, eller en app som inte startades om. Var loggen finns beror på plattformen; för systemd är det journalctl -e -u ollama, och för appen ligger server.log i den loggkatalog som Windows- och macOS-dokumentationen anger och som versionskortet redan pekar på.
# Linux, systemd
journalctl -e -u ollama | grep -i "cloud disabled"
# Förväntad rad
Ollama cloud disabled: trueSkriv in kontrollen i driftkortet från driftguiden: inställning, var den ligger, och den loggrad som bekräftar den, med datum. Då kan nästa uppdatering inte tyst öppna molnet igen utan att någon märker det vid nästa kontroll.
Om du vill logga in senare
Valet i dialogen är inte slutgiltigt. FAQ:n anger ollama signin som kommandot för inloggning från kommandoraden, och appen på macOS och Windows har inloggning under sina inställningar. Har du stängt av molnet med server.json eller miljövariabeln behöver den inställningen tas bort först, annars är molnmodellerna och webbsökningen fortfarande otillgängliga enligt FAQ:n. Sajtens artikel om Claude Desktop mot Ollama visar ett fall där molnmodeller och inloggning används avsiktligt; den här nyheten handlar om det motsatta fallet, att hålla burken lokal med kvitto i loggen.
Källor och metod
- Ollama v0.34.2 (15 september 2026): utgåvenoteringen om förstagångsinställning med inloggning eller lokal fortsättning
- PR #18495 (mergad 17 september 2026): när dialogen visas, vilka kommandon som inte visar den, var slutförandet sparas och villkoren för slutförande
- Ollama FAQ: avstängning av molnfunktioner med server.json eller OLLAMA_NO_CLOUD, loggraden, ollama signin, den publika nyckelns användningar och sökvägar, miljövariabler per plattform och vad som skickas till ollama.com
Källorna kontrollerades 18 september 2026. Dialogens text återges inte ordagrant; den beskrivs som två val. Utgåvenoteringen för v0.34.2 är daterad 15 september, medan PR #18495 med de detaljerade beteendereglerna mergades 17 september; beskrivningen av när dialogen visas och var valet sparas är därför leverantörens beskrivning av funktionens avsedda beteende, och läsaren bör kontrollera det mot den version som faktiskt kör. Ingen flagga för att hoppa över dialogen påstås, eftersom ingen är dokumenterad. Sökvägen för server.json under systemd-tjänsten är en slutledning ur FAQ:ns tabell för den publika nyckeln och ska bekräftas med loggraden. Inga egna körningar har gjorts.
Lägg raden med molninställningen och dess loggkvitto i driftkortet, så att gränsen står dokumenterad innan nästa uppdatering.