Здравствуйте, гость ( Вход | Регистрация )
Дата поста: | В теме: | За сообщение: | Спасибо сказали: | ||
---|---|---|---|---|---|
17.1.2012, 20:46 |
User Mode Fixer API 2 | Исправление режима подключения пользователя |
Потестил слегка. Поставил его вчера вечером, вроде бы работает, но проконтролировать не мог, т.к. на работе был. Поставил сегодня обновленную версию 1.05. PtokaX 0.4.1.2c Ubuntu Server 1. На момент запуска скрипта онлайн было около 470-480 человек, заметных на глаз тормозов (при старте) не было, но ручаться не буду, т.к. в чате в это время не общались 2. Протестил сам, заходил под разными режимами, каждый раз скрипт определял мой режим корректно, исправлял при случае правильно 3. Поиск в "переопредеоленном" режиме работал, выдача была такая же, как и при "родном" пассиве Отчет скрипта после примерно 25 минут работы: Раскрывающийся текст Статистика для скрипта User Mode Fixer v1.05 Настройки: sCmdPrefix = 'UMF' bDetailedStats = true bIgnoreInvalidIPInCTM = false bIgnoreInvalidNickInCTM = false iCheckInterval = 1000 iSelectTimeout = 0 iTimeout = 15 iConnectTimeout = 3 Статистика: MaxOnlineFixedPassive = 52 MaxOnlinePassive = 200 +SendRCTMforBot = 378 MinWaitSocket = 0 WaitCTM = 0 OnlineActive = 248 +BlockedCTM = 359 MinOnlineFixedPassive = 1 MaxOnlineActive = 251 OnlinePassive = 185 MaxWaitSocket = 260 OnlineFixedPassive = 46 +FixedSearch = 152 +BlockedCTMForIP = 3 +FixedCTM = 48 MinOnlineActive = 1 MaxWaitCTM = 292 +OtherCTMForBot = 2 +BlockedRCTM = 1 MinOnlinePassive = 1 MinWaitCTM = 0 +ValidCTMForBot = 339 WaitSocket = 0 Статус: #tClientSockets = 0 #tActiveToPassive = 45 #tClientConnect = 0 #tActiveToPassive = 0 #tSocketNick = 0 MemoryUsage = 250 KB HubVersion = 0.4.1.2c MemoryUsage вообще скачет в диапазоне 200-300Кб. В первые минуты запуска равнялся 2400-2800Кб P.S. Одновременно были запущены скрипты: StatPX 1.06, Ekzekutor 3.0, block_words_4.0 (антимат), NoShareNoDownload (антилич), hub_commands_menu_api2, CollectorMagnets2.3, TriviaMod (игра Викторина), rss (FeedWatch), WhoIs. UserModeFixer был в самом низу списка. |
Enyby | ||
12.12.2010, 1:43 |
не могут присоединится интернетовские пользователи |
Я же не сказал, что пользователи с разных сетей будут подключаться к одному ip. Скажем, пользователи с локалки будут в итоге подключаться по 10.26.16.200, а пользователи с внешки - по 78.106.х.х Настройка 0.0.0.0 как раз и говорит серверу, что нет необходимости слушать один конкретный ip, а будет он слушать любой "локал"-адрес, и принимать подключение, соответсвенно, на любой локал-адрес. При таких настройках у меня все прекрасно работало и раньше на птоке, и сейчас на верли. P.S. Для правильного функционирования всех сетей, естественно, нужны маршруты, но это можно и потом сделать... но можно и сразу, кто же спорит. |
ProGeTTo | ||
12.12.2010, 1:21 |
не могут присоединится интернетовские пользователи |
2) Ещё 1 провайдер, 192.168.203.109 - хм, что-то я не вижу шлюза. Это общегородская локалка? Тогда попробуй сделать tracert -d <IP>, где вместо <IP> подставь любой адрес и вашей локалки. Или это локалка типа на 1 подъезд? Тогда напиши просто IP "сервера", что раздает эту локалку. P.S. Для порядка virtualbox посади лучше на диапазон 172.16.0.0–172.31.255.255 |
ProGeTTo | ||
12.12.2010, 0:50 |
не могут присоединится интернетовские пользователи |
Delia, не путайте зря человека. Для работы DC-сервера, слушающего несколько ip, маршрутизация совсем необязательна. "тупо купил 2-ю сетевуху, поставил драва, и втыкнул кабель" - при таком варианте и адресе хаба 0.0.0.0 - все заработает прекрасно. Хаб будет виден и по внешке, и по локалке. Пользователи разных сетей, естественно, будут изолированы друг от друга, общим будет только чат. ProGeTTo, если все-таки нужна помощь в маршрутизации, то нужны листинги команд ipconfig и route print P.S. В случае наличия роутера, все обстоит иначе... route -f - очистит все текущие маршруты, вначале эта команда не нужна, но потом, если все сломается)), обязательно пригодится, поэтому запомни ее route -p ADD 10.0.0.0 MASK 255.0.0.0 10.26.16.1 - для локалки (я так понимаю, Билайн) P.S. Еще одно. Сколько сетей ты хочешь "объединить" у себя на хабе? Как я понял, две штуки: локалка билайна (10.х.х.х) и внешка? |
ProGeTTo | ||
11.12.2010, 21:26 |
не могут присоединится интернетовские пользователи |
В настройках в поле "IP адрес хаба" не указывай конкретный ip-адрес, т.к. в таком варианте сервер слушает только указанный адрес. Укажи там 0.0.0.0, тогда можно одновременно коннектиться по любому ip (в данном случае - и по локальному, и по внешнему). |
ProGeTTo | ||
13.11.2010, 13:49 |
IP по умолчанию выставление IP пользователю |
Ну так давайте разберемся для начала))), каким образом у вашего прова построена сеть. Сначала вы говорите, что у всех пользователей внешний статичный адрес, а потом - что подклюение через vpn, т.е ко всему прочему еще и внутренний статичный (динамический?). Вопрос: каким именно образом пользователи объединены в "локалку"? Какими адресами? Какой адрес у сервера? Ну, ладно, оставим адреса в покое навремя). Поговорим о другом. Если в файле настроек указать Сетевой интерфейс 0.0.0.0 (или вообще не указывать этот параметр), то соединение будет идти по активному в данный момент интрефейсу. Если соединение между пользователями идет по "внешним" IP-адресам, то проблема решена, дальше можно не заморачиваться, все прекрасно будет работать. Сетевой интерфейс 0.0.0.0 в настройках предполагает использование любого активного в данный момент соединения. Таким образом, у каждого пользователя будет использоваться его IP-адрес, и для этого не нужно специально указывать его в настройках, DC-клиент сам догадается, что от него хотят. Если же у вашего прова vpn-соединение - т.е. все пользователи в "локалке" объединены локальными IP-вдресами, например из диапазона 10.х.х.х, а для интернета нужно поднимать vpn (уже с другим, "внешним" IP-адресом) - то... как ни странно, почти ничего не изменится)) На первый взгляд может показаться, что в данном случае нужно каждому пользователю задать маршруты. На самом деле, маршрутизация сама "найдет дорогу")) Т.е. все соединения между пользователями (с локальными адрсами 10.х.х.х) будут проходить именно через "локальный" шлюз. Каков итог всего этого? А тот, что если в настройках указать Сетевой интерфейс 0.0.0.0, то все будет прекрасно работать. Возможно, я неверно понял проблему. Но все работает в обоих случаях именно так, как я написал, а именно - прекрасно все работает)) ИТОГ: Нет необходимости в настройках явно указывать адрес для каждого человека. 0.0.0.0 - это по сути и будет "индивидуальная" настройка, т.к. DC-клиент у каждого пользователя в данном случае возмет именно его адрес, и никакой другой. Т.е. в случае, когда в DC-клиенте два адреса (один внешний, а второй локальный), то соединение между пользователями (читай, закачка) все равно будет происходить по нужному - локальному - адресу. Все произойдет само собой. |
kaktus | ||
|
Сейчас: 23.12.2024, 9:19 |