Настройки соединения

• Присвоенный адрес
• Активный режим
• Внешний / WAN IP–адрес
• Текущие настройки
• Конфиг VPN и др. сетей
  • Соединения между клиентами через сеть, отличную от сети хаба

Присвоенный адрес

Имеет смысл, когда компьютер подключён к нескольким сетям, и у компьютера несколько IP. GreyLink открывает порты на указанном IP. Обычно стоит 0.0.0.0, это значит открыть порт на всех IP

Активный режим

Читайте по ссылке

• Отключить UDP–поиск — в том случае, если вам удалось пробросить TCP порт, но по какой–то причине не удалось пробросить UDP.

Внешний / WAN IP–адрес

Для файлообмена требуется возможность принимать входящие соединения. Чтобы клиент другого пользователя мог соединиться с вашим клиентом, нужно знать, с каким IP соединяться. Ваш клиент отправляет другим клиентам через хаб сообщения типа «соединись со мной по адресу ...». Все настройки в этой группе управляют, какой адрес сообщает ваш клиент для связи с собой.

• Ввести внешний IP–адрес вручную — вы вручную указываете адрес, по которому можно соединиться с вашим клиентом
  
• Игнорировать настройку IP от хаба — обычно хаб помогает узнать IP. Хаб видит, с какого IP подключается клиент. Эта галочка заставляет игнорировать эти сведения от хаба.
• Включить UPnP — на многих маршрутизаторах можно автоматически пробрасывать порты, используя UPnP.
• Обновлять IP через веб при старте и каждые 10 минут — альтернативный способ узнать свой IP от внешнего сервера.

Текущие настройки

TCP, UDP и TLS порты, открытые вашим клиентом. TLS — это TCP порт для шифрованных соединений. Шифрованные соединения могут нагружать процессор и обычно отключены.

Конфиг VPN и др. сетей

Эта строка нужна для всяких разных заморочек с сетью.

Соединения между клиентами через сеть, отличную от сети хаба

Типичные сценарии, когда IP прямого соединения не должен совпадать с тем IP, который отправлен хабу:

1. Хаб доступен обоим клиентам, но клиенты между собой напрямую не могут подключаться (только через VPN и т.п.)
2. Хаб находится в локальной сети, но доступен из интернета и хочется настроить файлообмен с интернет-пользователем
3. Клиент подключен к нескольким локальным сетям с перекрывающимися адресами

Как это работает:
Клиенты должны обменяться информацией, в каких сетях они находятся и своими IP-адресами в каждой сети. Для этого пользователи назначают сетям идентификаторы (придерживаясь одинаковых соглашений, например, сеть на VPN-сервере vpn.conn.ru и порту 111 назовут vpn://vpn.conn.ru:111 или просто conn-vpn, лишь бы у всех называлась одинаково). Информация о сетях может выставляться в поле "описание" хаба или, если на хабе запрещены такие описания, строка с конфигом сети вручную передаётся в личку командой /net - клиент на другой стороне автоматически распознает конфигурацию
После этого, если клиенты находятся в одинаковых сетях, они используют заданные IP-адреса внутри сети для соединений между собой.

Примеры настроек для рассмотренных выше случаев:

1. Хаб доступен обоим клиентам, но клиенты между собой напрямую не могут подключаться
    Клиент заполняет конфиг сети строкой: "vpn.conn.ru=192.168.17.6,world=89.110.55.13"
   где 192.168.17.6 - адрес, выданный сервером vpn.conn.ru, 89.110.55.13 - адрес, доступный из интернета (для данного примера это не нужно, но пригодится в следующем)
2. Хаб находится в локальной сети, но доступен из интернета и хочется настроить файлообмен с интернет-пользователем
    Хаб видит адрес пользователя как 10.0.3.6 (а то и 127.0.0.1, если установлен на машине пользователя), но этот адрес не подойдёт для внешних подключений. Поэтому пользователь сети 10.0.3.x прописывает у себя строку "world=89.110.55.13", а интернет-пользователь - строку "world=0.0.0.0", указывая, что он подключен к сети с меткой "world", но IP-адрес не нуждается в преобразовании.

3. Клиент подключен к нескольким локальным сетям с перекрывающимися адресами

   Проблема описана в следующем письме:

   Есть 2 сетевые карты, к которым подключены Сеть1 и Сеть2 с компьютерами имеющими одинаковые адреса. Такие компьютеры не могут быть одновременно доступны для обмена информацией, поэтому приходится делать выбор какие адреса оставить для обмена, добавляя соответствующие маршруты. Но попытаемся обойти это ограничение и на Интерфейсе1 между Сеть1 и нашим компьютером поставим роутер под Linux. Когда ему приходит пакет, например с диапазона 10.10.x.x (конфликтующий), он заменяет в поле адреса пакета 10.10.x.x, допустим, на 10.20.x.x (свободный не конфликтующий). Наш компьютер в результате думает, что ему пришел пакет из Сети1 с адресом отправителя 10.20.x.x. Он его обрабатывает и отсылает назад, а мы прописали в роутинг, что шлюз для 10.20.x.x - Интерфейс1 (Сеть1). Роутер на выходе ловит пакет и проводит над ним обратную операцию - заменяет 10.20.x.x на 10.10.x.x и шлет дальше в Сеть1. Т.е. мы делаем SNAT на роутере под linux, исключая конфликт адресов. Однако при заходе в Сети1 на DC++ хаб последний передает список всех присутствующих и их реальные IP адреса. И наш DC++ клиент будет пытаться соединиться именно с теми адресами, которые дал ему хаб, не производя замену. Для нормальной работы клиента требуется указать в свойствах хаба заменять IP адреса, которые он передает, на свои по определенному правилу: в данном примере 10.10.x.x на 10.20.x.x. Т.е. в свойствах хаба в разделе "Connection settings" в поле "VPN and networks config" добавить возможность указывать строки вида "conv1=10.10.0.0/16~10.20.0.0/16", "conv2=192.168.0.0/20~192.168.100.0/20" и т.д. для каждого конфликтующего диапазона.

   В данном случае необходимо прописать правило 10.10.0.0/16~10.20.0.0,192.168.0.0/20~192.168.100.0
   Не забывайте также преобразовывать адреса UDP-пакетов, чтобы поисковые ответы уходили в другую сеть. Для такой схемы нужно использовать пассивный режим