forum.opennet.ru - "BAD request " (5)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"BAD request "

Форум Маршрутизаторы CISCO и др. оборудование. (Разное)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"BAD request "	+/–
Сообщение от Ilya (??) on 29-Мрт-13, 13:39
На клиенте установлен linux, работает приложение которое работает с сервером по протоколу http на нестандартному порту. Периодически приложение выдает что "не может соединиться с сервером". На порту коммутатора Cisco 3560 и на контроллере ошибок нет. Никакие файерволы и acl трафик точно не блокируют. Собрал дамп трафика, после анализа wireshark'ом вижу, что в момент сбоя - клиент получает ответ от сервера BAD REQUEST [400], а перед этим много "tcp retransmission" и "tcp dup ack". Вопрос - это проблема прикладного уровня или все же, где то проблема на более низком(сетевом/транспортном) уровне
Ответить \| Правка \| Cообщить модератору

Оглавление

BAD request , Merridius, 14:52 , 29-Мрт-13, (1)

BAD request , Ilya, 12:06 , 01-Апр-13, (2)

BAD request , Merridius, 12:56 , 01-Апр-13, (3)

BAD request , 555, 14:27 , 01-Апр-13, (4)

BAD request , Ilya, 12:14 , 04-Апр-13, (5)

Сообщения по теме [Сортировка по времени | RSS]

1. "BAD request " +/–

Сообщение от Merridius (ok) on 29-Мрт-13, 14:52

> На клиенте установлен linux, работает приложение которое работает с сервером по протоколу
> http на нестандартному порту. Периодически приложение выдает что "не может соединиться
> с сервером". На порту коммутатора Cisco 3560 и на контроллере ошибок
> нет. Никакие файерволы и acl трафик точно не блокируют.
> Собрал дамп трафика, после анализа wireshark'ом вижу, что в момент сбоя -
> клиент получает ответ от сервера BAD REQUEST [400], а перед этим
> много "tcp retransmission" и "tcp dup ack".
> Вопрос - это проблема прикладного уровня или все же, где то проблема
> на более низком(сетевом/транспортном) уровне
А если выключить SACK?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "BAD request " +/–

Сообщение от Ilya (??) on 01-Апр-13, 12:06

> А если выключить SACK?
TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам от клиента на сервер придет битый запрос, который сервер и посчитает некорректным и ответит BAD request?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "BAD request " +/–

Сообщение от Merridius (ok) on 01-Апр-13, 12:56

>> А если выключить SACK?
> TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам
> от клиента на сервер придет битый запрос, который сервер и посчитает
> некорректным и ответит BAD request?
Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети.
Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK.
Про Dup ACK и SACK можно почитать например здесь:
http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowl...

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "BAD request " +/–

Сообщение от 555 (??) on 01-Апр-13, 14:27

>>> А если выключить SACK?
>> TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам
>> от клиента на сервер придет битый запрос, который сервер и посчитает
>> некорректным и ответит BAD request?
> Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети.
> Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK.
> Про Dup ACK и SACK можно почитать например здесь:
> http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowl.../
спасибо почитаю.
ссылка у меня не работает "404 Not Found"

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "BAD request " +/–

Сообщение от Ilya (??) on 04-Апр-13, 12:14

>>>> А если выключить SACK?
>>> TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам
>>> от клиента на сервер придет битый запрос, который сервер и посчитает
>>> некорректным и ответит BAD request?
>> Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети.
>> Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK.
>> Про Dup ACK и SACK можно почитать например здесь:
>> http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowl.../
> спасибо почитаю.
> ссылка у меня не работает "404 Not Found"
ссылка заработала, почитал, спасибо.
Отключил эту опцию TCP вот уже сутки ошибок не наблюдаю, спасибо, думаю в этом и была проблема.
Кстати сервер Win2003, там SACK включена. Видимо не договариваются.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "BAD request "	+/–
Сообщение от Merridius (ok) on 29-Мрт-13, 14:52
> На клиенте установлен linux, работает приложение которое работает с сервером по протоколу > http на нестандартному порту. Периодически приложение выдает что "не может соединиться > с сервером". На порту коммутатора Cisco 3560 и на контроллере ошибок > нет. Никакие файерволы и acl трафик точно не блокируют. > Собрал дамп трафика, после анализа wireshark'ом вижу, что в момент сбоя - > клиент получает ответ от сервера BAD REQUEST [400], а перед этим > много "tcp retransmission" и "tcp dup ack". > Вопрос - это проблема прикладного уровня или все же, где то проблема > на более низком(сетевом/транспортном) уровне А если выключить SACK?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "BAD request "	+/–
	Сообщение от Ilya (??) on 01-Апр-13, 12:06
	> А если выключить SACK? TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам от клиента на сервер придет битый запрос, который сервер и посчитает некорректным и ответит BAD request?
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "BAD request "	+/–
	Сообщение от Merridius (ok) on 01-Апр-13, 12:56
	>> А если выключить SACK? > TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам > от клиента на сервер придет битый запрос, который сервер и посчитает > некорректным и ответит BAD request? Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети. Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK. Про Dup ACK и SACK можно почитать например здесь: http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowl...
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "BAD request "	+/–
	Сообщение от 555 (??) on 01-Апр-13, 14:27
	>>> А если выключить SACK? >> TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам >> от клиента на сервер придет битый запрос, который сервер и посчитает >> некорректным и ответит BAD request? > Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети. > Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK. > Про Dup ACK и SACK можно почитать например здесь: > http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowl.../ спасибо почитаю. ссылка у меня не работает "404 Not Found"
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "BAD request "	+/–
	Сообщение от Ilya (??) on 04-Апр-13, 12:14
	>>>> А если выключить SACK? >>> TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам >>> от клиента на сервер придет битый запрос, который сервер и посчитает >>> некорректным и ответит BAD request? >> Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети. >> Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK. >> Про Dup ACK и SACK можно почитать например здесь: >> http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowl.../ > спасибо почитаю. > ссылка у меня не работает "404 Not Found" ссылка заработала, почитал, спасибо. Отключил эту опцию TCP вот уже сутки ошибок не наблюдаю, спасибо, думаю в этом и была проблема. Кстати сервер Win2003, там SACK включена. Видимо не договариваются.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору