Java nat traversal do aplikacji czatu

Question

Próbuję utworzyć aplikację czatu java dla mojej klasy sieci. W tej chwili utknąłem, próbując połączyć się z kimś za innym routerem. Obecnie mam swój projekt: mam program klienta i program serwera. Programy klienckie najpierw logują się do programu serwera, który rejestruje ich IP i port w bazie danych, a następnie serwer przekazuje im listę swoich przyjaciół wraz z ich adresami IP i portami. Następnie klient zamyka połączenie z serwerem i próbuje połączyć się z innym klientem przy użyciu informacji odesłanych przez serwer. Do tej pory mój program działa tylko łącząc się z serwerem i uzyskując adres IP i port znajomych, ale kiedy używam tych wartości do połączenia z drugim klientem, nie mogę się połączyć.

socket = new Socket(); 
socket.setReuseAddress(true); 
socket.setKeepAlive(true); 
socket.setSoLinger(true, 10); 
socket.bind(new InetSocketAddress(Port)); 
socket.connect(new InetSocketAddress(host, SERVER_PORT)); 
reusePort = socket.getLocalPort(); 

Powyżej znajduje się fragment kodu java służący do łączenia się z serwerem, a następnie poniżej, co robię po stronie klienta.

ss = new ServerSocket(reusePort); 

Więc teraz technicznie mam słuchać tego samego portu kiedyś połączyć się z serwerem, z którym jest zalogowany i można odzyskać do innego klienta i jest w tabeli NAT z mojego IP i port. Nie jestem pewien, czego mi brakuje lub czy jest jakiś protokół lub coś, co muszę zrobić. Przyjrzałem się dziurkowaniom TCP i UDP, ale nie jestem pewien, jak to się robi i jak go wdrożyć.

Wszelkie sugestie będą mile widziane.

Answer 1

Jeśli chcesz wysłać wiadomość, musisz skonfigurować przekazywanie portów na dowolnym urządzeniu działającym jako serwer (każde urządzenie, które tworzy serwer gniazd). Przekazywanie portów odbywa się na routerze. Powodem, dla którego nie można połączyć się z drugim klientem, jest to, że są one ukryte za firewallem routera. Ich adres na resztę świata jest w rzeczywistości adresem routera, a nie fizycznego komputera. W swojej lokalnej sieci mają inny adres niż to, co widzi reszta świata, a router określa, jakie wiadomości ze świata zewnętrznego muszą być wysyłane do klienta na podstawie tabeli translacji adresów.

Biorąc pod uwagę twoją architekturę, oznaczałoby to, że wszyscy klienci muszą mieć swoje routery przekazujące port, co jest oczywiście niewykonalne (wyobrazić sobie GTCAL lub cel wymagający od użytkowników przekierowania portów).

Bardziej powszechną architekturą jest to, że serwer wykonuje prace związane z retransmitowaniem wiadomości z podłączonymi klientami i utrzymuje tabele do wyszukiwania, z kim rozmawiają. W ten sposób istnieje jeden serwer, który będzie wymagał statycznego adresu IP (lub będzie przekazywany do portu), a wszyscy użytkownicy są po prostu klientami, którzy łączą się z gniazdem serwera i odczytują z niego wiadomości.

Aktualny kod opisujący drugą architekturę znajduje się pod adresem http://pirate.shu.edu/~wachsmut/Teaching/CSAS2214/Virtual/Lectures/chat-client-server.html. Następnie komputer, na którym działa kod serwera, potrzebuje statycznego adresu IP lub jeśli znajduje się za routerem, potrzebuje ruchu z portu, na który nasłuchuje, aby zostać przekierowanym.

Tak więc na kodzie serwera będziesz wiązał się z IP przypisanym z twojego routera (coś takiego jak 192.168.1.2 na pewnym porcie mówi 5000). Następnie przejdź do strony konfiguracji routerów (może to być 192.168.1.1, patrz http://www.wikihow.com/Port-Forward/Open-Ports-on-a-Linksys-Router), i prześlij port 5000 do adresu 192.168.1.2.

Answer 2

Protokół Interactive Connectivity Establishment (ICE) łączy różne media NAT takich jak STUN i TURN protokoły w celu zaoferowania potężny mechanizm, który pozwala protokoły Oferta/Answer oparte takich jak SIP i XMPP przechodzić NAT.

Ten projekt zapewnia implementację protokołu ICE w języku Java, która może być używana zarówno przez aplikacje SIP, jak i XMPP.Projekt zapewnia również funkcje takie jak udostępnianie gniazd i obsługa Pseudo TCP.

ice4j jest utrzymywana przez społeczność Jitsi.

ice4j