Мурманск
-
skay
- Сообщения: 6
- Зарегистрирован: 15 дек 2009, 10:09
- Хаб: dchub://murmansk.synergetic-hub.org
- Откуда: Мурманск
- Контактная информация:
Мурманск
поменялся адрес хаба dchub://murmansk.synergetic-hub.org
10:22:46] *Мы рады видеть вас на нашем Хабе!/nНапишите /fav в чате, чтобы добавить хаб в избранные, затем нажмите Cntl-F и поставьте галочку рядом с названием хаба для автозахода!/nДля регистрации воспользуйтесь меню или командой !regme <пароль>
Поставь пробел. Я про (/n) в предложении. Да и никто с твоего хаба не будет тут читать. Кидай в чат адрес этой страници или в приват массовой рассылкой своим юзерам.
Если на новый домен тут надо изменить? то те в этот раздел надо
Поставь пробел. Я про (/n) в предложении. Да и никто с твоего хаба не будет тут читать. Кидай в чат адрес этой страници или в приват массовой рассылкой своим юзерам.
Последний раз редактировалось megashara 19 май 2012, 09:29, всего редактировалось 1 раз.
не пробел, а слэш в другю сторону \n - это переносmegashara писал(а):10:22:46] *Мы рады видеть вас на нашем Хабе!/nНапишите /fav в чате, чтобы добавить хаб в избранные, затем нажмите Cntl-F и поставьте галочку рядом с названием хаба для автозахода!/nДля регистрации воспользуйтесь меню или командой !regme <пароль>
Поставь пробел. Я про (/n) в предложении. Да и никто с твоего хаба не будет тут читать. Кидай в чат адрес этой страници или в приват массовой рассылкой своим юзерам.Если на новый домен тут надо изменить? то те в этот раздел надо
Последний раз редактировалось Kimbo 19 май 2012, 11:36, всего редактировалось 1 раз.
Мурманск
[quote="Kimbo"]megashara писал(а):Не смиши это помоему каждый знает и то не во всех ситуациях это важно влево или в право прямой слешь
да что ты, ну если ты такой умный, то как будет табуляция? \n - отступ, ?? - табуляция
\t обозначается так твоя табуляция. Скрипты не пишу но мозгов хватает подправить. Ты мне случайно ещё за высшую матиматику не хошь загнуть тему?
да что ты, ну если ты такой умный, то как будет табуляция? \n - отступ, ?? - табуляция
\t обозначается так твоя табуляция. Скрипты не пишу но мозгов хватает подправить. Ты мне случайно ещё за высшую матиматику не хошь загнуть тему?
- lol258
- Сообщения: 118
- Зарегистрирован: 08 ноя 2009, 16:59
- Хаб: dchub://dc.p2p-magnets.ru
- Откуда: атТудава_на?
- Контактная информация:
Соединения между клиентами через сеть, отличную от сети хаба
Типичные сценарии, когда IP прямого соединения не должен совпадать с тем IP, который отправлен хабу:
Хаб доступен обоим клиентам, но клиенты между собой напрямую не могут подключаться (только через VPN и т.п.)
Хаб находится в локальной сети, но доступен из интернета и хочется настроить файлообмен с интернет-пользователем
Клиент подключен к нескольким локальным сетям с перекрывающимися адресами
Как это работает:
Клиенты должны обменяться информацией, в каких сетях они находятся и своими IP-адресами в каждой сети. Для этого пользователи назначают сетям идентификаторы (придерживаясь одинаковых соглашений, например, сеть на VPN-сервере vpn.conn.ru и порту 111 назовут vpn://vpn.conn.ru:111 или просто conn-vpn, лишь бы у всех называлась одинаково). Информация о сетях может выставляться в поле "описание" хаба или, если на хабе запрещены такие описания, строка с конфигом сети вручную передаётся в личку командой /net - клиент на другой стороне автоматически распознает конфигурацию
После этого, если клиенты находятся в одинаковых сетях, они используют заданные IP-адреса внутри сети для соединений между собой.
Примеры настроек для рассмотренных выше случаев:
Хаб доступен обоим клиентам, но клиенты между собой напрямую не могут подключаться
Клиент заполняет конфиг сети строкой: "vpn.conn.ru=192.168.17.6,world=89.110.55.13"
где 192.168.17.6 - адрес, выданный сервером vpn.conn.ru, 89.110.55.13 - адрес, доступный из интернета (для данного примера это не нужно, но пригодится в следующем)
Хаб находится в локальной сети, но доступен из интернета и хочется настроить файлообмен с интернет-пользователем
Хаб видит адрес пользователя как 10.0.3.6 (а то и 127.0.0.1, если установлен на машине пользователя), но этот адрес не подойдёт для внешних подключений. Поэтому пользователь сети 10.0.3.x прописывает у себя строку "world=89.110.55.13", а интернет-пользователь - строку "world=0.0.0.0", указывая, что он подключен к сети с меткой "world", но IP-адрес не нуждается в преобразовании.
Клиент подключен к нескольким локальным сетям с перекрывающимися адресами
Проблема описана в следующем письме:
Есть 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-пакетов, чтобы поисковые ответы уходили в другую сеть. Для такой схемы нужно использовать пассивный режим.
Типичные сценарии, когда IP прямого соединения не должен совпадать с тем IP, который отправлен хабу:
Хаб доступен обоим клиентам, но клиенты между собой напрямую не могут подключаться (только через VPN и т.п.)
Хаб находится в локальной сети, но доступен из интернета и хочется настроить файлообмен с интернет-пользователем
Клиент подключен к нескольким локальным сетям с перекрывающимися адресами
Как это работает:
Клиенты должны обменяться информацией, в каких сетях они находятся и своими IP-адресами в каждой сети. Для этого пользователи назначают сетям идентификаторы (придерживаясь одинаковых соглашений, например, сеть на VPN-сервере vpn.conn.ru и порту 111 назовут vpn://vpn.conn.ru:111 или просто conn-vpn, лишь бы у всех называлась одинаково). Информация о сетях может выставляться в поле "описание" хаба или, если на хабе запрещены такие описания, строка с конфигом сети вручную передаётся в личку командой /net - клиент на другой стороне автоматически распознает конфигурацию
После этого, если клиенты находятся в одинаковых сетях, они используют заданные IP-адреса внутри сети для соединений между собой.
Примеры настроек для рассмотренных выше случаев:
Хаб доступен обоим клиентам, но клиенты между собой напрямую не могут подключаться
Клиент заполняет конфиг сети строкой: "vpn.conn.ru=192.168.17.6,world=89.110.55.13"
где 192.168.17.6 - адрес, выданный сервером vpn.conn.ru, 89.110.55.13 - адрес, доступный из интернета (для данного примера это не нужно, но пригодится в следующем)
Хаб находится в локальной сети, но доступен из интернета и хочется настроить файлообмен с интернет-пользователем
Хаб видит адрес пользователя как 10.0.3.6 (а то и 127.0.0.1, если установлен на машине пользователя), но этот адрес не подойдёт для внешних подключений. Поэтому пользователь сети 10.0.3.x прописывает у себя строку "world=89.110.55.13", а интернет-пользователь - строку "world=0.0.0.0", указывая, что он подключен к сети с меткой "world", но IP-адрес не нуждается в преобразовании.
Клиент подключен к нескольким локальным сетям с перекрывающимися адресами
Проблема описана в следующем письме:
Есть 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-пакетов, чтобы поисковые ответы уходили в другую сеть. Для такой схемы нужно использовать пассивный режим.
эх... но тарифов у провайдера таких нет. 