ping в разных условиях

[xapu3ma]

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

Да и сами игроки сидят на упсе, пике и хопе. Остальное так, чисто для массовки )

 

[Rosylik]

пике и хопе.

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

 

[xapu3ma]

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

а за счёт чего онлайн собирается?

 

[Rosylik]

а за счёт чего онлайн собирается?

Сарафан, плюс своя база собранная за 5-6 лет

 

[Роман]

Ребят, кто-нибудь может подсказать, как мне от сервера пинговать клиентов и проверять?
И еще вопрос - как думаете, настройки АктивАнтичита могут влиять на пинг игроков?

 

[Deazer]

Ребят, кто-нибудь может подсказать, как мне от сервера пинговать клиентов и проверять?
И еще вопрос - как думаете, настройки АктивАнтичита могут влиять на пинг игроков?

Так уже ответил, берешь IP клиента и пингуешь с СЕРВЕРА! Прямо заходишь на сервак и пингуешь.
Вместо 8.8.8.8 ставишь IP клиента. Первое это на Win OS, второе это Linux.
Помимо этого можешь еще проверять саму трассу, насколько адекватный маршрут и сколько узлов проходит до клиента.


Вас что покусали люди с IQ ниже 100, я вообще не пойму что с вами последнее время происходит.

 

[Роман]

Вас что покусали люди с IQ ниже 100, я вообще не пойму что с вами последнее время происходит.

Благодарю, попробую.
Я ранее подобного не делал, от этого и возникают различного рода вопросы, которые для некоторых могут показаться глупыми.
Мне еще предстоит понять, что делать с той информацией, которую выдаст эта процедура.

 

[Роман]

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

 

[FORD]

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

Ты что-то делаешь не то. Боты они и есть боты, они не подключаются через интернет. Они фантомы, которые заходят ( грубо говоря) локально. Это может влиять только на фпс.
Ты либо не то делаешь, либо не то проверяешь. Лагает у всего сервера когда все вместе собираются или же точечно ?
Есть ли ограничение пропуска у твоих прокси *?
Ты проверил пинги к серверу и от него ? вот даже командами что дизер дал выше. ты сделал это ?
какой результат ?

 

[Роман]

Ты что-то делаешь не то. Боты они и есть боты, они не подключаются через интернет. Они фантомы, которые заходят ( грубо говоря) локально. Это может влиять только на фпс.
Ты либо не то делаешь, либо не то проверяешь. Лагает у всего сервера когда все вместе собираются или же точечно ?
Есть ли ограничение пропуска у твоих прокси *?
Ты проверил пинги к серверу и от него ? вот даже командами что дизер дал выше. ты сделал это ?
какой результат ?

1. Боты ведь записывают действия Игроков, возможно это создаёт доп. нагрузку на базу, это лишь одно из предположений, которое, по моему мнению, имеет место быть.
2. Лагает у всего сервера в месте скопления игроков. Точнее - растёт пинг, чувствуется увеличение задержки отклика между пользователем и сервером.
3. Есть ли ограничение пропуска у прокси - не уверен, полагаю, это оно?

Spoiler

4. Стоит отметить, что пинг растёт и на мейн сервере, не только на прокси.
5. Пинг проверил, но это мне мало о чем сказало, я еще не полноценно изучил эти инструменты, чтобы делать какие то выводы.

Какие то IP пингует, какие-то нет.

Spoiler

PING 70.74.101.241 (70.74.101.241) 56(84) bytes of data.
64 bytes from 70.74.101.241: icmp_seq=1 ttl=49 time=188 ms
64 bytes from 70.74.101.241: icmp_seq=2 ttl=49 time=187 ms
64 bytes from 70.74.101.241: icmp_seq=3 ttl=49 time=188 ms
64 bytes from 70.74.101.241: icmp_seq=4 ttl=49 time=188 ms
64 bytes from 70.74.101.241: icmp_seq=5 ttl=49 time=187 ms
64 bytes from 70.74.101.241: icmp_seq=6 ttl=49 time=187 ms
64 bytes from 70.74.101.241: icmp_seq=7 ttl=49 time=187 ms
64 bytes from 70.74.101.241: icmp_seq=8 ttl=49 time=187 ms
64 bytes from 70.74.101.241: icmp_seq=9 ttl=49 time=188 ms
64 bytes from 70.74.101.241: icmp_seq=10 ttl=49 time=188 ms
64 bytes from 70.74.101.241: icmp_seq=11 ttl=49 time=188 ms
64 bytes from 70.74.101.241: icmp_seq=12 ttl=49 time=187 ms
--- 70.74.101.241 ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11004ms
rtt min/avg/max/mdev = 186.681/187.520/188.117/0.359 ms

Spoiler

PING 13.42.178.134 (13.42.178.134) 56(84) bytes of data.
64 bytes from 13.42.178.134: icmp_seq=1 ttl=47 time=53.5 ms
64 bytes from 13.42.178.134: icmp_seq=2 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=3 ttl=47 time=53.1 ms
64 bytes from 13.42.178.134: icmp_seq=4 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=5 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=6 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=7 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=8 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=9 ttl=47 time=53.1 ms
64 bytes from 13.42.178.134: icmp_seq=10 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=11 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=12 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=13 ttl=47 time=53.3 ms
64 bytes from 13.42.178.134: icmp_seq=14 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=15 ttl=47 time=53.1 ms
64 bytes from 13.42.178.134: icmp_seq=16 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=17 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=18 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=19 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=20 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=21 ttl=47 time=53.1 ms
64 bytes from 13.42.178.134: icmp_seq=22 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=23 ttl=47 time=53.3 ms
64 bytes from 13.42.178.134: icmp_seq=24 ttl=47 time=53.1 ms
64 bytes from 13.42.178.134: icmp_seq=25 ttl=47 time=53.1 ms
64 bytes from 13.42.178.134: icmp_seq=26 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=27 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=28 ttl=47 time=53.3 ms
64 bytes from 13.42.178.134: icmp_seq=29 ttl=47 time=53.2 ms
64 bytes from 13.42.178.134: icmp_seq=30 ttl=47 time=53.1 ms
--- 13.42.178.134 ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 29035ms
rtt min/avg/max/mdev = 53.116/53.196/53.546/0.080 ms

Spoiler

PING 185.46.51.114 (185.46.51.114) 56(84) bytes of data.
--- 185.46.51.114 ping statistics ---
13 packets transmitted, 0 received, 100% packet loss, time 12288ms

 

[Роман]

В процессе мониторинга ресурсов машины обратил внимание, что параметр CPU может периодически подниматься до 60-90% в рамках строки "mysql".
Значит-ли это, что у меня какая-то проблема с базой данных или это нормальное явление?


В mysql error log вот такие строки:

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

Что касаемо остальных ошибок, ИИ даёт вот такой ответ:

 

[localhost]

ну базе твоей очень плохо

 

[FORD]

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

Это отдельный вопрос.
Твою базу пытаються брутить через пользователя root / просто боты подбирают пароли. Короче брут, потому база и нагружается.
Решение: Ограничить доступ к базе данных для пользователя по ip /
Если сайт и сервер на одной тачке, тогда вообще закрыть базе выход в интернет! Подключить через 127,0,0,1
Если сайт на впс, то можно их связать через впn. И так же прописать типо локальный доступ.
Если сайт с динам ip, то уже сложнее...
Вот из-за это хрени могут возникать лаги у всего сервера.

 

[xapu3ma]

Прям все интереснее становится а эту тему заходить ))))

 

[Роман]

Это отдельный вопрос.
Твою базу пытаються брутить через пользователя root / просто боты подбирают пароли. Короче брут, потому база и нагружается.
Решение: Ограничить доступ к базе данных для пользователя по ip /
Если сайт и сервер на одной тачке, тогда вообще закрыть базе выход в интернет! Подключить через 127,0,0,1
Если сайт на впс, то можно их связать через впn. И так же прописать типо локальный доступ.
Если сайт с динам ip, то уже сложнее...
Вот из-за это хрени могут возникать лаги у всего сервера.

Понял принял, благодарю!

 

[Rosylik]

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

Да и врятли это вообще влияет на пинг твой и твои задержки в местах скопления.

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