Asseco WAPRO Mag – naprawa konfliktów z firewallem dotyczy sytuacji, w których program działa poprawnie lokalnie na jednym stanowisku, ale stacje robocze w sieci lokalnej nie mogą połączyć się z bazą danych na serwerze, lub połączenie działa niestabilnie i losowo się zrywa. Ponieważ WAPRO Mag korzysta z Microsoft SQL Server jako silnika bazy danych, a komunikacja pomiędzy stanowiskami a serwerem odbywa się przez sieć, zapora systemowa Windows lub firewall sprzętowy jest jednym z najczęstszych źródeł problemów przy wdrożeniach wielostanowiskowych.
W ramach naprawy sprawdzamy konfigurację reguł zapory na serwerze bazy danych i na stacjach klienckich, otwieramy wymagane porty oraz testujemy stabilność połączenia pod obciążeniem typowym dla codziennej pracy z programem.
Rola firewalla w architekturze WAPRO Mag
W typowym wdrożeniu wielostanowiskowym Asseco WAPRO Mag baza danych znajduje się na serwerze z zainstalowanym silnikiem Microsoft SQL Server, a poszczególne stacje robocze łączą się z nią przez sieć lokalną. Zapora sieciowa systemu Windows domyślnie blokuje nierozpoznane połączenia przychodzące, co po instalacji SQL Server lub po aktualizacji systemu operacyjnego może odciąć stacje klienckie od bazy, mimo że sam program i baza danych działają prawidłowo.
Objawy problemów z zaporą sieciową
Do serwisu najczęściej trafiają zgłoszenia o następujących objawach:
- program na stacjach klienckich zgłasza błąd nawiązania połączenia z serwerem SQL, mimo że serwer jest włączony i widoczny w sieci,
- połączenie działa poprawnie tuż po restarcie serwera, ale zrywa się po pewnym czasie pracy,
- stanowisko podłączone przewodowo łączy się bez problemu, a stanowisko w sieci Wi-Fi zgłasza timeout,
- problem pojawia się wyłącznie na jednej stacji roboczej, co sugeruje lokalne reguły zapory na tym komputerze, a nie na serwerze,
- po aktualizacji Windows na serwerze wcześniej działające połączenia przestają funkcjonować z powodu zresetowanych reguł zapory.
Diagnostyka krok po kroku
Naprawę rozpoczynamy od potwierdzenia, że problem faktycznie leży w warstwie sieciowej, a nie w konfiguracji samego programu lub uprawnieniach do bazy. W tym celu wykonujemy test połączenia do instancji SQL Server bezpośrednio z poziomu narzędzi sieciowych, z pominięciem aplikacji WAPRO Mag – pozwala to jednoznacznie oddzielić problem sieciowy od błędu aplikacyjnego. Następnie sprawdzamy, czy usługa SQL Server nasłuchuje na oczekiwanym porcie oraz czy w zaporze systemu Windows na serwerze istnieje reguła zezwalająca na ruch przychodzący dla tego portu i dla samego procesu silnika bazy danych.
Konfiguracja reguł zapory
W ramach naprawy wykonujemy typowo następujące czynności:
- tworzymy w zaporze Windows na serwerze regułę przychodzącą zezwalającą na ruch TCP dla portu wykorzystywanego przez instancję SQL Server,
- w przypadku instancji nazwanych dodajemy również regułę dla usługi SQL Server Browser, odpowiedzialnej za wskazywanie właściwego portu klientom łączącym się po nazwie instancji,
- weryfikujemy reguły na stacjach klienckich, jeśli lokalny firewall blokuje wychodzące połączenia aplikacji WAPRO Mag,
- sprawdzamy konfigurację firewalla sprzętowego (routera, UTM) w sieciach z segmentacją VLAN, gdzie stanowiska i serwer mogą znajdować się w różnych podsieciach,
- dokumentujemy wprowadzone reguły, aby kolejna aktualizacja systemu operacyjnego nie usunęła ich bez śladu.
Stabilność połączenia w czasie
Część zgłoszeń dotyczy nie całkowitego braku połączenia, lecz jego przerywania po dłuższym czasie bezczynności – bywa to efektem agresywnych ustawień oszczędzania energii karty sieciowej lub zbyt krótkiego czasu utrzymania sesji (timeout) w regułach firewalla sprzętowego. Te parametry również weryfikujemy i dostosowujemy do charakteru pracy z programem.
Zakres usługi
Wykonujemy pełną diagnostykę połączenia sieciowego stacji z serwerem SQL Server, konfigurację reguł zapory systemowej i sprzętowej, testy stabilności połączenia pod obciążeniem oraz zalecenia dotyczące zabezpieczenia sieci bez blokowania pracy programu.
