KJack 35 Posted 2012-01-04 23:28:35 Share Posted 2012-01-04 23:28:35 Вот, собственно такая проблема. Начали клиенты звонить по вечерам, ошибка 651 (вин 7), ошибка 676 (вин хр). Проблема 100% не у них. Если сидит в он-лайне 93 юзера, то у любого 94-го будет такая ошибка. Запрос на соединение к серверу не доходит. Подскажите, плиз, где искать? Link to post Share on other sites
spaul 69 Posted 2012-01-05 03:45:47 Share Posted 2012-01-05 03:45:47 С чего вы взяли, что именно "не доходит запрос"? PADI ведь широковещательный, если он не доходит - значит обрезан кабель =))) Link to post Share on other sites
ua.feldsher 6 Posted 2012-01-05 04:57:29 Share Posted 2012-01-05 04:57:29 Почитай здесь.... http://nastroisam.ru...ka-676-na-adsl/ Была подобная проблема. Решение - лечение вирусов... Link to post Share on other sites
Kucher2 122 Posted 2012-01-05 08:03:13 Share Posted 2012-01-05 08:03:13 Зафлужена сеть? Стать со снифером каким-то на проблемном участке и поглядеть что там творится. Может железка какая-то не справляется или тупит, "борясь" с внезапно возросшим числом запросов, как с DDOS. tcpdump неплохо бы заюзать на самом сервере в такие моменты. Вообще такое де-то проходили уже. Скорее всего глобальное заражение юзеров вируснёй, отсюда и проблемы. Сеть небось на "мыльницах"? Но другие варианты тоже желательно проверить. Link to post Share on other sites
KJack 35 Posted 2012-01-05 09:34:45 Author Share Posted 2012-01-05 09:34:45 Вот так, собственно, организована сеть. Абонентский коммутатор (временно выполняющий роль агрегатора) http://ipcom.ua/index.php?option=com_content&view=article&id=486&Itemid=416 имеет 48 Гига портов сфп там где жёлтое облако - эта проблема существует на 100%, 94-й юзер уже не подключится. там где голубое - ещё неизвестно, есть ли там такая проблема. ЗЫ на цетральном коммутаторе связаны 2 порта транком которые смотрят на сервер, и на другие 2 порта установлен высокий приоритет по трафику для балансировки нагрузки. все остальные настройки по умолчанию. Link to post Share on other sites
KJack 35 Posted 2012-01-05 18:29:33 Author Share Posted 2012-01-05 18:29:33 уже определено, что проблема распространяется на оба сегмента сети. зы биллинг на убунту сервер, фринибс Link to post Share on other sites
KaYot 3,735 Posted 2012-01-05 18:43:30 Share Posted 2012-01-05 18:43:30 А почему бы не поглядеть в логи ppp сервера? У нас правда подобные грабли начинались после ~700 коннектов, система упиралась в 1024 user proc и решилось все правкой лимитов. Link to post Share on other sites
KJack 35 Posted 2012-01-06 19:30:30 Author Share Posted 2012-01-06 19:30:30 это может происходить из-за того, что исчерпан диапазон свободных белых IP? Link to post Share on other sites
Kucher2 122 Posted 2012-01-07 09:52:58 Share Posted 2012-01-07 09:52:58 Странный вопрос. Это Вы должны видеть по логам. Посмотрите логи, Вам же подсказали. Авось там и правда банальность какая-то. Link to post Share on other sites
lan_info 2 Posted 2012-06-10 11:01:30 Share Posted 2012-06-10 11:01:30 уже определено, что проблема распространяется на оба сегмента сети. зы биллинг на убунту сервер, фринибс Так а в чем была проблема? Link to post Share on other sites
lan_info 2 Posted 2012-06-12 09:37:04 Share Posted 2012-06-12 09:37:04 Подобная пробема! Как Вы разобрались в ней? Link to post Share on other sites
KJack 35 Posted 2013-09-06 14:38:53 Author Share Posted 2013-09-06 14:38:53 закончились белые ип((( пришлось поднимать нат Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now