зажечь адресный адрес с помощью внутреннего переключателя? - PullRequest
Новая
       5

зажечь адресный адрес с помощью внутреннего переключателя?

0 голосов
/ 01 мая 2018

Мне не удается подключиться к кластерному серверу Ignite (192.168.10.226), который находится за коммутатором ASUS, с компьютера (192.168.10.2), который находится на другой стороне коммутатора. Обе стороны коммутатора находятся в одной сети 192.168.10.x. Я обнаружил, что коммутатор заменяет адреса своим собственным адресом. На сервере я вижу этот журнал: 

[06:00:27,611][INFO][tcp-disco-sock-reader-#9%Test Cluster%][TcpDiscoverySpi] Started serving remote node connection [rmtAddr=/192.168.10.1:33493, rmtPort=33493]

Затем он очень долго пытается подключиться к кластеру, но показывает сообщения о тайм-ауте и в конечном итоге даже отключает серверный узел.

Хотя мой компьютер имеет IP-адрес 192.168.10.2, похоже, 192.168.10.1 - это то, что коммутатор направляет на сервер. Это законный NAT?

Есть ли способ обойти это, возможно, с помощью BasicAddressResolver?

Как примечание: я могу подключиться к серверу через ssh. Тем не менее, также есть netstat показывает: 

Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 192.168.10.226:22       192.168.10.1:11060      ESTABLISHED

Есть идеи или помощь? Спасибо!

1 Ответ

0 голосов
/ 02 мая 2018

Если я правильно вас понял, когда узел пытается разрешить локальные адреса, он разрешает 192.168.10.1 вместо 192.168.10.226 и затем отправляет его в кластер для других узлов.

В этом случае нет необходимости использовать BasicAddressResolver, вы можете просто установить IgniteConfiguration.setLocalHost и Ignite будет использовать только этот адрес для этого узла вместо разрешения всех адресов для всех сетевых интерфейсов.

...