На моей памяти порядка 100 раз, когда клиенты (физ.лица) путали порты LAN и WAN и в итоге раздавали со своего шлюза другим физикам, при этом другие физики жаловались на скорость ))
PS. Это было в самом начале, до установки управляемых коммутаторов, потом уже таких проблем просто не могло быть из-за сегментации по портам.
hint000, на картинке указан ip: 192.168.0.50 с маской 24,
при этом DHCP у него 113.0.168.1, т.е. он находится в другой подсети, и как он мог ему выдать ip из другой подсети, это..
Дмитрий Трейсеров, Вы не ответили на мой вопрос.
Что у Вас за шлюз и какой тип соединения у провайдера, насколько я помню у них вроде PPPoE (точно не помню, сам не пользовался).
DHCP у вас должен шлюз раздавать? Пробовали его выключать от коммутатора, возможно у вас второй DHCP сервер внутри локалки находится.
Что у Вас за топология сети? шлюз--коммутатор--пользователи?
hint000, пишите бред!
Я не утверждал, что он должен пинговаться, но если ip-адрес уже известен, то возможно он пингуется.
Ну и что, что что 10 одинаковых ip адресов в одной сети? Это они нормально работать не будут, а найти виновника можно!
Причем тут провайдеры, я говорю, что территориально можно найти от куда ноги растут, тут важно ориентироваться в своей сети, а не по провайдерам бегать. Под городом я имел ввиду, что масштаб значения не имеет!
PS. У меня был 10 летний опыт в "провайдерстве" так что теорию я знаю.
Дмитрий Трейсеров, не проблема показывай.
Тем более если ip, у DHCP известен, то он еще и пинговаться должен.
А далее вытыкаешь кабель из коммутатора и ищешь "нарушителя", если коммутаторы управляемые, то еще проще, можно проверять прям на коммутаторе.
Найдешь нарушителя, дальше все поймешь.
Не важно где находится нарушитель, можно в любой точке города найти.
Ну если можно, то не проблема, включаем и увеличиваем кеш:
opcache.enable=1
opcache.memory_consumption=128 # Размер общей памяти, используемой OPcache, в мегабайтах.
opcache.interned_strings_buffer=8 # Объем памяти, используемой для хранения внутренних строк, в мегабайтах.
opcache.max_accelerated_files=8000 # Максимальное количество ключей (и, следовательно, сценариев) в хэш-таблице OPcache.
opcache.validate_timestamps=1 # Активирует опцию opcache.revalidate_freq
opcache.revalidate_freq=2 # Через сколько секуед проверяет обновление скрипта
а есть доступ к настройке nginx? тогда можно настроить более грамотно
Нет, не думаю! Знаю что в этом плане все нормально, тем более я взял тестовые сервера у разных компаний, правда по одному и все работает отлично.
Если у Вас есть ip-адреса прокси, которые работают можете написать мне я проверю. Если Вы также живете в РФ, и у Вас работает, а у меня нет, то буду уже думать, а пока что, все что есть из халявного - это все не работает. Также я заплатил на сайте kupit-proxy.ru и мне не дали не одного рабочего из вроде бы 70-ти адресов.
Да я проживаю в РФ и заблокированы не многие, а все. По крайней мере я 5-10 часов назад брал списки и они все отбраковывались, не прошел не один ip. Не socks5, не socks4 и не http. Поэтому я написал сюда.
сделайте защиту, к примеру с помощью js вставляйте hidden поле в форму поиска, и при submit проверяйте, а есть ли это поле, если нет, то игнорьте запрос
PS. Это было в самом начале, до установки управляемых коммутаторов, потом уже таких проблем просто не могло быть из-за сегментации по портам.