Usługi informatyczne Poznań - zgłoszenia i wsparcie zdalne

Usługi informatyczne Poznań od zgłoszenia do zamknięcia

Usługi informatyczne w Poznaniu i w każdym innym mieście zaczynają się od zgłoszenia. Użytkownik opisuje problem, a dostawca rejestruje zgłoszenie i po ocenie pilności przydziela wykonawcę. Jakość całej usługi zależy więc od tego, którędy zgłoszenie wpływa oraz jak bezpiecznie technik może wejść na stanowisko, żeby je rozwiązać.

Ten tekst dotyczy dwóch elementów tego procesu: kanałów zgłoszeń oraz wsparcia zdalnego. Kolejkę zgłoszeń oraz konta domenowe od strony stanowiska pracy omawia osobny materiał o usługach IT z helpdeskiem i infrastrukturą. Tutaj punkt ciężkości leży na narzędziach dostępu i na zasadach, które chronią firmę podczas sesji zdalnej.

Reguła: zgłoszenie bez numeru nie istnieje. Każdy kanał kontaktu kończy się wpisem w rejestrze, także rozmowa telefoniczna.

Kanały zgłoszeń i ich zastosowanie

Firmy dają użytkownikom kilka dróg kontaktu, bo każda z nich ma inne zalety. Telefon działa najszybciej przy awarii, która blokuje pracę. Wiadomość e-mail zostawia ślad i pozwala dołączyć zrzut ekranu. Formularz na stronie lub w portalu wymusza uzupełnienie pól, dzięki czemu zgłoszenie od razu trafia do właściwej kategorii.

Każdy kanał powinien zasilać jeden rejestr. Gdy zgłoszenia żyją w kilku skrzynkach i notatkach, żaden raport nie pokaże ich liczby ani czasu obsługi, a te same sprawy wracają jako nowe. Dostawca, który regularnie przedstawia zestawienia z rejestru, traktuje współpracę jako partnerstwo, a nie serię pojedynczych zleceń.

Kanały dobiera się także do grup użytkowników. Pracownicy biurowi zwykle wolą formularz lub wiadomość e-mail, a osoby pracujące na hali czy w terenie częściej dzwonią, bo nie mają dostępu do komputera. Dostawca, który to uwzględnia, unika sytuacji, w której zgłoszenie z hali czeka w skrzynce do rana.

Priorytety zgłoszeń

Priorytet wynika z dwóch czynników: wpływu na pracę firmy i pilności. Awaria serwera, z którego korzysta cały dział, ma wysoki wpływ i wysoką pilność, a prośba o zmianę wyglądu podpisu w poczcie ma oba czynniki niskie. Macierz zapisana w umowie eliminuje spory o to, które zgłoszenie obsłużyć najpierw.

Informacje w zgłoszeniu

Dobre zgłoszenie zawiera komunikat błędu oraz nazwę stanowiska z czasem wystąpienia problemu. Te informacje pozwalają technikowi odszukać wpis w dzienniku zdarzeń bez ponownej rozmowy. Formularz z polami obowiązkowymi wymusza ich podanie, więc technik zaczyna od diagnozy, a nie od zbierania informacji.

Wsparcie zdalne - narzędzia i rodzaje sesji

Większość zgłoszeń da się rozwiązać bez wizyty, ponieważ dotyczą konfiguracji lub oprogramowania. Wsparcie zdalne skraca czas reakcji, choć wymaga narzędzi, które łączą technika ze stanowiskiem w kontrolowany sposób. Wybór narzędzia zależy od tego, czy użytkownik siedzi przy komputerze, i od tego, czy sesja dotyczy stacji roboczej czy serwera.

Dla serwerów Windows podstawową usługą jest Remote Desktop, opisana w dokumentacji Remote Desktop Services. Konfigurację i utrzymanie serwerów, na których pracuje administrator, opisuje artykuł o obsłudze serwerów Windows w Poznaniu.

Zdalne polecenia PowerShell nadają się do zmian, które trzeba wykonać na wielu maszynach albo w krótkim oknie serwisowym. Zanim polecenie obejmie całą grupę, uruchamia się je na jednej maszynie testowej, a jego treść zapisuje w rejestrze zmian. Poniższy przykład odczytuje stan usługi kolejki wydruku na wskazanym serwerze.

Invoke-Command -ComputerName SRV-PLIKI01 -ScriptBlock {
    Get-Service -Name Spooler | Select-Object Name, Status, StartType
}

Nazwa serwera jest przykładowa. Polecenie zdalne wymaga włączonej usługi zdalnego zarządzania po stronie serwera i konta z odpowiednimi uprawnieniami, dlatego lista maszyn dostępnych dla technika jest częścią umowy.

Sesja z udziałem użytkownika i bez niego

Sesja z udziałem użytkownika wymaga jego zgody, a przy ekranie widać, co robi technik. Sesja bez udziału użytkownika dotyczy serwerów i stacji poza godzinami pracy, więc podlega ostrzejszym zasadom: technik używa konta technicznego, a sesja jest zapisywana i ogranicza się do uzgodnionej listy maszyn. Rozdzielenie tych dwóch trybów w polityce dostępu jest jedną z najprostszych metod ograniczenia ryzyka.

W polityce warto zapisać, czy technik może uruchamiać sesję bezobsługową na stacjach z danymi wrażliwymi, na przykład w dziale kadr. Zwykle wymaga to wcześniejszego zgłoszenia i potwierdzenia właściciela danych, a wpis w rejestrze zawiera czas rozpoczęcia i zakończenia pracy.

Bezpieczeństwo dostępu zdalnego

Dostęp zdalny poszerza powierzchnię ataku, ponieważ ktoś spoza sieci firmowej uzyskuje możliwość wykonywania poleceń na serwerze. Zabezpieczenia działają na kilku warstwach jednocześnie, opisanych w kolejnych podpunktach. Pojedyncze zabezpieczenie zawodzi zbyt łatwo, więc firma nie polega tylko na haśle.

Reguła: usługa pulpitu zdalnego nie jest wystawiona bezpośrednio do Internetu. Dostęp prowadzi przez VPN lub bramę, a logowanie wymaga drugiego składnika.

Sieć - VPN i brama

Tunel VPN szyfruje ruch między stacją technika a siecią firmy i ogranicza widoczność usług z zewnątrz. W środowiskach Windows stosuje się rozwiązania opisane w dokumentacji Always On VPN, a alternatywą dla samego pulpitu zdalnego jest brama, która pośredniczy w połączeniu i zapisuje jego parametry.

Tożsamość - uwierzytelnianie wieloskładnikowe

Drugi składnik logowania, na przykład kod z aplikacji na telefonie, powoduje, że samo hasło nie wystarczy do wejścia na konto. Sposób działania mechanizmu w chmurze Microsoft opisuje dokument o uwierzytelnianiu wieloskładnikowym Microsoft Entra. Konta administracyjne, na które logują się technicy, obejmuje się tym wymogiem w pierwszej kolejności.

Uprawnienia i dzienniki

Technik dostaje uprawnienia potrzebne do zadania, a nie do całego środowiska. Osobne konto administracyjne dla każdej osoby pozwala przypisać zmianę do człowieka. Dzienniki logowań przegląda się regularnie, a nieudane próby wejścia z jednego adresu uruchamiają alert. Poniższe polecenie odczytuje z dziennika Security nieudane logowania z ostatniej doby.

Get-WinEvent -FilterHashtable @{
    LogName   = 'Security'
    Id        = 4625
    StartTime = (Get-Date).AddDays(-1)
} | Select-Object TimeCreated, Message -First 20

Innym prostym testem jest odczyt ustawienia uwierzytelniania na poziomie sieci (NLA) w usłudze pulpitu zdalnego. Wartość 1 oznacza, że użytkownik musi się uwierzytelnić, zanim serwer otworzy sesję graficzną.

Get-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp' `
    -Name UserAuthentication

Dane osobowe podczas sesji zdalnej

Technik podczas sesji może zobaczyć dane osobowe pracowników lub klientów firmy, na przykład otwierając dokument na stacji. Jeżeli dostawca ma taki dostęp, firma zawiera z nim umowę powierzenia przetwarzania danych osobowych, którą przewiduje RODO. Umowa opisuje cel dostępu i zakres danych oraz zasady ich usuwania po zakończeniu współpracy.

Rejestr zgłoszeń jako źródło wiedzy o środowisku

Rejestr zgłoszeń jest nie tylko listą spraw do zamknięcia. Po kilku miesiącach pokazuje, które stanowiska i aplikacje generują najwięcej problemów oraz o jakiej porze dnia występują. Każde zgłoszenie ma kategorię, a po rozwiązaniu także przyczynę, co pozwala odróżnić awarie jednorazowe od problemów powtarzalnych.

Baza wiedzy i samoobsługa

Rozwiązanie zgłoszenia, które wraca kilkakrotnie, zamienia się w artykuł bazy wiedzy z opisem objawu i procedury naprawy. Użytkownik znajduje go, zanim zgłosi problem, a technik zyskuje gotową ścieżkę postępowania. Do samoobsługi nadają się proste czynności, takie jak zmiana hasła po weryfikacji drugim składnikiem, ponieważ nie obciążają helpdesku.

• Artykuł bazy wiedzy - opis objawu i przyczyny oraz sprawdzona procedura naprawy, powiązane ze zgłoszeniem źródłowym.
• Samoobsługa - czynności, które użytkownik wykonuje sam po weryfikacji tożsamości, bez udziału technika.

Zakres usług dostępnych zdalnie w ofercie SoftwareStudio

SoftwareStudio oferuje zarządzanie systemami teleinformatycznymi i sieciami w przedsiębiorstwach oraz obsługę baz danych. Jako software house zajmuje się także tworzeniem aplikacji dedykowanych i wsparciem posprzedażowym, a rozwój oferty oprogramowania biznesowego prowadzi od 2008 roku. Część tych zadań wykonuje się zdalnie, część wymaga pracy na miejscu. Ogólny przegląd oferty jest dostępny na stronie usług IT SoftwareStudio, a ochronę stacji roboczych opisuje strona o bezpieczeństwie IT z ESET.

Administracja Microsoft 365 odbywa się w całości zdalnie, przez centrum administracyjne i konsolę poleceń. Zmiany dotyczą kont i skrzynek pocztowych oraz przypisanych im uprawnień, a ich bezpieczeństwo zależy od tego, kto ma role administratora i czy konta te wymagają drugiego składnika. Przegląd konfiguracji, także zdalny, wskazuje konta bez wymuszonej ochrony oraz reguły przekierowania poczty ustawione poza wiedzą administratora.

Migracje do chmury Microsoft Azure i wdrożenia rozwiązań w chmurze hybrydowej dotyczą środowisk, w których część zasobów pozostaje lokalnie. Zdalna administracja takiego środowiska wymaga szczególnie starannej segmentacji dostępu, ponieważ technik przechodzi między siecią firmową a chmurą.

Kiedy wsparcie zdalne nie wystarcza

Awaria dysku w serwerze, uszkodzone okablowanie lub zepsuta drukarka wymagają obecności technika. Umowa opisuje wtedy czas dojazdu, zakres części zamiennych i sposób rozliczenia wizyty. Dostawca z siedzibą w Poznaniu ułatwia stacjonarny serwis w regionie, natomiast wsparcie zdalne pozwala obsługiwać także klientów spoza miasta, pod warunkiem uzgodnionych zasad dostępu.

Tabela pokazuje zasadę ogólną: zdalnie rozwiązuje się problemy programowe, a na miejscu sprzętowe. Rozróżnienie ma skutek finansowy, ponieważ zgłoszenie zakwalifikowane błędnie wydłuża czas naprawy o dojazd, którego można było uniknąć. Dobry helpdesk zadaje więc przy przyjęciu zgłoszenia pytania rozstrzygające, czy problem leży w oprogramowaniu.

Z dostępnością wiąże się pytanie o godziny pracy. Pomoc całodobowa ma sens tam, gdzie firma pracuje na zmiany albo obsługuje klientów poza standardowymi godzinami. W innych przypadkach wystarcza dyżur w godzinach pracy z możliwością zgłoszenia awarii o dowolnej porze i reakcją na następny dzień roboczy. Wybór wpływa na cenę, więc jego skutki liczy się przed podpisaniem umowy.

• Dyżur w godzinach pracy - niższy koszt, reakcja na zgłoszenia poza godzinami następnego dnia roboczego.
• Dyżur całodobowy - wyższy koszt, reakcja na awarie krytyczne o każdej porze.

Przy szerszym przeglądzie ofert pomagają teksty o firmie informatycznej w Poznaniu i o outsourcingu IT w Poznaniu. Zakres bieżącej obsługi po stronie kopii i odtwarzania omawia strona o obsłudze informatycznej w Poznaniu. Uzupełnieniem są teksty o usługach IT dla firm w Poznaniu i o outsourcingu informatycznym, które pokazują sąsiednie warianty tej samej oferty.