INFORMATICS

The Best

Przełącznik języka

Zaproś mnie na KAWE

Jeżeli podoba Ci się strona i chcesz wspomóc projekt!

Postaw mi kawę na buycoffee.to

Tools

This Site

Mining

Księgowość

Płatnik

Security

CMS

Hardware

Backup

Windows Server

Uncategorised

Databases

Przydatne strony

Emulators

Poczta

PHP

Powershell

Storage Array

Active Directory

SEO

Serwis

MSSQL

DNS

Windows

Poradniki

Antivirus program

Linux

Naprawy

Windows Server

Foto

Jesteś tutaj: Home

XRDP - ROcky

Aby ustawić zdalny pulpit na systemie Rocky Linux, najprościej zainstalować i skonfigurować serwer XRDP, który pozwala na połączenie przez protokół RDP (np. za pomocą aplikacji Podłączanie pulipitu zdalnego w systemie Windows). Wymaga to środowiska graficznego (np. GNOME) oraz repozytorium EPEL. [1, 2, 3, 4]
Instalacja i konfiguracja XRDP
  • Włącz repozytorium EPEL: Wpisz w terminalu polecenie sudo dnf install epel-release.
  • Zainstaluj XRDP: Wykonaj instalację pakietu poleceniem sudo dnf install xrdp.
  • Uruchom usługę: Włącz automatyczne uruchamianie i start usługi komendą sudo systemctl enable --now xrdp.
  • Skonfiguruj zaporę sieciową: Otwórz port 3389 dla ruchu RDP poleceniami:
    sudo firewall-cmd --add-port=3389/tcp --permanent
    sudo firewall-cmd --reload
  • Połącz się z komputera zdalnego

 

Oto instrukcja krok po kroku instalacji i uruchomienia XRDP na Rocky Linux (działa na wersjach 8 i 9).

1. Zaktualizuj system

Bash
 
sudo dnf update -y
 
 

2. Włącz potrzebne repozytoria (EPEL + CRB/PowerTools)

Na Rocky Linux 9:

Bash
 
sudo dnf config-manager --set-enabled crb
sudo dnf install epel-release -y
 
 

Na Rocky Linux 8:

Bash
 
sudo dnf config-manager --set-enabled powertools
sudo dnf install epel-release -y
 
 

3. Zainstaluj środowisko graficzne (jeśli jeszcze go nie masz)

Najwygodniej GNOME:

Bash
 
sudo dnf groupinstall "Server with GUI" -y
sudo systemctl set-default graphical.target
 
 

Alternatywnie lżejsze XFCE:

Bash
 
sudo dnf groupinstall "Xfce" -y
 
 

4. Zainstaluj XRDP

Bash
 
sudo dnf install xrdp xorgxrdp -y

Sprawdź czy masz pakiet xorgxrdp

Bash
 
rpm -q xorgxrdp
rpm -q xorg-x11-server-Xorg
 
 

Jeśli brakuje:

Bash
 
sudo dnf install xorgxrdp -y
sudo systemctl restart xrdp
 
 

(Opcjonalnie możesz dodać też tigervnc-server, jeśli chcesz używać backendu VNC).

5. Włącz i uruchom usługę XRDP

Bash
 
sudo systemctl enable --now xrdp
sudo systemctl status xrdp
 
 

Powinno pokazać active (running).

6. Otwórz port 3389 w firewallu

Bash
 
sudo firewall-cmd --permanent --add-port=3389/tcp
sudo firewall-cmd --reload
 
 

7. (Zalecane) Wyłącz Wayland i wymuś X11 (dla GNOME)

GNOME na Wayland często sprawia problemy z XRDP.

Bash
 
sudo nano /etc/gdm/custom.conf
 
 

Znajdź linię i ustaw:

ini
 
WaylandEnable=false
 
 

Zapisz plik (Ctrl+O → Enter → Ctrl+X).

8. Restart systemu

Bash
 
sudo reboot
 
 

9. Połącz się z poziomu klienta

  • Windows: Wyszukaj „Podłączanie pulpitu zdalnego” (mstsc) → wpisz IP serwera Rocky Linux.
  • Linux: Remmina, FreeRDP (xfreerdp /v:IP /u:użytkownik).
  • macOS: Microsoft Remote Desktop.

Zaloguj się zwykłym użytkownikiem (nie rootem – logowanie rootem jest domyślnie zablokowane).

Dodatkowe wskazówki

  • Jeśli używasz XFCE, utwórz plik sesji:
    Bash
     
    echo "startxfce4" > ~/.Xclients
chmod +x ~/.Xclients
     
     
  • SELinux zwykle nie wymaga dodatkowej konfiguracji (pakiet xrdp-selinux instaluje się automatycznie).
  • Jeśli nie możesz się połączyć, sprawdź:
    Bash
     
    sudo systemctl status xrdp
sudo ss -tlnp | grep 3389
sudo journalctl -u xrdp -f
     
     

Gotowe! Po tych krokach powinieneś mieć działające zdalne połączenie RDP.

Cockpit - Rocky

Aby uruchomić graficzne zarządzanie systemem Rocky Linux, najlepiej włączyć wbudowaną konsolę webową Cockpit: zainstaluj pakiet cockpit, włącz usługę poleceniem systemctl oraz otwórz port 9090 w zapory sieciowej. [1, 2]
Konfiguracja panelu Cockpit
  • Otwórz terminal w systemie Rocky Linux i zaktualizuj pakiety, wpisując:
    sudo dnf update
  • Zainstaluj menedżer Cockpit (jeśli nie jest jeszcze obecny):
    sudo dnf install cockpit
  • Uruchom i włącz usługę automatycznego startu:
    sudo systemctl enable --now cockpit.socket
  • Odblokuj port w zaporze sieciowej (firewalld):
    sudo firewall-cmd --permanent --zone=public --add-service=cockpit
  • Przeładuj reguły zapory:
    sudo firewall-cmd --reload     [1]
Logowanie do panelu
  • Sprawdź adres IP swojego serwera za pomocą polecenia ip a.
  • Zaloguj się na dane swojego użytkownika systemowego (posiadającego uprawnienia sudo)

sPrint Comarch problem z połączeniem

Sprint Comarch problem z połączeniem.

Podczas próby wygenerowania wydruku przez program Sprint system nie odpowiada 

 

W logu na serwerze spinki pokazuje się poniższy komunikat:

2026-03-25 13:03:20.16 Logon Error: 18456, Severity: 14, State: 8.
2026-03-25 13:03:20.16 Logon Login failed for user 'ERPXLhasp'. Reason: Password did not match that for the login provided. [CLIENT: 192.168.10.17]
2026-03-25 13:03:20.16 Logon Error: 18456, Severity: 14, State: 8.
2026-03-25 13:03:20.16 Logon Login failed for user 'ERPXLhasp'. Reason: Password did not match that for the login provided. [CLIENT: 192.168.10.17]

 

Przypadek 1 -  XL łączył się do klucza licencji przez SQL -> sPrint korzysta z tego samego połączenia W tym connectionstringu nie ma hasła do usera ERPXLhasp (powinno być widać zahashowane hasło w tym komunikacie)

 "connectionType":"Sql","server":"SQL1","connectionTimeout":5,"commandTimeout":60,"sqlConnectionType":"MsSqlWindows","databaseName":"Comarch"},"operationId":"7eac5464-2c54-5432-6666-ea4321c2","data":{"server":"Com1","key":"5000000000","type":"Sql","sqlLogin":"ERPXLhasp"},"fileFormat":"Pdf"}

Przypadek 2 - zmiana sposobu logowania z SQL na http - w tym przypadku nie jest wymagane hasło dla użytkownika ERPXLhasp więc połączenie z kluczem licencji zostaje nawiązane i program sPrint działa prawidłowo

{"connectionType":"Sql","server":"SQL","connectionTimeout":5,"commandTimeout":60,"sqlConnectionType":"MsSqlWindows","databaseName":"Comarch"},"operationId":"7eac5464-2c54-5432-6666-ea4321c2","data":{"server":"Com1","key":"5000000000","port":5150,"type":"WebApi"},"fileFormat":"Pdf"}

tutaj nie używamy SQL w ogóle tylko sPrint i XL po porcie 5150 go pobierają więc ten problem znika.

 

Problem znajduje się manadżer baz - nieprawidłowe hasło lub jego brak - tutaj zapisane jest hasło które pozwala na komunikację pomiędzy programe sPrint a manadżer kluczy baz ERPXL. 

Należy odnowić zapisy w manadżer baz wystarczy zrobić to dla jednej bazy i komunikacja zacznie działać prawidłowo. (Odpięcie i podpięcie dowolnej bazy z manadżer baz)

 

Polymarket i Kalshi

Polymarket i Kalshi to obecnie dwóch największych graczy na rynku prediction markets (rynków predykcyjnych) na świecie w 2026 roku.

To, co je przede wszystkim łączy:

  • Oba są największymi platformami rynków predykcyjnych (event contracts / prediction markets)
  • Obie działają pod nadzorem CFTC (Commodity Futures Trading Commission) w USA – obie mają status Designated Contract Market (regulowana giełda kontraktów na wydarzenia)
  • Oferują bardzo podobny produkt: handel kontraktami typu Yes/No na wynik rzeczywistych wydarzeń (polityka, sport, gospodarka, pogoda, słowa wypowiedziane na konferencji, oscary itd.)
  • W 2025–2026 obie platformy stały się masowo popularne w USA, zwłaszcza przy zakładach na wybory, Super Bowl, wojnę z Iranem, decyzje Fed, deportacje itp.
  • Często porównywane bezpośrednio jako główni rywale (duopol rynku prediction markets w USA)
  • Obie mają umowy sponsoringowe / partnerskie z wielkimi markami medialnymi i sportowymi, m.in.:
    • obie są oficjalnymi partnerami prediction markets NHL (hokej)
    • Kalshi współpracuje z CNN i CNBC
    • Polymarket z Dow Jones / Wall Street Journal, wcześniej z Golden Globes

Najważniejsze różnice (stan na marzec 2026)

CechaKalshiPolymarket
Waluta USD (zwykłe dolary, przelewy bankowe) USDC (kryptowaluta na blockchainie Polygon)
Model opłat Opłaty per kontrakt (zależne od ceny) Bardzo niskie (~0,1% taker fee)
Szybkość tworzenia rynków Wolniejsza (wymaga akceptacji CFTC) Bardzo szybka (decentralizowany charakter)
Dostępność w USA Pełna od dawna, we wszystkich stanach (choć niektóre stany walczą) Pełny powrót do USA w 2025 po przejęciu QCEX + CFTC approval
Styl użytkownika Bardziej tradycyjny / fiat / „Wall Street” Bardziej krypto / Web3 / międzynarodowy
Obroty (notional volume) Bardzo wysokie (często #1 lub #2) Często #1, czasem minimalnie wyprzedza Kalshi
CEO / narracja Tarek Mansour – mocno regulacyjny, „to nie hazard” Shayne Coplan – bardziej krypto-native, rywalizacja CEO-ów jest bardzo ostra
 
 

Krótko mówiąc: Łączy je to, że są dwoma gigantami tej samej kategorii (prediction markets), walczą o ten sam rynek, mają podobny produkt i obie są w 2026 roku w pełni legalne w USA pod okiem CFTC.

Różnią się głównie technologią (fiat vs crypto), szybkością, opłatami i „kulturą” użytkowników.

W praktyce wielu aktywnych traderów ma konta na obu platformach i robi arbitraż między nimi, bo ceny tego samego wydarzenia potrafią się różnić o 3–8%. 😄

Search