Sieć & Łączność

Wszystko, czego Pan/Pani potrzebuje, aby uzyskać dostęp do swojego Bliba, umieścić aplikacje online i przesyłać dane szybko. Każdy dział zawiera podstawowe informacje oraz linki do szczegółowych przewodników.

1. Jak osiągnąć Pan/Pani swój Blib

Każdy Blib posiada publiczny host (np. connectXX.trooper.ai) oraz własny zakres publicznych portów. Znajdzie Pan/Pani obie informacje w panelu sterowania w szczegółach swojego Bliba.

Dowolna usługa nasłuchująca na 0.0.0.0 i jeden z tych portów jest dostępny z internetu:

Kod 
http://connectXX.trooper.ai:PORT

Szczegóły: 🌍 Dostęp HTTPS (Jak uzyskać dostęp do swojego Bliba za pomocą SSL)

2. Wybierz odpowiednią metodę dostępu

Cel Pana/Pani Najlepszy sposób Przewodnik
Praca w terminalu SSH Dostęp SSH
Wgrywanie lub pobieranie plików SFTP lub rsync Dostęp SSH
Użyj graficznego pulpitu RDP Dostęp RDP
Płynne pulpity zdalne (wideo, 3D) NoMachine Dostęp w czasie rzeczywistym
Dostęp do swojej maszyny, gdy SSH nie działa Konsola VNC w panelu Konsola VNC
Opublikuj aplikację webową, interfejs użytkownika lub API Webproxy z HTTPS Przekierowanie sieciowe
Szybko przetestować aplikację Publiczny port Dostęp HTTPS

3. Umieść swoją aplikację webową lub API w sieci

  1. Uruchom Pana/Pani aplikację na 0.0.0.0 z wewnętrznym portem, np. 8080.
  2. Zainstaluj szablon Webproxy i skieruj go na ten port.
  3. Otrzymuje Pan/Pani adres z protokołem HTTPS wraz z ważnym certyfikatem, gotowy do udostępnienia.

Warto wiedzieć:

  • Szablony już zawierają własny punkt końcowy Webproxy.
  • Porty 80 i 443 Porty na Państwa Blib nie są dostępne bezpośrednio. Użyj zamiast tego Webproxy.
  • Dla długich odpowiedzi AI przesyłaj odpowiedź strumieniowo (np. za pomocą SSE), aby połączenie pozostało otwarte w trakcie generowania odpowiedzi.

Szczegóły: Web Proxy z SSL, 🌍 Dostęp HTTPS (Jak uzyskać dostęp do swojego Bliba za pomocą SSL) oraz Informacje na temat certyfikatów SSL

4. Użyj UDP (VPN, WebRTC, Streaming)

Pana/Pani publiczne porty działają domyślnie z protokołem TCP. Jeśli aplikacja wymaga UDP, np. Tailscale, WireGuard lub WebRTC, dodaj regułę zezwalającą na UDP w ustawieniach firewallu swojego Bliba.

Szczegóły: 🛡️ Trooper.AI dostosowalny Firewall na poziomie sieci

5. Szybkie przesyłanie plików w górę i w dół

Użyj rsync do dużych danych. Pokazuje postęp i kontynuuje tam, gdzie przerwało po przerwie:

bash 
rsync -avP -e "ssh -p PORT" ./my-dataset/ [email protected]:/home/USERNAME/my-dataset/

Przełącz na BBR dla szybszych transferów w górę. Nasza sieć dzieli przepustowość sprawiedliwie między wszystkich klientów. Pod obciążeniem niektóre pakiety są celowo odrzucane. Większość systemów Linux używa domyślnie algorytmu TCP CUBIC, który gwałtownie zwalnia przy każdym odrzuconym pakiecie. BBR utrzymuje szybkość Twojego transferu. Przełącz wysyłającą maszynę na BBR. Dla transferów w górę jest to Twój lokalny komputer (Linux, jądro 4.9 lub nowsze):

bash 
sudo modprobe tcp_bbr
echo "net.core.default_qdisc=fq" | sudo tee -a /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Sprawdź to za pomocą sysctl net.ipv4.tcp_congestion_control. Wynik powinien kończyć się bbr. Wykonaj te same czynności na swoim Blibie, aby przyspieszyć transfery z Twojej maszyny do internetu.

Na macOS? BBR nie jest dostępny. Pan/Pani może przesyłać kilka plików równolegle (wielokrotne transfery za pomocą rsync lub SFTP jednocześnie).

Objętość danych: 5 TB ruchu sieciowego na jedną kartę GPU miesięcznie jest zawarte. Szczegóły: Płatności & Faktury

6. Sprawdź Poprawnie Połączenie

Niektóre straty w ping or mtr Pod obciążeniem jest to normalne w przypadku sieci współdzielonej i nie oznacza, że Pan/Pani serwer jest uszkodzony. Straty wyświetlane na poszczególnych węzłach trasy często nie są rzeczywiste, ponieważ wiele routerów odpowiada na te pakiety testowe z niższym priorytetem.

To, co ma znaczenie, to prędkość rzeczywistych transferów. Mierz ją bezpośrednio, np. za pomocą wyjścia postępu z rsync -avP podczas przesyłania dużego pliku.

7. Utrzymuj Połączenia Stabilne

  • Utrzymuj połączenie SSH aktywne: ssh -o ServerAliveInterval=30 -o ServerAliveCountMax=4 [email protected] -p PORT
  • Unikaj czasowych limitów nieaktywności: Połączenia bez ruchu przez kilka minut są automatycznie zamykane. Wyślij sygnały utrzymania połączenia (np. co 30–60 sekund) i pozwól aplikacji oraz skryptom na samodzielne ponowne łączenie.
  • Użyj stabilnego połączenia: Połączenie przewodowe lub prywatny Wi-Fi działa najlepiej. Mobilne połączenia, publiczny Wi-Fi oraz niektóre VPN mogą powodować krótkie przerwy.
  • Unikaj trybu uśpienia: Środowiska desktopowe mogą przełożyć Pana/Pani serwer w tryb uśpienia po braku aktywności. Zobacz Dostęp SSH (włączając transfer plików), sekcję „Serwer przechodzi w tryb uśpienia/zamraża się po braku aktywności“.

8. Szybka diagnoza problemów

Problem Co należy zrobić
Aplikacja nie jest dostępna na swoim publicznym porcie Uruchom je na 0.0.0.0 (a nie na 127.0.0.1) i użyj jednego z przypisanych Ci portów. Jeśli status Twojego Bliba jest zielony, przekierowanie portu działa poprawnie. HTTPS Access
SSH ostrzega: „IDENTYFIKACJA GOSPODARZA REMOTOWEGO ZMIANA SIĘ ZMIENIŁA” Usunięcie starego klucza za pomocą ssh-keygen -R connectXX.trooper.ai. Dostęp SSH
Po jakimś czasie przestają działać zarówno SSH, jak i VNC Prawdopodobnie Twoja maszyna jest w trybie uśpienia. Dostęp SSH
Po włączeniu firewalla wewnątrz maszyny nic się nie łączy Wyłącz lokalny firewall (np. UFW) za pomocą konsoli VNC. Firewall
Przesyłanie plików jest powolne Przełącz na BBR, zobacz sekcję 5 powyżej.
Żądania HTTP przestają działać po około 60 sekundach Przesyłaj długie odpowiedzi, zobacz sekcję 3 powyżej. HTTPS Access

9. Potrzebują Pani/Pan pomocy?

Nasze wsparcie chętnie pomoże. Aby uzyskać szybką odpowiedź, proszę dołączyć:

  • ID Pana/Pani Bliba
  • czas wystąpienia problemu, wraz z Twoją strefą czasową
  • co Pan/Pani próbował(a) oraz wynik wykonania poleceń
  • prędkość rzeczywistego transferu danych (np. z rsync -avP), jeśli pytanie dotyczy prędkości

Kontakt: Kontakt z wsparciem