Версия для печати темы

Автор: Enyby 15.1.2012, 20:02

Название скрипта: User Mode Fixer
Версия скрипта: 2.05
Платформа: PtokaX
Версия API: API2
Автор: Enyby
Автор идеи: http://mydc.ru/index.html?showtopic=5097&view=findpost&p=41695

Библиотека: Для работы скрипта требуется библиотека http://mydc.ru/topic43.html

Описание: Скрипт предназначен для исправления режима подключения пользователей. Подменяет нерабочий актив на пассив в поиске и запросах на соединение.

Возможности скрипта:
При подключении нового пользователя, если он актив, то проверяется доступность порта для соединения. Если порт не доступен, то хаб переводит клиента в режим переопределенного пассива. В этом режиме поисковые команды преобразуются в пассивные, а CTM в RCTM.
При включении режима исправлений IP адресов и ников, скрипт исправляет команды с неверными данными. DDoS'еры получают DDoS на свой адрес, а обычные пользователи могут искать и качать даже с неверным внешним IP адресом и/или ненастроенном активе. Правда только как пассивы.

Дополнительная информация:

• Возможно будут наблюдаться приличные тормоза хаба, сразу после включения и после входа большого числа пользователей единовременно. Большого числа пользователей в активном режиме. Если все в пассиве, то тормозов не будет. Начиная с версии 1.06 с этим проблем нет.
• Также возможны глюки при входе более чем 255 активных пользователей одновременно. Если будет потребность в этом скрипте на крупных хабах - перепишу на использование очереди с пулом сокетов, в этом случае проблем быть не должно. Начиная с версии 1.06 с этим проблем нет.
• Скрипт игнорирует команды расширений NMDC протокола: http://mydc.ru/topic5095.html и http://mydc.ru/topic5095.html. Если включено исправление IP и ника в командах, то они будут исправлены и в командах указанных расширений.

• Совместим со скриптами фильтрации поиска. Такие скрипты должны быть выше в списке скриптов, чем данный скрипт. Фильтрация поиска должна осуществляться запретом обработки команд поиска.
• Совместим со скриптами запрещающими соединение пользователей (команды ConnectToMe и RevConnectToMe). Такие скрипты должны быть выше в списке скриптов, чем данный скрипт.
• Частично совместим со скриптами использующими бота хаба как пассивного клиента (подключение через RevConnectToMe к боту хаба). Для работы с такими скриптами потребуется указать использование отдельного бота в скрипте (sBotName = "UserModeFixer").
• Частично совместим со скриптами, которые подменяют MyINFO. Совместим только при bFixMyINFO = false.
• Несовместим со скриптами, которые подменяют или самостоятельно обрабатывают команды соединения пользователей (ConnectToMe и RevConnectToMe). Данные команды обработаны этим скриптом не будут. Никаких ошибок не будет, но необработанные команды могут работать неверно.
• Несовместим со скриптами подменяющими поиск или же которые сами организуют поиск. Эти команды поиска не будут обработаны скриптом. Никаких ошибок не будет, но необработанные команды могут работать неверно.

Предыдущие версии

 UserModeFixer_v2.04.lua ( 43.84 килобайт ) : 9

 UserModeFixer_v2.03.lua ( 43.82 килобайт ) : 8

 UserModeFixer_v2.02.lua ( 43.54 килобайт ) : 4

 UserModeFixer_v2.01.lua ( 43.38 килобайт ) : 11

 UserModeFixer_v2.00.lua ( 43.51 килобайт ) : 7

 UserModeFixer_v1.13.lua ( 37.61 килобайт ) : 9

 UserModeFixer_v1.12.lua ( 37 килобайт ) : 9

 UserModeFixer_v1.11.lua ( 36.22 килобайт ) : 14

 UserModeFixer_v1.10.lua ( 30.32 килобайт ) : 4

 UserModeFixer_v1.09.lua ( 28.82 килобайт ) : 7

 UserModeFixer_v1.08.lua ( 22.8 килобайт ) : 4

 UserModeFixer_v1.07.lua ( 19.95 килобайт ) : 5

 UserModeFixer_v1.06.lua ( 19.51 килобайт ) : 15

 UserModeFixer_v1.05.lua ( 12.38 килобайт ) : 9

 UserModeFixer_v1.04.lua ( 12.21 килобайт ) : 5

 UserModeFixer_v1.03.lua ( 6.88 килобайт ) : 18

 UserModeFixer_v1.02.lua ( 6.74 килобайт ) : 3

 UserModeFixer_v1.01.lua ( 7.13 килобайт ) : 2

 UserModeFixer_v1.00.lua ( 5.94 килобайт ) : 5

Предыдущие версии выложены, исключительно, для ознакомления с их исходным кодом. Это связано с тем, что я могу убрать из последней версии какой-то функционал, который вам может пригодится при написании своих скриптов. Если же вас интересует использование скрипта на своем хабе, настоятельно рекомендую использовать только последнюю версию. В старых версиях могут быть ошибки.

Автор: Ameet 16.1.2012, 13:02

Хотел бы попробовать данный скрипт но у меня хаб намного больше, можно че-то для 3+к онлайна?

Автор: Enyby 16.1.2012, 13:15

На данный момент ситуация такая - при старте он проверяет всех пользователей сразу. Если их много, могут быть проблемы с одновременным подключением ко всем. Во-первых, это много коннектов, а, во-вторых, в реализации на windows socket_select используется битовые значения одного байта, а их 256.
Но по сути ничего страшного не произойдет, может просто определит кому-то пассив принудительно. Можно попробовать таймаут увеличить. Например, с 3 секунд до 15-20.
После старта может казаться что хаб завис, это нормально, оно пройдет. Сейчас неблокирующие сокеты. В случае блокирующих, подобные эффекты наблюдались на хабе с 160 пользователями. На данный момент скрипт работает на моем хабе, адрес которого в подписи. Сутки прошли - полет нормальный.
Основная проблема скрипта - старт. Если не хотите тяжелого старта, закомментируйте всю функцию OnStartup, тогда скрипт будет работать только для нововошедших пользователей.
После старта скрипт работает нормально и там проблем быть не должно.

Если совем будет туго, то я уже говорил, что перепишу на пул сокетов с очередью.

UPD:
Даже если на старте определит как переопределенный пассив, достаточно будет перезайти этим пользователям и ситуация нормализуется.

Еще одно. Скрипт потребляет неплохо память. На моем хабе это порядка 600 кб для 150 пользователей. Сейчас 130 кб на 116 человек. Прямой корреляции между числом пользователей и потреблением памяти не должно быть, скорее между числом переопределенных пассивов + нововошедших пользователей. Такж может влиять активность пользователей с переопределенным пассивом, так как скрипт берет на себя часть функций хаба.

В будущем прикручу статистику, чтобы можно было смотреть сколько человек с каким режимом присутствует на хабе.

Автор: Ksan 16.1.2012, 13:50

Enyby

Автор: Enyby 16.1.2012, 13:59

Это все мои догадки. Если действительно все будет так как я описал, кому надо - отключат. В следующей версии переделаю на пул. Больших хабов мало, а маленьких много. С маленькими все работает нормально.

Автор: LoT 16.1.2012, 19:56

Хм, вроде бы, работает, спасибо, полезная штука. Потестируем.

P.S. Еще бы тэг при этом менялся ;), а то смотришь список, видишь "активного" пользователя, а оно на самом деле... но это мелочи жизни)...

Автор: Enyby 17.1.2012, 2:00

Я думал над этим. Но это лишние проблемы. Во-первых, нагрузка. Во-вторых, нельзя отменить отсылку $MyInfo, можно только отослать второй раз исправленный вариант. В-третих, скрипт станет резко несовместимым с любыми скриптами изменяющими $MyInfo.

Но если так нужно и вас устраивает - могу сделать, никаких особых проблем нет.

PS
Если у вас установлены скрипты которые фильтруют поиск, то они должны быть выше этого скрипта, иначе они работать не будут. Но тут тоже есть ограничения. Данные скрипты должны или запрещать обработку поиска, вернув true в функции или пропускать для дальнейшей обработки. Если же происходит поиск посредством скрипта в обход обработки хаба, то такой поиск не будет перехвачен и обработан этим скриптом.
Тоже самое касается и комманд ConnectToMe (CTM) и RevConnectToMe (RCTM). Насчет последней есть еще одно дополнение. Все выше стоящие скрипты не должны запрещать или обрабатывать RCTM для бота хаба. Если у вас есть такие скрипты, то вам потребуется добавить отдельного бота для моего скрипта и указать его ник. Это довольно просто сделать. Если кому-то будет нужно - расскажу как.

ADD:
Хотелось бы видеть отзывы от тех кто поставил скрипт, особенно касательно хабов с большим онлайном. Более 256 пользователей онлайн на момент старта.

ADD:
Артём провел тест, за что ему спасибо. 1243 пользователя. Потребление памяти - 739 кб. Тормозов нет. Глюков тоже или же не замечены (возможно какой-то рабочий актив и переопределило в пассив, но этого точно сказать нельзя). Тестировалось на ОС Windows.

Автор: Littlemuk 17.1.2012, 7:28

Сужу по своей машине. Я за роутером. Каждый раз скрипт меня определял либо активом, либо пассивом. Это при запуске скрипта.
Кстати, у меня онлайн 300. При саааамом первом запуске хаб "подвис" на пару секунд. Последующие перезапуски скрипта - все ок.
ЗЫ Как можно отключить сообщение бота в чат?

Автор: Enyby 17.1.2012, 9:23

Отключить можно, причем достаточно просто.
Строка 158:

Автор: Kingston 17.1.2012, 10:32

Linux Debian, Ptokax 0.4.1.2, онлайн 300+
При запуске: секунд 20 подвис, потом сообщение: пассив (переопределен), при этом поиск не работает.
После перезахода Ваш режим: пассив (переопределен), но поиск уже работает. Это у одного клиента, у другого клиента, с этой же сети, поиск не работает.

Автор: Enyby 17.1.2012, 10:35

Других скриптов, модифицирующих поиск нет?
Странно, что поиск не работает. Он должен в любом случае работать, даже если детекция режима прошла неверно. Сколько раз проверяли поиск?

Автор: Littlemuk 17.1.2012, 11:10

Винда 7ка х64
Народ начал жаловаться на отсутствие поиска. Жалобы от пассивов. Других скриптов модифицирующих поиск нет.

Автор: Enyby 17.1.2012, 11:43

Крайне странно. В работу обычных пассивов скрипт не вмешивается. Хаб интернет? Если да, то сообщите адрес, я зайду потестирую.

У меня сейчас включен скрипт (в подписи адрес хаба), только что зашел полным пассивом, написало что у меня обычный пассив, не переопределенный, и поиск работает.

Автор: Kingston 17.1.2012, 12:24

Enyby, несколько раз проверяли. с другой сети и с инета пользователи. у одного ищет после перезахода, у кого то без перезахода. а режим пишется пассив (переопределен), у тех с кто проверял.
есть скрипт NetworkSeparation.lua с заданными диапазонами сетей, но он не влияет на поиск в пределах одной сети, и не мешает скрипту, наверное.

Автор: Enyby 17.1.2012, 12:31

Вот это "наверное", очень под вопросом.

Посмотрел код NetworkSeparation_v1.3.1___API_2_____by_Nickolya___.lua - конфликтов не вижу. Правда скрипт может блокировать поисковые результаты пассивного поиска, если включено разделение сетей. Так что лучше его выключать на обкатке, чтобы было яснее, какой из скриптов виноват.

Автор: Kingston 17.1.2012, 12:59

Проблема оказалась в нем, сейчас все работает, определяется режим верно, и поиск работает. Хороший скрипт!
Все забывал показать сколько памяти кушает скрипт: UserModeFixer_v1.03.lua (4621 kB) при этом онлайн 450+

Автор: Enyby 17.1.2012, 13:57

Новая версия 1.04. Теперь есть статистика. У кого какие-то проблемы - включаете расширенную статистику и присылаете ее сюда.
Также приветствуется расширенная статистика с крупных хабов, это поможет улучшить скрипт в дальнейшем.

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

ADD:
Пример статистики. Снято с моего хаба.

Автор: Kingston 17.1.2012, 14:37

247 строка лишняя, отсылается дважды стата

Автор: Артём 17.1.2012, 14:42

Enyby

Автор: Enyby 17.1.2012, 14:45

Исправил. Залил версию 1.05.

ADD:
Артём, если не трудно, сделай, пожалуйста, тоже самое, но с "bDetailedStats = true". Это в коде скрипта меняется в начале.

Автор: Артём 17.1.2012, 14:49

Enyby

Автор: Damaks 17.1.2012, 16:36

Проверил у себя только что.

Автор: Артём 17.1.2012, 16:45

хм...

это список проксеров?

Цитата

Статус:
#tClientSockets = 278
92.82.94.110:1803
10.251.140.177:54357
91.219.101.84:7544
178.150.195.20:17506
10.71.10.236:25514
tcp{client}: 03D15AF2
95.84.61.188:6984
172.26.9.19:11597
10.100.7.96:1412
tcp{client}: 02E183EA
tcp{client}: 02E45D8A
10.193.122.111:5693
91.219.142.92:6286
89.23.207.106:59407
172.26.31.96:12168
213.141.150.91:2000
10.155.51.33:1672
78.106.0.30:6078
213.141.137.166:23288
95.27.184.229:49468
10.250.84.149:4980
178.151.131.107:1898
109.195.28.224:1766
176.215.118.121:3701
95.220.154.119:52026
tcp{client}: 03E764FA
188.25.58.171:49193
tcp{client}: 03BBDF92
176.195.119.150:4474
10.35.200.124:20200
176.14.140.240:14010
172.18.57.30:5353
10.147.32.23:8642
95.27.6.242:24140
77.108.206.63:49221
31.41.68.186:5342
94.242.170.14:7169
87.228.70.85:55111
tcp{client}: 03AE21B2
46.241.65.8:49205
89.169.28.44:3986
10.248.1.75:62694
89.169.28.44:3986
10.251.200.117:1211
91.202.21.54:5159
10.47.86.192:27482
87.79.113.174:53957
87.105.134.7:49279
79.164.138.158:1777
10.191.101.33:5281
78.97.139.71:30007
79.164.142.221:4777
213.149.2.174:5051
10.251.12.120:6645
10.154.23.121:24870
10.71.8.234:5091
10.71.16.17:24342
93.81.82.204:10649
109.86.174.73:5878
tcp{client}: 03DD7082
95.28.88.55:7360
95.28.209.67:19307
178.49.25.196:4000
89.222.134.146:10759
10.155.35.49:14036
10.194.5.50:17588
178.22.192.101:1043
10.230.116.57:22879
93.78.103.20:1648
31.128.130.22:6724
tcp{client}: 03EC9F92
10.35.245.196:27859
95.191.148.53:1234
172.18.22.149:31002
10.155.18.101:28681
109.106.152.31:5348
109.87.78.164:8806
94.45.162.5:22547
213.191.20.236:7296
79.140.25.198:62222
10.10.108.246:30942
92.125.30.158:22001
95.52.132.139:411
159.224.78.141:14688
178.166.138.145:2001
128.68.130.40:2428
tcp{client}: 03DAC01A
tcp{client}: 03ED900A
10.70.13.216:25647
95.69.175.108:1072
10.248.2.96:13177
62.80.196.98:6666
tcp{client}: 03E8086A
tcp{client}: 03D4F072
178.150.114.198:10265
10.250.137.146:30301
88.171.129.196:5555
109.86.185.205:49972
178.166.137.125:55447
109.124.27.128:21757
10.139.93.120:2931
84.240.38.230:52740
194.28.7.252:7105
95.84.13.12:2096
10.230.135.45:12821
89.208.232.214:49158
2.95.255.127:2622
82.114.229.143:5831
79.126.75.36:2643
10.71.65.171:14253
94.229.230.58:63315
46.73.21.122:4947
tcp{client}: 0281103A
10.70.40.21:28294
tcp{client}: 042A5CB2
95.27.27.151:63000
109.87.111.244:4945
109.171.29.36:53331
172.28.4.185:16010
176.195.67.30:49562
89.208.232.201:5871
93.80.238.52:2349
tcp{client}: 041D7EFA
78.110.156.145:3606
tcp{client}: 04272082
41.185.127.62:4251
109.86.195.119:1990
tcp{client}: 03E69882
92.248.213.250:30001
89.23.222.7:56398
10.189.22.74:21833
176.215.106.253:3445
10.71.50.239:20202
10.84.248.101:15202
89.178.182.211:4903
212.13.2.108:4510
79.148.210.110:441
62.33.34.125:24644
172.26.19.77:7206
188.168.78.120:2473
109.60.185.17:27150
85.174.173.140:7227
94.21.170.127:1323
tcp{client}: 043376F2
tcp{client}: 04343022
77.122.61.229:4307
94.242.144.106:2928
90.189.214.62:1234
95.129.61.70:9053
46.166.70.150:2402
95.139.133.15:30001
95.27.25.80:23810
tcp{client}: 042D101A
213.242.44.45:6789
178.165.102.230:50506
10.250.25.233:22486
10.251.209.226:19821
176.195.246.219:10262
tcp{client}: 02E16382
tcp{client}: 041F9062
172.27.105.210:3865
10.251.114.248:4345
95.139.142.155:5145
172.26.10.82:25663
10.159.44.15:31958
87.228.8.221:64491
172.26.57.22:10796
10.228.48.40:1757
92.127.9.48:30001
178.162.51.215:7597
89.179.7.192:5487
tcp{client}: 03B4E25A
46.180.110.72:13060
tcp{client}: 0433F0EA
10.170.169.114:1047
tcp{client}: 043963DA
79.172.104.117:16770
95.215.37.50:52644
94.19.18.247:49183
tcp{client}: 043C701A
tcp{client}: 04235082
89.207.221.253:5458
tcp{client}: 03F7CA5A
213.109.6.49:21
tcp{client}: 043CBDD2
93.100.147.123:3285
84.15.124.79:50737
10.68.118.162:49897
31.42.161.105:6464
188.187.46.211:29095
95.105.61.169:18103
78.155.207.89:55019
94.26.132.75:33555
95.105.78.53:49160
tcp{client}: 043F70A2
46.191.179.171:51538
tcp{client}: 043FC072
94.41.25.122:4955
tcp{client}: 04400142
tcp{client}: 02E0BAA2
tcp{client}: 044021AA
95.105.45.157:4492
tcp{client}: 03E6DE72
tcp{client}: 03E6FEDA
tcp{client}: 04226022
109.196.71.247:26640
tcp{client}: 04432982
93.100.98.215:3084
94.19.23.18:24647
tcp{client}: 0443901A
tcp{client}: 0443B082
94.242.48.68:49396
194.187.207.131:1144
178.140.229.22:54335
188.187.42.100:49912
94.26.143.90:25001
188.134.12.169:10736
tcp{client}: 042E001A
95.104.211.146:15628
188.134.28.47:22428
tcp{client}: 03E93EEA
178.162.119.143:60029
88.201.171.2:3141
188.93.29.148:19464
tcp{client}: 03E15F1A
82.114.244.239:5062
31.135.57.190:7566
tcp{client}: 02E13002
tcp{client}: 03D7A01A
176.53.232.86:21120
10.251.208.218:3114
95.105.1.45:23158
94.188.48.221:1506
213.21.30.175:49197
93.100.90.172:27549
10.139.132.22:4532
tcp{client}: 03D89B02
tcp{client}: 0428524A
93.80.74.250:6206
84.46.159.253:15746
188.134.28.62:3610
217.197.253.216:4304
10.193.20.161:19579
10.71.41.145:5997
tcp{client}: 041CF01A
10.139.169.69:5397
92.100.66.11:10001
93.92.118.11:3307
109.87.3.15:2624
46.73.203.14:58685
176.14.149.57:2000
95.220.150.158:11469
10.251.140.202:7786
10.71.20.29:1978
10.173.190.35:10622
94.27.92.91:3456
77.37.175.35:50966
tcp{client}: 0445C002
10.250.20.165:15939
10.250.173.250:12150
93.79.2.173:52109
95.139.202.1:4289
109.124.43.237:4416
188.134.66.48:6620
tcp{client}: 03C8101A
10.230.63.97:4243
10.230.147.250:6539
109.207.82.162:50397
95.139.254.179:30001
10.251.217.58:26244
79.118.0.110:2172
10.200.17.48:4501
172.18.68.210:25477
94.169.91.22:59068
31.40.69.221:3030
10.251.52.158:3304
93.100.186.67:1832
31.41.59.220:15143

Автор: Enyby 17.1.2012, 16:49

Что-то все разом ринулись очищать статистику, перед тем как ее сюда постить.
Это совершенно бесполезное занятие. Во-первых, очистка ничего не делает, если не включена расширенная статистика, а, во-вторых, очистка сбрасывает только инкрементные параметры, например число отосланных команд того или иного типа.

Так что лучше не очищайте.

Damaks, насчет секции OnStartup - зря закомментировал. Скрипт будет работать только для нововошедших пользователей, эдакий мягкий старт. Ну смотри сам.

Просьба ко всем - если снимаете статистику, снимайте ее хотя бы через минут 5-10 после старта скрипта, поскольку до этого времени, в особенности в течение первой минуты, от нее пользы мало.

И да, длинные простыни лучше прятать под спойлер.

ADD:
Это список висящих коннектов, к активным пользователям. Хаб пытается ко всем ним подключиться.
А всякие "tcp{client}: 03C8101A" это признак того, что сокет совсем сильно умер и там связь разорвана уже.
Такая простыня возникла, как раз потому, что статистика была снята сразу после старта скрипта.

Автор: Damaks 17.1.2012, 16:51

Цитата(Enyby @ 17.1.2012, 17:46)

Автор: Enyby 17.1.2012, 17:47

Хаб подвисает только на время старта скрипта. И то если много юзеров онлайн. Но на нет и суда нет. Ждите версию с пулом сокетов - там все нормально с этим будет.

ADD:
Скрипт увеличивает нагрузку на хаб и траффик, так как теперь все могут искать и зачастую через пассивный поиск.

ADD:
Тут сложились некотрые непонятки со сбором статистики. Разъясню, чтобы их не было.
Итак, статистика может быть собрана согласно двум сценариям.
Первый. Вы хотите мне помочь отладить скрипт.
Ваши действия:

1. Стартуете скрипт.
2. Через 5-10 минут через меню хаба вызываете статистику НЕ ОЧИЩАЯ ее.
3. Присылаете мне.

1. Стартуете скрипт.
2. Через 5-10 минут через меню хаба вызываете очистку статистики.
3. Сразу за этим выполняете ту команду которая у вас не работает или работает не так. В данном примере это поиск этого файла.
4. Сразу после того, как вы убедились что команда отработала (например, для поиска, можно подождать минутку), через меню хаба вызываете статистику НЕ ОЧИЩАЯ ее.
5. Присылаете мне.

Автор: Littlemuk 17.1.2012, 18:26

Цитата(Enyby @ 17.1.2012, 12:43)

Автор: Enyby 17.1.2012, 19:48

"актив" после "пассив", вообще быть не может, если не менять настройки клиента. Вот "пассив (переопределен)" и "актив" могут играть в чехарду.
Настройки в ДС менялись?

Автор: Littlemuk 17.1.2012, 20:34

Автор: LoT 17.1.2012, 20:46

Потестил слегка. Поставил его вчера вечером, вроде бы работает, но проконтролировать не мог, т.к. на работе был.

Поставил сегодня обновленную версию 1.05.
PtokaX 0.4.1.2c
Ubuntu Server

1. На момент запуска скрипта онлайн было около 470-480 человек, заметных на глаз тормозов (при старте) не было, но ручаться не буду, т.к. в чате в это время не общались
2. Протестил сам, заходил под разными режимами, каждый раз скрипт определял мой режим корректно, исправлял при случае правильно
3. Поиск в "переопредеоленном" режиме работал, выдача была такая же, как и при "родном" пассиве

Отчет скрипта после примерно 25 минут работы:

Автор: Enyby 18.1.2012, 13:47

Новая версия 1.06. Шапка обновлена.

ADD:
Хотелось бы видеть статистику для крупных хабов. Новая версия как раз заточена под них.

ADD:
Возник вопрос по поводу совместимости данного скрипта с http://mydc.ru/topic1432.html.
Посмотрел скрипты версии 0.32, конфликтов не вижу. Проблем быть не должно.

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

Сама по себе проверка на актив пользователя очень проста - хаб пытается подключится к клиенту на порт, указанный в команде подключения. Если попытка не успешна, то считается что это неверно настроенный актив. На самом деле причин можт быть масса и это следует понимать.

UPD:
И да, скрипт вирусом не является, ничего противоправного не делает, так что антивирус не должен влиять на его работу. В случае если он у вас совмещен с фаерволом, вам могут быть уведомления от фаервола.

ADD:
Нужен текст справки о режимах, что они значат и как их настроить. Если у кого есть какие предложения и мысли - с радостью выслушаю.

ADD:
Новая версия 1.07. Шапка обновлена.

В этой версии исправлена ошибка работы с пулом. Была "утечка" ресурса пула, которая могла бы привести к тому, что скрипт перестал бы проверять новых пользователей.

ADD:
В режиме FIX для неверных IP адресов скрипт предоставляет дополнительную защиту от DDoS'еров, перенаправляя DDoS на его инициатора. Отключать защиту хаба при этом НЕ НУЖНО.

ADD:
Если кому-то хотелось бы увидеть этот скрипт на другой платформе или, может быть, на другом API - оставляйте тут отзывы, постараюсь, по свободе, что-то сделать.

Автор: Saymon21 18.1.2012, 13:55

Автор: Kingston 18.1.2012, 14:03

Debian 6, PtokaX 0.4.1.2, онлайн +500
Через 5-6 минут после запуска.

Автор: rival 18.1.2012, 15:41

Сейчас: 1180 юзеров За сеанс было: 1239
через 1 час после включения

Автор: Enyby 18.1.2012, 17:08

Новая версия 1.08.

Теперь возможно включать валидацию целостности. Не советую включать на боевом хабе и уходить. Если целостность будет нарушена операторы станут каждую секунду получать по 10 репортов об этом. Это отладочная опция, по умолчанию она отключена.

Теперь возможен еще один сценарий снятия статистики при проблемах. Третий. Это сценарий, когда у вас нарушается целостность. последовательность действий:

1. Включаете валидацию целостности - "bValidate = true"
2. Запускаете скрипт.
3. Добаваетесь, чтобы в Оп чат начали приходить репорты.
4. Снимаете статистику, НЕ ОЧИЩАЯ ее.
5. Присылаете мне.
6. После снятия статистики валидацию на скрипте можно отключить, чтобы она не досаждала, или вообще на время отключить скрипт.

Цитата(Kingston @ 18.1.2012, 13:03)

Автор: rival 19.1.2012, 0:01

Сейчас: 822юзеров
после запуска прошло25 мин,пришли репорты
Обнаружена утечка в tActiveToPassive. Утеряно 1.

Автор: Enyby 19.1.2012, 2:41

Знаю. 9 версия в разработке.

ADD:
Новая версия 1.09.

Автоматически восстанавливается целостность после ее нарушения.
Исправлено несколько багов нарушения целостности.
Созданы адекватные репорты при ошибках целостности. Теперь они не спамят со скоростью пулемета, хотя такие варианты все равно не исключены (например, если восстановление целостности не удалось).
Есть быстрый режим отладки, позволяющий отлаживать скрипт без особых тормозов. Вывод доступен из меню, а также автоматом дописывается в репорты.

ADD:
Теперь поддерживается изменение режима "на лету". При этом выдается такое же сообщение как и при входе. Для изменения достаточно изменить настройки клиента и все. Через некоторое время он обновит MyINFO.
Если же у пользователя постоянно пишет его режим - надо смотреть что у него с отсылаемым тэгом.

Автор: rival 19.1.2012, 23:46

Автор: Enyby 19.1.2012, 23:49

Перезайди на хаб и сразу после того как тебе напишет твой режим, сними дамп быстрой отладки (пункт "Показать быструю отладку" в меню) и пришли сюда.

Автор: rival 19.1.2012, 23:53

Автор: Enyby 20.1.2012, 0:05

Ты не успел. Варианта два. Тренируйся в скорости снятия дампа или же увеличь iFastDebugHistory до большего значения. Например до 100.
Чтобы быстро снять статистику, не ползая курсором по меню, достаточно написать в чат "!UMFShowFastDebug".
В логе быстрой отладки должен быть виден твой IP + ник. Ты сразу его увидишь, если у тебя подсвечивается свой ник в чате.
Пример, подобного вывода:

Автор: rival 20.1.2012, 10:40

Автор: Enyby 20.1.2012, 11:18

rival, если речь идет о пользователе "К@пит;-)шка", то он не ответил командой CTM на RCTM своевременно.
Варианта тут два, или он не ответил вообще или же ответил позже таймаута iTimeout в 15 секунд.
В первом случае проблема на стороне клиента и хаб тут ничего сделать не может.
Во втором случае можно попробовать увеличить таймаут. Хотя, согласно статистике, число несвоевременных CTM запросов к боту очень мало: +OtherCTMForBot = 3. Это может говорить о двух вещах - такая проблема только у этого пользователя или же что верен первый вариант.
Поставь версию 1.10 и пришли заново статисику, после входа на хаб, там будут дополнительные параметры.

Вышла версия 1.10.
Ничего критичного, только улучшения статистики. Тем не менее весьма советую, так как намного легче разбираться что да почему.

Автор: Ksan 20.1.2012, 11:39

Enyby, насколько я знаю, у юзера К@пит;-)шка интернет тормозным бывает часто..и очень тормозным.

Автор: rival 20.1.2012, 13:40

local iCheckInterval = 500
пока что решило проблему,тестим далее ))
остальные настройки по-дефолту

Автор: Enyby 21.1.2012, 2:09

Ok. Подыму дефолт до 60 секунд.

ADD:
Кстати. Если на хабе присутствуют активные пользователи с неверными IP и включен режим исправлений команд, то при отключении скрипта (именно отключении, при перезапуске будет все нормально) их всех выкинет защита хаба от DDoS после первой же неверной команды. Так что после отключения скрипта число пользователей может уменьшаться.

ADD:
Составляется меню пользователя. Нужна ваша помощь.

Вот то, что накропал я:

Автор: rival 21.1.2012, 11:44

обнаружен побочный эффект: хаб стал стабильней,менее тормозной

Автор: Enyby 21.1.2012, 11:50

Возможные причины:

• DDoS'еры ддосят себя.
• Нет большой нагрузки бесконечными командами CTM от активов, которые совсем не активы.
• Нет отправки RCTM от пассивов к активам, которые совсем не активы.

Автор: Alex_lola 22.1.2012, 14:08

почему когда сделан проброс портов скрипт показывает режим пассив(переопределен)? он вобще актив показывает?))) удалил сие чудо из скриптов..

Автор: Enyby 22.1.2012, 14:20

Alex_lola, внимательно читай http://mydc.ru/ipb.html?showtopic=5112&view=findpost&p=41893, а потом присылай статистику с дампом.

Автор: Alex_lola 22.1.2012, 14:26

Цитата(Enyby @ 22.1.2012, 15:20)

Автор: Enyby 22.1.2012, 16:12

Alex_lola, у меня есть подозрение, что это вопрос настроек твоего компа/хаба/фаервола/проброса портов (лишнее можно вычеркнуть).
Вот тебе кусок одной статистики хаба с примерно 1500 пользователей:

Автор: Damaks 22.1.2012, 20:34

Проработал скрипт более суток, все ограничения на хабе по шаре и пассивам были сняты. Можно с уверенностью сказать, что лишнюю нагрузку на хаб скрипт не создаёт, примерно такие же значения были и без скрипта. Память тоже не ест.

Автор: AfLc 22.1.2012, 23:32

Около дня вроде работает . Статистика - обычная.

Автор: Enyby 22.1.2012, 23:41

Очень советую, первое время, например, неделю, продержать скрипт с настройками:

Автор: AfLc 22.1.2012, 23:48

Всё включил как Вы сказали , через недельку напишу статистику .

Автор: Enyby 23.1.2012, 2:24

Новая версия 1.13.
Содержит критичное исправление.

Автор: AfLc 23.1.2012, 21:10

А для работы скрипта обязательно должна быть включена опция в ptokax " Строка тега"?

Автор: Enyby 24.1.2012, 3:50

Нет. Но скрипт в любом случае будет отсылать со строкой тэга.

ADD:
Выложил версию 2.00.
По большей части скрипт переписан заново. Должен быстрее работать на крупных хабах.

ADD:
Выложил версию 2.01.
Там дефолтные настройки чуть улучшены, а то я тестировал и забыл изменить.

Автор: Enyby 25.1.2012, 8:55

Кстати. Скрипт позволяет находиться на хабе и качать пользователям с весьма странными настройками актива. Например, видел как у одного пользователя во внешнем IP адресе актива стояла точка в конце. Т. е. он имел вид: "1.2.3.4.". И ничего. Все работало.
Хотя это, конечно, безобразие со стороны клиента, он должен проверять IP, при вводе в настройках, на валидность. Кстати грей, в этом плане, весьма хорош - он не отсылает не валидные IP адреса, хотя их можно спокойно внести в настройки.

Теперь немного о принципах работы скрипта.
Определение нерабочего актива основано на осуществлении подключения хаба к пользователю. Если же соединение не удалось установить, то пользователя считается неверным активом и устанавливается в пассив принудительно.
Какие с этим могут быть проблемы:

• Если хаб не может подключиться по указанному адресу, это не всегда значит, что по указанному адресу не может подключиться другой IP адрес.
  Решение: Обычно вызвано фаерволом у пользователя, так что тут нужно смотреть его настройки и разрешать входящие соединения от IP хаба.
• Если на сервере хаба запрещены исходящие соединения, например, фаерволом, то скрипт будет работать некорректно.
  Симптомы: В статистике скрипта число активных пользователей либо отсутствует, либо равно нулю.
  Решение: Или разрешаете исходящие соединения или не используете этот скрипт.

Автор: Marc 26.1.2012, 1:14

Enyby!
Хотелось бы вот что заметить в работе данного скрипта: если админ или модератор начнёт давать ссылки нескольким пользователям с адресом хаба, то на него также в конечном счёте будет распространяться врем бан...
Если, допустим, для модератора это ещё можно и оставить, и тогда админ сам примет решение, то вот для админа неожиданно попать в бан, а на него он также будет распространяться, несколько это некорректно такое действие скрипта...
Можно ли это учесть и как-то дополнить скрипт, чтобы админ не попадал в такую ситуацию? (просто может быть так, что админ сидит за другим компом и у него нет возможности сразу самого себя разбанить)

Автор: Enyby 26.1.2012, 1:16

О каком скрипте речь? Явно не о том, который обсуждается в данном топике.

Автор: Marc 26.1.2012, 1:32

речь о скрипте: UserModeFixer_v2.01.lua ( 43.38 килобайт )
админ по нему попал в бан)

Автор: Enyby 26.1.2012, 1:34

Приехали. Какой бан? Этот скрипт НЕ МОЖЕТ дать бан.
У меня есть подозрение что речь идет о http://mydc.ru/topic5122.html.

Автор: Marc 26.1.2012, 1:38

Enyby!
Сорри, прошу прощения, да речь шла о Defend PM!
Отвлекли меня тут разговорами...
Но я уже посмотрел, что Вы там уже внесли изменения в скрипт, именно те, что и были нужны!
Эх, так получилось, что не туда написал! Извините!

Автор: rival 26.1.2012, 15:53

иногда возникает ошибка
<Спикер> ...\scripts\UserModeFixer_v1.07.lua:981: attempt to index field '?' (a nil value)
stack traceback:
...\scripts\UserModeFixer_v1.07.lua:999: in function <...\scripts\UserModeFixer_v1.07.lua:998>

строка 981 >> if tUsers[tUser.sNick].bActive then
строка 999 >> Core.SendToOpChat(sErrorMsg.."\n"..debug.traceback())

на версию не обращай внимание,там свежая,просто чтоб список не обновлять,я в старом на новый(Версия скрипта: 2.01) замену кода сделал

Автор: Enyby 26.1.2012, 16:09

Цитата(rival @ 26.1.2012, 14:53)

Автор: rival 26.1.2012, 16:25

Автор: Enyby 26.1.2012, 16:30

Нужна статистика + быстрая отладка (Fast Debug) сразу после возникновения ошибки. Если ее сейчас нет, то ставьте обновленную версию, она сама снимет все что надо в момент возникновения ошибки. Пришлете все это сюда.
А так сказать что-то трудно.

Хотя, скорее всего, уже ошибки не будет, а будет повявлятся параметр "+NilUser". В этом случае тоже статитистику неплохо бы.

Автор: rival 26.1.2012, 23:36

Автор: Enyby 27.1.2012, 0:18

Все это выглядит похоже на подключение юзера в обход UserConnected.
Или на присутствии на хабе юзера, который не выводится в общем списке.
Или на отсылке запроса на подключения юзеру находящемуся на невнятной стадии подключения. Это, кстати, возможно если кого-то часто кидает.
А так все это похоже на мистику.

Новая версия 2.03.
Добавил обработку этого бага.

Кстати, совет тем, у кого большой хаб. Если происходит медленный вход, то это может стать причиной отваливания юзеров по таймауту и переопределением в пассив. Чтобы этого не происходило - увеличиваем таймаут соединения с 3 секунд до приемлимых значений, например, 10 секунд. В тоже время можно попробовать уменьшить интервал вызова главного цикла с 100 мс до 10 мс.
На винде сделать интервал меньше 10 мс не получится в принципе, так как все что меньше, будет приводится к 10 мс. Это особенности реализации таймеров C++ на винде.
На линуксовой птоке используется своя реализация таймеров, работающая из принимающего цикла, так что там может быть все что угодно, но на крупных хабах, хотя бы 10 мс задержки между вызовами получить будет нереально, будет больше. А все потому что пользователей много и все обычно что-то шлют.

Автор: Ameet 27.1.2012, 10:31

Enyby,
ты о local iCheckInterval = 100 -- интервал в миллисекундах между проверками: таймаута RCTM, соединения, опроса сокетов и обработки очереди?
здесь ставить 10 мс?

Автор: Enyby 27.1.2012, 10:33

Да.

Автор: Ameet 27.1.2012, 11:19

онлайн почти 1к, вечером жду 3к+ посмотрим что будет

Автор: rival 27.1.2012, 11:42

пробуй скрипт поставить выше/ниже других,и посмотри что будет, определяет пассив(принудительно),по факту - активный режим(я про себя) заходил
у тебя стоит скрипт который определяет страну и профиль пользователя в описании,весьма вероятная причина в работе этого скрипта

Автор: Enyby 27.1.2012, 12:04

Цитата(Ameet @ 27.1.2012, 10:19)

Цитата(Ameet @ 27.1.2012, 10:19)

Автор: Ameet 27.1.2012, 12:21

Цитата(Enyby @ 27.1.2012, 12:04)

Автор: rival 27.1.2012, 12:21

не успеваю обновлять

Автор: Ameet 27.1.2012, 12:31

Цитата(rival @ 27.1.2012, 11:42)

Автор: rival 27.1.2012, 12:33

вот теперь нормально определило

Автор: Enyby 27.1.2012, 12:45

Цитата(Ameet @ 27.1.2012, 11:21)

Автор: Ameet 27.1.2012, 12:52

Цитата(Enyby @ 27.1.2012, 12:45)

новая ошибка

FatalError: Unknown user in WaitCTM: July

Статистика для скрипта User Mode Fixer v2.04

Настройки:
sCmdPrefix = 'UMF'
bDetailedStats = true
bValidate = true
bFastDebug = true
iFastDebugHistory = 30
sDebugLog = nil
bFixMyINFO = true
iActionToInvalidIP = 1
iActionToInvalidNick = 1
iMaxPoolSize = 32
iCheckInterval = 100 мс
iSelectTimeout = 0 с
iTimeout = 600 с
iConnectTimeout = 3 с
Core.GetUsersCount() = 1225
#Core.GetOnlineUsers() = 1225

Статистика:
Время работы скрипта = 1841 с

MinMemoryUsage = 538
MemoryUsage = 1689
MaxMemoryUsage = 6232

MinWaitCTM = 1
WaitCTM = 10
MaxWaitCTM = 600

MinPassive = 1
Passive = 575
MaxPassive = 577

MinPoolSize = 0
PoolSize = 0
MaxPoolSize = 556

MinWaitConnect = 0
WaitConnect = 0
MaxWaitConnect = 556

MinForcedPassive = 1
ForcedPassive = 305
MaxForcedPassive = 390

MinInQueue = 0
InQueue = 2
MaxInQueue = 556

MinUsersCount = 1
UsersCount = 1228
MaxUsersCount = 1232

MinActive = 1
Active = 336
MaxActive = 337

Время сбора статистики = 1841 с

+Connect = 851 (0.46224877783813 в секунду или 1 за 2.1633372502938 секунд)
+BlockedRCTMBetweenPassive = 3 (0.0016295491580663 в секунду или 1 за 613.66666666667 секунд)
+TimeoutWaitCTM = 4 (0.002172732210755 в секунду или 1 за 460.25 секунд)
+FixedSearchIP = 35 (0.019011406844106 в секунду или 1 за 52.6 секунд)
+ConnectTimeout = 415 (0.22542096686583 в секунду или 1 за 4.4361445783133 секунд)
+SendFixedMyINFOs = 500 (0.27159152634438 в секунду или 1 за 3.682 секунд)
+FixedSearch = 2218 (1.2047800108637 в секунду или 1 за 0.83002705139766 секунд)
+BlockedRCTMToOffline = 10 (0.0054318305268876 в секунду или 1 за 184.1 секунд)
+FixedCTMIP = 321 (0.17436175991309 в секунду или 1 за 5.7352024922118 секунд)
+SendFixedMyINFO = 3504 (1.9033134166214 в секунду или 1 за 0.525399543379 секунд)
+BlockedCTMToPassive = 2267 (1.2313959804454 в секунду или 1 за 0.81208645787384 секунд)
+FixedCTM = 1296 (0.70396523628463 в секунду или 1 за 1.420524691358 секунд)
+ConnectedDuplicateUser = 15 (0.0081477457903313 в секунду или 1 за 122.73333333333 секунд)
+ChangedMyINFO = 19 (0.010320478001086 в секунду или 1 за 96.894736842105 секунд)
+ConnectDone = 436 (0.2368278109723 в секунду или 1 за 4.2224770642202 секунд)
+SendRCTM = 885 (0.48071700162955 в секунду или 1 за 2.0802259887006 секунд)

Статус:
#tClientSockets = 0
#tUsers = 1228
#tQueue = 2
#tQueueIndex = 2
#tForcedPassive = 305
#tWaitCTM = 10
#tClientConnect = 0
#tSocketNick = 0
#tFastDebugHistory = 30

HubVersion = 0.4.1.2
LuaVersion = Lua 5.1
OS = Windows_NT


FastDebug:
1. 93.79.93.32 vitalikzl true fixed MyINFO. from: $MyINFO $ALL vitalikzl [14]<FlylinkDC++ V:r404-beta4-x64,M:A,H:12/0/0,S:15>$ $100
$$15516121054$| to: $MyINFO $ALL vitalikzl [14]<FlylinkDC++ V:r404-beta4-x64,M:P,H:12/0/0,S:15>$ $100
$$15516121054$|
2. 93.79.17.249 anrey21 true fixed MyINFO. from: $MyINFO $ALL anrey21 [4]<GreylinkDC++ v:1.9.7,M:A,H:11/0/0,S:5>$ $0.005
$$0$| to: $MyINFO $ALL anrey21 [4]<GreylinkDC++ v:1.9.7,M:P,H:11/0/0,S:5>$ $0.005
$$0$|
3. 195.182.202.253 maxim-243-1985 true fixed MyINFO. from: $MyINFO $ALL maxim-243-1985 [11]skm<FlylinkDC++ V:r405,M:A,H:9/0/0,S:15>$ $100
$tatyana-23_85@mail.ru$129051343083$| to: $MyINFO $ALL maxim-243-1985 [11]skm<FlylinkDC++ V:r405,M:P,H:9/0/0,S:15>$ $100
$tatyana-23_85@mail.ru$129051343083$|
4. 95.28.229.226 Kella true fixed MyINFO. from: $MyINFO $ALL Kella <StrgDC++ V:2.42,M:A,H:4/12/0,S:16>$ $1000 $tnv81@bk.ru$48686624431$| to: $MyINFO $ALL Kella <StrgDC++ V:2.42,M:P,H:4/12/0,S:16>$ $1000 $tnv81@bk.ru$48686624431$|
5. 93.79.3.133 Den true fixed MyINFO. from: $MyINFO $ALL Den [13]<FlylinkDC++ V:r500,M:A,H:20/0/0,S:15>$ $0.005 $Denis_sumy@mail.ru$12718145970$| to: $MyINFO $ALL Den [13]<FlylinkDC++ V:r500,M:P,H:20/0/0,S:15>$ $0.005 $Denis_sumy@mail.ru$12718145970$|
6. 93.79.3.162 syrvachev true fixed MyINFO. from: $MyINFO $ALL syrvachev [14]<FlylinkDC++ V:r500,M:A,H:12/0/0,S:15>$ $50
$$38520574915$| to: $MyINFO $ALL syrvachev [14]<FlylinkDC++ V:r500,M:P,H:12/0/0,S:15>$ $50
$$38520574915$|
7. 93.79.30.220 oper24 true fixed MyINFO. from: $MyINFO $ALL oper24 [15]<FlylinkDC++ V:r404-beta4,M:A,H:10/0/0,S:15>$ $100
$$85873490362$| to: $MyINFO $ALL oper24 [15]<FlylinkDC++ V:r404-beta4,M:P,H:10/0/0,S:15>$ $100
$$85873490362$|
8. 93.79.12.52 mazafaka true fixed MyINFO. from: $MyINFO $ALL mazafaka [14]<FlylinkDC++ V:r500,M:A,H:12/0/0,S:15>$ $50 $$24532097701$| to: $MyINFO $ALL mazafaka [14]<FlylinkDC++ V:r500,M:P,H:12/0/0,S:15>$ $50 $$24532097701$|
9. 93.79.50.156 Женя true fixed MyINFO. from: $MyINFO $ALL Женя [1]<gl++ V:0.51,M:A,H:8/0/0,S:2>$ $0.005
$$218570416537$| to: $MyINFO $ALL Женя [1]<gl++ V:0.51,M:P,H:8/0/0,S:2>$ $0.005
$$218570416537$|
10. 93.79.74.66 senen4ik81 true fixed MyINFO. from: $MyINFO $ALL senen4ik81 [13]<FlylinkDC++ V:r500,M:A,H:12/0/0,S:15>$ $50
$:)$124237769817$| to: $MyINFO $ALL senen4ik81 [13]<FlylinkDC++ V:r500,M:P,H:12/0/0,S:15>$ $50
$:)$124237769817$|
11. 93.79.28.125 MeRkA-VoRiwKa true fixed MyINFO. from: $MyINFO $ALL MeRkA-VoRiwKa [23][L:300KB]<FlylinkDC++ V:r407,M:A,H:13/0/0,S:25,L:300>$ $100 $$19147851037$| to: $MyINFO $ALL MeRkA-VoRiwKa [23][L:300KB]<FlylinkDC++ V:r407,M:P,H:13/0/0,S:25,L:300>$ $100 $$19147851037$|
12. 2.95.242.234 mari18 true fixed MyINFO. from: $MyINFO $ALL mari18 [12]FlylinkDC для Beeline<FlylinkDC++ V:(r385),M:A,H:10/0/0,S:15>$ $100 $marina83mail@rambler.ru$65859875250$| to: $MyINFO $ALL mari18 [12]FlylinkDC для Beeline<FlylinkDC++ V:(r385),M:P,H:10/0/0,S:15>$ $100 $marina83mail@rambler.ru$65859875250$|
13. 93.79.42.54 HitsMars true fixed MyINFO. from: $MyINFO $ALL HitsMars [14]xp athlon<FlylinkDC++ V:(r402),M:A,H:14/0/0,S:15>$ $100
$$32638325654$| to: $MyINFO $ALL HitsMars [14]xp athlon<FlylinkDC++ V:(r402),M:P,H:14/0/0,S:15>$ $100
$$32638325654$|
14. 93.79.66.68 alexandr_sumy true fixed MyINFO. from: $MyINFO $ALL alexandr_sumy [13]<FlylinkDC++ V:r500,M:A,H:8/0/0,S:15>$ $50 $$22438094720$| to: $MyINFO $ALL alexandr_sumy [13]<FlylinkDC++ V:r500,M:P,H:8/0/0,S:15>$ $50 $$22438094720$|
15. 93.79.62.112 GTX true fixed MyINFO. from: $MyINFO $ALL GTX [14]<FlylinkDC++ V:(r402),M:A,H:8/0/0,S:15>$ $0.005
$$6758718054$| to: $MyINFO $ALL GTX [14]<FlylinkDC++ V:(r402),M:P,H:8/0/0,S:15>$ $0.005
$$6758718054$|
16. 178.165.71.36 sokolptiza67 true fixed MyINFO. from: $MyINFO $ALL sokolptiza67 <ApexDC++ V:1.5.1,M:A,H:11/0/0,S:5>$ $100$$131585122923$| to: $MyINFO $ALL sokolptiza67 <ApexDC++ V:1.5.1,M:P,H:11/0/0,S:5>$ $100$$131585122923$|
17. 93.79.84.2 Mr.Bazuka true fixed MyINFO. from: $MyINFO $ALL Mr.Bazuka [13]<FglinkDC V:2.03,M:A,H:11/0/0,S:15>$ $100!$$228308109015$| to: $MyINFO $ALL Mr.Bazuka [13]<FglinkDC V:2.03,M:P,H:11/0/0,S:15>$ $100!$$228308109015$|
18. 178.162.94.80 Alex_Nice true fixed MyINFO. from: $MyINFO $ALL Alex_Nice [3]<gl++ V:5.57,M:A,H:32/5/0,S:6>$ $100
$ $212599627564$| to: $MyINFO $ALL Alex_Nice [3]<gl++ V:5.57,M:P,H:32/5/0,S:6>$ $100
$ $212599627564$|
19. 93.81.11.159 [beeline]ВЕТИК true fixed MyINFO. from: $MyINFO $ALL [beeline]ВЕТИК <++ V:0.699,M:A,H:7/0/0,S:15>$ $50
$$26352804318$| to: $MyINFO $ALL [beeline]ВЕТИК <++ V:0.699,M:P,H:7/0/0,S:15>$ $50
$$26352804318$|
20. 95.170.183.252 boomer true fixed MyINFO. from: $MyINFO $ALL boomer [20]<FlylinkDC++ V:(r386),M:A,H:13/0/0,S:20>$ $0.005
$$19911036139$| to: $MyINFO $ALL boomer [20]<FlylinkDC++ V:(r386),M:P,H:13/0/0,S:20>$ $0.005
$$19911036139$|
21. 93.79.110.171 Diana777 false *disconnect user changed mode. from: table: 0A9B50F0 to: true $MyINFO $ALL Diana777 [15]<FlylinkDC++ V:r500,M:A,H:10/0/0,S:15>$ $50
$$10380719301$|
22. 93.79.110.171 Diana777 true Sended RCTM: $RevConnectToMe #[Barabashka] Diana777|
23. 94.198.217.161 snowkat true fixed MyINFO. from: $MyINFO $ALL snowkat [25]<FlylinkDC++ V:r407-x64,M:A,H:50/0/0,S:49>$ $100
$$270041100753$| to: $MyINFO $ALL snowkat [25]<FlylinkDC++ V:r407-x64,M:P,H:50/0/0,S:49>$ $100
$$270041100753$|
24. 93.79.90.4 SkRIPa4 true real disconnect
25. 93.79.110.171 Diana777 true Invalid IP in CTM: $ConnectToMe #[Barabashka] 93.79.4.22:1162|
26. 93.79.110.171 Diana777 true Added in queue
27. 93.79.22.112 Матадорик true Added in queue
28. 93.79.69.224 123409876 true Sended RCTM: $RevConnectToMe #[Barabashka] 123409876|
29. 93.79.69.224 123409876 true real connect
30. Text message: Unknown user in WaitCTM: July

Автор: Enyby 27.1.2012, 12:57

Попробуй выключить на время все другие скрипты и запустить этот. Если не будет вылетать, значит проблема в конфликте скриптов. Хоть ясность какая-то будет.

Скрипт не должен быть выше или ниже всех. Выше него не должно быть того, что будет перехватывать обработку подключений и прочего, а ниже - чтобы не нарушать последовательности. Например, если юзер вошел, то он должен выходить? Не правда ли? Но если ты в каком-то скрипте вызовыешь Core.Disconnect прямо в UserConnected, то UserDisconnected вызвано не будет, так как процедура входа еще не завершена. А все предыдущие скрипты будут думать, что юзер корректно вошел. И будут ждать его выхода. Естественно что не дождуться.

UPD:
Более того. Они будут получать nil вместо таблицы пользователя при вызове Core.GetUser(sNick). Вот эта ошибка у тебя и лезет.
Кстати, кроме тебя никто ее не прислал. Ни разу. Так что думаю дело в твоем наборе скриптов.

Автор: Ameet 27.1.2012, 13:13

Цитата(Enyby @ 27.1.2012, 12:57)

Автор: Enyby 27.1.2012, 13:23

Нет у меня настроения экзектура ворошить. Давай ты все отключишь и проверишь. так будет быстрее всего.
saver - у меня работает. Конфликтов нет.
CountryTag - он ниже - конфликтов нет, но я бы его вообще вырубил, поскольку мой скрипт перехватывает часть Тэгов. И будут одни со странами, а другие без.
Unreg block - это непонятно что. Код в студию. Скорее всего он и колбасит.

Автор: Damaks 27.1.2012, 13:24

Ameet, меня неверно переопределяет

Автор: Ameet 27.1.2012, 13:25

Цитата(Enyby @ 27.1.2012, 13:23)

Автор: rival 27.1.2012, 13:27

Автор: Ameet 27.1.2012, 13:28

Цитата(Damaks @ 27.1.2012, 13:24)

Автор: Enyby 27.1.2012, 13:35

Unreg block - все верно. Это не он.

Сейчас скрипт не работает? Захожу ничего не пишет и еще кидает с несовпадением адресов.

Автор: rival 27.1.2012, 13:40

Настройки:
sCmdPrefix = 'UMF'
bDetailedStats = true
bValidate = true
bFastDebug = true
iFastDebugHistory = 30
sDebugLog = nil
bFixMyINFO = true
iActionToInvalidIP = 1
iActionToInvalidNick = 1
iMaxPoolSize = 64
iCheckInterval = 20 мс
iSelectTimeout = 0 с
iTimeout = 60 с
iConnectTimeout = 10 с

пробуй поставить такие настройки,у меня примерно такой же онлайн юзеров,что и у тебя,работает нормально

Автор: Enyby 27.1.2012, 13:44

О. Я еще артефакт углядел в статистике:

Автор: Ameet 27.1.2012, 13:48

Цитата(rival @ 27.1.2012, 13:40)

Автор: Damaks 27.1.2012, 13:56

Цитата(Ameet @ 27.1.2012, 14:28)

Автор: Enyby 27.1.2012, 13:59

Damaks,
[12:57:44] <СолнышкО> Ваш IP: *.*.*.* Ваш режим: пассив (принудительно).
Верно.
[12:58:15] <СолнышкО> Ваш IP: *.*.*.* Ваш режим: актив.
Тоже верно.

Два клиента с разными настройками.

Автор: Ameet 27.1.2012, 14:22

так походу дело в екзоураторе, как мне быть как решить проблему что бы и бот работал и данный скрипт, какие есть соображения?

Автор: Enyby 27.1.2012, 14:24

Ждать новую версию. Сегодня постараюсь выпустить.

Автор: Ameet 27.1.2012, 14:26

Цитата(Enyby @ 27.1.2012, 14:24)

Ждать новую версию. Сегодня постараюсь выпустить.

Автор: Enyby 27.1.2012, 19:48

Новая версия 2.05.
По идее должна быть совместимость с экзекутором. А на деле - черт его знает.

Автор: LoT 28.1.2012, 15:30

Встретилась проблема неожиданно. Первый раз я списал на случайность (всякое бывает), глюк был сразу же при запуске скрипта.
Второй раз вот сегодня, спустя более трех дней работы.

Грешу на фичу изменения тэга, т.к. первый раз затык был на новой версии скрипта, где была реализована подобная функция (1.11, если не ошибаюсь), сейчас вот - 2.01.

Трабл заключается в том, что совершенно неожиданно хаб зависает (даже через консоль не отвечает). Соединние пользователя доходит до статуса "Соединен", и на этом все замерает.

Вот статистика хаба, примерно, за два часа до зависания:

Автор: AfLc 28.1.2012, 18:15

Может виноват скрипт экзекутор?Из-за него уже проблемка была , выше .Попробовать скачать версию 2.05.

Автор: Enyby 28.1.2012, 22:53

LoT, пришли сюда последние 100 строк перед зависанием. Если во время зависания что-то писало - добавь эти строки и укажи где они.
Насчет экзекутора тебе уже сказали - совместимость с ним появилось только в версии 2.05.
А что зависает это очень странно. С сетью в это время ничего не происходило странного?
А так идей особых нет. Где-то скрипт зациклился. Или может в птоке что-то упало. Но последнее крайне маловероятно.

Автор: LoT 29.1.2012, 19:02

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

Автор: Enyby 30.1.2012, 10:45

Сложно сказать. Причин я не вижу. В логе ничего особого нет. Может быть это из-за отладки в файл, коллапс и произошел. Дисковые операции не самые быстрые. Именно по этой причине я перешел на быструю отладку.

Автор: LoT 30.1.2012, 20:03

Ок, прикручу, наверно, на днях версию 2.05. Потестим с ней. Ибо скрипт полезный, не хочется отказываться)

Автор: Sergey613 8.10.2012, 14:24

Синтаксис [string "--[[#######################################..."]:153: attempt to index global 'SetMan' (a nil value)

Автор: Enyby 11.10.2012, 16:41

Какая версия скрипта? Какая версия птоки?

Автор: Alexey 11.10.2012, 16:53

Лучше спроси, был ли включен хаб при запуске скрипта?

Автор: dj hoodo 13.10.2012, 1:35

Ubuntu 10.10 PtokaX DC Hub 0.4.1.2
мои действия: скачал скрипт из шапки 2.05.
закинул в папку скрипты хаба.
зашел на хаб через PXControl и включил скрипт.
симптомы: захожу клиентом на хаб,
[00:24:26] *** Соединение с dchub://dj-hoodo.triolan.com.ua...
[00:24:26] *** Соединён.
и все ждал минут 5 ] *** Пароль послан
еще через 3 минуты пускает на хаб, но никаких сообщений о режимах нет.
В меню хаба есть менюшка скрипта, но на действия ответа нет...
Пытаюсь вырубить скрипт из клиента, ответа нет, сообщения в чат не проходят (видать хаб висит)
через PXControl вырубить тоже нельзя, он тоже висит. рестарт хаба не помог, пришлось вынуть скрипт из папки и ребутать сервер.
Где посмотреть статистику скрипта, чтоб увидить что произошло?
в логах скриптов ничего такого нет

Автор: Артём 13.10.2012, 9:48

Цитата(dj hoodo @ 13.10.2012, 1:35)

симптомы: захожу клиентом на хаб,
[00:24:26] *** Соединение с ...
[00:24:26] *** Соединён.
и все ждал минут 5 ] *** Пароль послан
еще через 3 минуты пускает на хаб, но никаких сообщений о режимах нет.
В меню хаба есть менюшка скрипта, но на действия ответа нет...
Пытаюсь вырубить скрипт из клиента, ответа нет, сообщения в чат не проходят (видать хаб висит)
через PXControl вырубить тоже нельзя, он тоже висит. рестарт хаба не помог, пришлось вынуть скрипт из папки и ребутать сервер.
Где посмотреть статистику скрипта, чтоб увидить что произошло?
в логах скриптов ничего такого нет

Автор: dj hoodo 13.10.2012, 9:54

у меня в момент испытания было 400+юзеров. мож ему PXControl не нравится? кто пробывал?

Автор: Sergey613 13.10.2012, 10:50

Цитата(Enyby @ 11.10.2012, 17:41)

Автор: Артём 14.10.2012, 0:32

Цитата(dj hoodo @ 13.10.2012, 9:54)

Автор: Enyby 14.10.2012, 13:14

В линуксе попробуйте покрутить параметр

Автор: KCAHDEP 6.1.2013, 12:04

Цитата(Артём @ 13.10.2012, 10:48)

Автор: Bearserk 9.1.2013, 21:40

Скрипт проверен на ХАБе при 10000+ юзеров.
Жрёт очень много памяти, благо железо мощное (проц двухъядерный, 4 гига оперативы, инет 100 Мбит, локалка гиг, Ptokax 0.5.0.0). До запуска скрипта процессор использовался на 20-30%, при скрипте 60-70%.
Порядка 4000 юзеров отвалилось в первые 30 сек., половина списков файлов перестали открываться, ЧАТ стал тормозить до 10-ти сек, личка до 5-ти сек.

Автор: MIKHAIL 13.1.2013, 21:30

Имею: PtokaX v0.4.0.0, UMF v2.05.
При старте скрипта пишет:

[21:22] Syntax UserModeFixer_v2.05.lua:283: attempt to call field 'GetScript' (a nil value)
[21:22] Syntax UserModeFixer_v2.05.lua:283: attempt to call field 'GetScript' (a nil value)

При рефреше скрипт втягивается в работу. Меню для ОПа нет.


Подскажите, как решить проблему для PtokaX v0.4.0.0 (на PtokaX v0.4.1.2 всё ОК).

Автор: Alexey 13.1.2013, 23:40

Скрипт использует функцию ScriptMan.GetScript, которая появилась в PtokaX только с версии 0.4.1.0.
Обнови птоку.

Автор: Yamakasi 17.6.2015, 2:01

привет, не пашет скрипт(((
на PtokaX 0.5.0.3 with Lua 5.3.0 Win64 GUI
стоит UserModeFixer_v2.05.lua
кто даст решение?

Автор: Setup 14.9.2015, 4:41

Есть возможность добавить исключения в данный скрипт? То есть, диапазоны IP или ники пользователей, которых скрипт не будет обрабатывать.
Для чего это нужно? Сижу рядом с хабом в одной локалке, на хаб прокинуты одни порты, мне другие. И моё соединение скрипт тоже исправляет, присваивая мне локальный IP вместо внешнего, и в итоге я на своём хабе только не могу качать.))
Спасибо за понимание.

Автор: Tsd 24.9.2016, 12:30

Цитата(Setup @ 14.9.2015, 4:41)