background

Linux-Support für Notfälle

Rund um die Uhr erreichbar

Linux Support - Im Notfall 24 Stunden am Tag erreichbar

Linux-Notfall-Support, jederzeit erreichbar

Unser Linux-Notfall-Support Team steht Ihnen rund um die Uhr zur Verfügung. Wir bieten Unternehmen zu jeder Tages- und Nachtzeit erreichbare und unbürokratische Unterstützung für Linux Server, um die Funktionstüchtigkeit Ihre Server und Dienste schnellstmöglich wiederherzustellen.

+49 30 / 629 322 67
  • Kostenlose mündliche Beratung, nur Arbeit an der Tastatur wird berechnet
  • Die ersten 15 Minuten sind kostenlos
  • 35 € pro begonnener 15 Minuten
Blunix GmbH - Linux Notfall Support rund um die Uhr

Linux Administration für dringende Notfälle

Unser Remote-Linux-Support wird mittels SSH (hier sind unsere SSH-Public-Keys) sowie tmate bereitgestellt. Verfolgen Sie jeden unserer Schritte live in einem Jitsi online Meeting mit screen sharing. Bitte öffnen Sie Ihre Firewall für SSH-Zugriff von gateway.blunix.com.

Wir freuen uns auf Ihren Anruf

Unser Angebot für Linux Administration in Notfällen richtet sich an Unternehmen. Wir bitten Endkunden, sich an unseren Partner linuxguides.de zu wenden.

Schneller und unbürokratischer technischer Linux Support

Rufen Sie unsere 24/7/365-Notrufnummer an

Ihr Anruf wird grundsätzlich sofort beantwortet. Das hinterlassen einer Nachricht auf unserem Anrufbeantworter löst sofort einen Alarm in unserem Monitoring-System aus, welches unsere Linux Administratoren umgehend alarmiert, und wir rufen Sie schnellstmöglich zurück.

Wir beheben Ihre geschäftskritischen Linux-Server-Probleme

Unser Team greift über die Kommandozeile per SSH auf Ihre Server zu und behebt Ihre Probleme, während Sie jeden von uns eingegebenen Befehl mitverfolgen können.

Wir senden Ihnen eine Rechnung

Nachdem alle Probleme behoben sind, erklären wir Ihnen, warum sie aufgetreten sind und was getan werden kann, um ähnliche Probleme in der Zukunft zu vermeiden. Sie erhalten eine PDF-Rechnung per E-Mail mit einem Fälligkeitsdatum von 30 Tagen.

Häufig gestellte Fragen

Erfolgreich gelöste kritische Störungen

Problem: Nicht bootfähiges Ubuntu-Linux-System durch 100% Festplattennutzung der / Partition

Lösung: Booten der AWS Public Cloud-Instanz mit einem anderen Debian-Linux-Image und Einbinden der Original-Disk, Löschen von Dateien und erneutes Booten der ursprünglichen Betriebssystems.

Problem: Wiederherstellung versehentlich gelöschter Apache2-Systemkonfigurationsdateien

Lösung: Stoppen des Linux-Webservers, um weitere Schreibvorgänge auf die SSD zu verhindern, Booten eines Rettungs-Linux-Systems, Verwendung des Kommandozeilen-Tools foremost zur Wiederherstellung der Dateien aus dem ext4-Dateisystem.

Problem: Wiederholte Linux-Kernel-Panics auf Server im kundeneigenen Server-Raum

Lösung: Lesen der Logdateien und basierend auf den gesammelten Informationen Testen der RAM-Module mit dem Kommandozeilen-Tool memtester zur Identifizierung eines defekten RAM-Moduls.

Problem: Virtuelle Maschinen booten nicht oder stürzen mit seltsamen Fehlern in dmesg ab

Lösung: dmesg-Nachrichten identifizieren zwei fehlerhafte Festplatten in einem mdadm RAID 5-Array, Identifizierung der kaputten Festplatten mit dem Kommandozeilen-Tool smartctl, Datenmigration kurz vor dem vollständigen Ausfall.

Problem: Google Cloud CentOS ist nicht mehr über das Netzwerk erreichbar

Lösung: Anmeldung über die virtuelle KVM-Konsole, Versuch der Wiederherstellung der Netzwerkverbindung ergibt fehlerhaft formatierte SSH authorized_keys Konfigurationsdatei.

Problem: Defekte APT-Pakete verhindern die Installation von Sicherheitsupdates

Lösung: Einfach nur apt --fix-broken install ausgeführt. Manchmal reicht es, "nur die CAPS-Lock-Taste drücken". Wir haben keine Rechnung gestellt und gebeten, uns beim nächsten Mal wieder anzurufen.

Problem: Geschlossene Unternehmenssoftware-WebUI funktioniert sehr langsam

Lösung: Identifizierung eines DNS-Auflösungsproblems mit dem primären Nameserver in /etc/resolv.conf. DNS-Server wird von einer anderen Abteilung verwaltet, Wechsel zum zweiten Nameserver.

Problem: Network File System (NFS) ist sehr langsam beim Bereitstellen und Schreiben von Dateien

Lösung: Identifizierung von 173 angeschlossenen Linux-Betriebssystemen an einen einzigen NFS-Server. Beratung zur Installation und Konfiguration von CEPH über alle Linux-Server in den kundeneigenen Rechenzentrums-Racks.

Problem: Linux-Cron-Jobs werden für neues Open-Source-PHP-Projekt nicht ausgeführt

Lösung: Cron-Job-Skripte mit chmod ausführbar gemacht und eine 15-minütige Einführung in die Grundlagen der Linux-Dateiberechtigungen gegeben. Wir haben keine Rechnung gestellt und gebeten in Zukunft wieder anzurufen.

Problem: Webanwendung ist aufgrund von TLS-Fehlern nicht erreichbar

Lösung: Identifizierung, dass Port 123 Network Time Protocol (NTP) durch die Firewall blockiert wird, was dazu führte, dass die Serverzeit um ~45 Minuten falsch war. Konfiguration von nftables angepasst.

Problem: Webanwendung sendet keine E-Mails mehr

Lösung: Identifizierung eines geänderten Passworts für das sendende E-Mail-Konto. Konfiguration eines auf OpenSMTPD basierenden Mail-Relays auf dem Server, um E-Mails bei Fehlern zu speichern.

Häufig angefragte Technologien

Fragen? Wünsche? Anregungen?

Wir freuen uns darauf, von Ihnen zu hören!

Suchen Sie
Linux-Beratung für Projekte,
Linux Managed Hosting,
Qubes OS Beratung und Support oder
Online- und Vor-Ort-Schulungen?