Oprogramowanie Huba Direct Connect FlexHub

FlexHub był hubem Direct Connect opartym na Lua, stworzonym przez Daywalkera i FlipFlopa do obsługi użytkowników NMDC oraz ADC z jednego serwera. Projekt używał wxLua, aby połączyć logikę huba z graficzną konsolą i szczegółowym monitorowaniem runtime. Była to jedna z bardziej ambitnych prób zbudowania huba wieloprotokołowego w dużej mierze w języku skryptowym.

Praca zaczęła się jako prywatny eksperyment, a później została poświęcona pamięci Daywalkera po jego śmierci w lipcu 2009 roku. SourceForge zarejestrował projekt 2009/07/15, lecz pierwsza publiczna beta pojawiła się dopiero 2011/01/30. Publiczne pakiety dla Windows i Linux ukazywały się do 2012 roku, podczas gdy projekt SourceForge odnotowuje ostatnią aktualizację w 2014 roku.

FlexHub był publicznie dystrybuowany, więc nie należy go opisywać jako niewydanego. Należy go opisywać jako historyczne oprogramowanie beta z nieaktywnym projektem upstream. Bieżące huby zgłaszające FlexHub lub FlexHubBeta mogą używać innych rewizji, prywatnych łatek albo niekompletnych pochodnych.

Przegląd I Status

Początki

Zachowany README mówi, że Daywalker i FlipFlop rozpoczęli projekt, aby sprawdzić, czy jeden hub może obsłużyć jednocześnie NMDC i ADC. Wskazuje także LadyStardust oraz innych testerów, którzy pomogli ukształtować publiczną betę. Początkowa praca pozostała prywatna przez dłuższy okres przed opublikowaniem pierwszego pakietu publicznego.

Opis projektu identyfikuje Lua jako język implementacji, a wxLua jako warstwę GUI. wxLua zapewniało dostęp do kontrolek wxWidgets, zachowując większość aplikacji w Lua. Pozwoliło to zaoferować interfejs monitorowania w stylu Windows bez przenoszenia rdzenia do konwencjonalnej aplikacji C++.

Publiczna Beta I Rekord Wydań

FlexHub Beta 0.1 wydano 2011/01/30 dla Windows XP lub nowszego oraz systemów Linux z X11, wxGTK, GTK2 i serwerem X. Pierwsze ogłoszenie opisało pakiet jako sam hub. Osobne FlexGui do pełnego zdalnego sterowania było planowane, ale nie zostało dołączone do tego pierwszego wydania.

SourceForge zachowuje sekwencję kompilacji Windows i Linux identyfikowanych zarówno wersją beta, jak i rewizją kontroli źródeł. Przykłady obejmują 0.1_1055, 0.1_1065, 0.1_1075, 0.2_1236 i 0.1_1272. Pozornie niższy prefiks 0.1 przy późniejszej rewizji oznacza, że przy identyfikowaniu wdrożenia należy również zapisać numer kontroli źródeł.

Notatki wydań pokazują aktywną pracę nad obsługą błędnych wiadomości, failoverem, transferami pasywny-do-pasywnego, zgodnością pingera, logowaniem, zachowaniem tylko dla zarejestrowanych, wiązaniem IP, użyciem pamięci i GUI. Te zapisy są użyteczniejsze niż ogólne stwierdzenie, że FlexHub obsługiwał dwa protokoły, ponieważ pokazują, które części implementacji nadal zmieniały się w okresie beta.

Model Administracji I Rozszerzeń

Hub zawierał polecenia konfiguracji i administracji jeszcze przed wydaniem proponowanego samodzielnego FlexGui. GUI udostępniało funkcje monitorowania i konsoli, a tryb bez GUI umożliwiał wdrożeniom Linux działanie bez interfejsu pulpitu.

Projekt planował zgodność z API Lua PtokaX, aby istniejące skrypty można było zaadaptować albo wykorzystać ponownie. README dokumentuje także import danych kont z plików YnHub i PtokaX. Funkcje te pokazują, że FlexHub był projektowany dla operatorów migrujących z ustalonych serwerów NMDC, a nie tylko dla nowych wdrożeń ADC.

Status Projektu

Ostatni katalog pakietów publicznych zawiera kompilacje datowane do 2012/03/12. SourceForge wymienia aktualizację projektu w 2014 roku, lecz nie zweryfikowano bieżącej utrzymywanej linii wydań, polityki bezpieczeństwa ani aktywnej witryny projektu. Oryginalna witryna wsparcia flexhub.org i adresy hubów wsparcia należą do historycznego rekordu projektu i nie mogą być przedstawiane jako bieżące usługi bez nowego sprawdzenia połączenia.

DCHUBLIST nadal obserwuje huby zgłaszające FlexHub 0.2, a inne listy publiczne zachowują rekordy FlexHubBeta. Obserwacje te pokazują, że nazwa oprogramowania pozostaje w użyciu. Nie dowodzą, że każda instancja uruchamia niemodyfikowany pakiet publiczny.

Działanie I Odtwarzanie

Uruchamianie Historycznych Pakietów

Pakiet Windows był dystrybuowany jako archiwum zawierające FlexHub.exe. Pakiet Linux dołączał runtime Lua i używał FlexHub.lua jako głównego skryptu. Historyczne opcje wiersza poleceń obejmowały tryb bez GUI, sterowanie aktualizacją, wybór profilu, dane właściciela huba, wybór portu, limity użytkowników, adres bind, katalog logów i katalog konfiguracji.

Nie umieszczaj starego pakietu bezpośrednio pod publicznym adresem. Odtwórz odpowiadający runtime w odizolowanej maszynie wirtualnej, sprawdź każdą dołączoną bibliotekę i porównaj hashe plików z archiwum SourceForge. Stare zależności sieciowe i skryptowe mogą zawierać błędy akceptowalne w okresie beta, lecz niebezpieczne we współczesnym systemie wystawionym do internetu.

Konfiguracja I Konta

Zachowaj cały katalog konfiguracji zamiast kopiować jedynie plik wykonywalny albo główny plik Lua. Historyczne wdrożenie może zawierać lokalne skrypty, definicje profili, dane zarejestrowanych użytkowników, bany, przekierowania, logi i ustawienia GUI, których nie ma w pakiecie publicznym.

README dokumentuje import kont z YnHub accounts.xml oraz z plików PtokaX RegisteredUsers.xml i Profiles.xml. Zachowaj pierwotne pliki bez zmian przed testem importu. Na prywatnym listenerze potwierdź klasy użytkowników, hasła, uprawnienia i kodowanie znaków przed zaakceptowaniem zaimportowanych danych.

Odtwarzanie I Migracja

Zapisz pełną wersję i rewizję FlexHub z działającej usługi, nazwę pakietu, runtime, system operacyjny i wszystkie lokalne modyfikacje. Hub identyfikujący się wyłącznie jako FlexHub 0.2 może nie odpowiadać dokładnie archiwalnemu pakietowi 0.2_1236.

W przypadku migracji eksportuj osobno rejestracje, profile, bany, przekierowania, tekst huba i konfigurację skryptów. Przetestuj serwer zastępczy na innym adresie lub porcie i porównaj logowanie, wyszukiwanie, czat, klasy użytkowników i skrypty przed zmianą DNS. Zachowaj stare środowisko offline, dopóki każdy wymagany rekord nie zostanie sprawdzony.

Zweryfikowane Zasoby

Zachowane rekordy SourceForge dostarczają najmocniejszych dowodów kontrolowanych przez projekt dla historii FlexHub, pakietów, dokumentacji i aktywności wydań.

Powiązane Materiały Direct Connect

YnHub i PtokaX są bezpośrednio istotne, ponieważ FlexHub dokumentował import kont z obu serwerów i planował zgodność z API Lua PtokaX. Ich artykuły dostarczają też kontekstu dla przepływów pracy operatorów, które FlexHub próbował zastąpić.

LuaDCH i LuaDCH-NG pokazują późniejsze podejścia do budowania rozszerzalnego oprogramowania hubów wokół Lua. Nie są następcami FlexHub, lecz dają użyteczne porównanie z desktopowym projektem wxLua FlexHub.