Czy Launcher może w parametrach podawać dla TD2 adres IP, na którym będzie wystawiał port do sterowania?
Przecież już to robi...
To świetnie! Cieszę się bardzo. Chodzi mi o to, żebym mógł wpisać własny adres.
Nowy launcher wpisuje adres mojej karty sieciowej, stary launcher wpisywał 127.0.0.1
No a ja mam kilka kart sieciowych i chciałbym skonfigurować w launcherze, żeby przekazał ten właściwy adres. Bo akurat wybiera adres nie tej karty sieciowej, co trzeba.
Jak to zrobić?
Jest jakiś plik konfiguracyjny?
Już podobną sprawę poruszał też
panmrherobrine...
Zauważyłem, podczas odpalania trybu dyżurnego, że td2 odpala się na innym IP niż 127.0.0.1 czyli u mnie 192.168.1.112. Można było by dodać opcję pozwalającą na uruchamianie nasłuchiwania
...
Czy nie mógłby po prostu wybierać 0.0.0.0
Taki adres jest bezużyteczny.
Adres 0.0.0.0 to taki skrót myślowy. Chodzi o "bez wyszczególnienia konkretnego adresu" albo "wszystkie adresy".
Nawiązuję tu do windosowskiego sposobu, np.: polecenie
netstat albo
route pokazuje osobno 127.0.0.1, osobno 0.0.0.0 a osobno prawdziwy adres 192.168.1.10
Czyli, 127.0.0.1 - nasłuchuje ale wpuści tylko klienta uruchomionego na tym samym komputerze,
0.0.0.0 - nasłuchuje i wpuści każdego klienta niezależnie, czy jest na tym komputerze, czy dostał się przez otworzonego firewall z sieci lokalnej
192.168.1.10 - nasłuchuje ale wpuści klienta łączącego się prze konkretną kartę sieciową - kiedy masz jeszcze jeden adres, np. 192.168.2.104, to z niego nie wejdzie.
W Linux zamiast 0.0.0.0 stosuje się po prostu symbol * (gwiazdka).
Przecież najważniejszy jest port, na którym usługa nasłuchuje.
Posłużę się przykładem: Wpadnij do mnie do domu na darmowe piwo! Powiem jedynie, że to czwarte drzwi na lewo.
To ja rozwinę ten przykład:
Jak już u Ciebie siedzę (127.0.0.1), to nie musisz mi tłumaczyć, jak trafić.
Ale w innej sytuacji załóżmy, że rzeczywiście muszę do Ciebie dopiero dojść ale wiem jak do Ciebie trafić, to jeszcze pamiętaj, żeby mnie w końcu wpuścić i to nie ważne, czy przez drzwi frontowe, przez garaż, czy przez okno (0.0.0.0), ale żeby do mieszkania w ogóle wszedł, wiesz już trochę zimno na dworze się robi.
Chyba, że masz życzenie, żebym jak gość honorowy, tylko przez drzwi wejściowe frontowe ładne takie (192.168.2.104) wszedł, bo akurat przez garaż (192.168.1.10) się wstydzisz i nie wpuścisz mnie tamtędy.
A i tak najważniejsze jest, jaki browar będzie. Bo w końcu na piwo się umawiamy, no nie?
Nie będzie problemu dla tych, którzy potrzebują z innego komputera sterować za pomocą SCS a na lokalnym komputerze i tak będzie działać, kiedy SCS domyślnie ma 127.0.0.1.
Nie wiem, czy wiesz jakie ograniczenia stawia 127.0.0.1. Do takiego adresu nie "dostaniesz" się z zewnątrz.
Teraz launcher działa prawidłowo. Można podłączyć się z innego komputera z LAN jak i z WAN za pomocą SCS.
Jednak praca w takiej konfiguracji jest praktycznie niemożliwa. SCSy 2 użytkowników "kłócą" się i nie jest poprawne wysterowanie wszystkich urządzeń SRK.
Należałoby teraz zająć się osobno SCSem w celu wyeliminowania tego błędu.
Właśnie z powodu ograniczeń 127.0.0.1 chcę adres prawdziwy. I jest w nowym launcherze prawie dobrze.
Tylko nie ten adres IP jest przekazywany do TD2.
Nie chodzi mi o jednoczesną pracę dwóch SCS, tylko pracę na SCS z innego komputera w tej samej sieci. Wiadomo, osobny monitor.
No i chciałbym móc konfigurować, jaki adres zostanie przekazany do TD2 podczas jego uruchamiania.