LINUX.ORG.RU
Форум — Linux-org-ru  

Странности при ответах и постинге

 


0

2

С утра что-то странное происходит. То не ответить, то не создать пост.

Либо говорит, что «ошибка выполнения запроса, попробуйте позже», то браузер говорит, что не может выполнить защищенное подключение.

Qrator глючит или isp что-то химичит ?

★★★★★

Последнее исправление: vel (всего исправлений: 1)
← Показ времени создания треда в заголовке в трекере
ПВИМ →
Ответ на: комментарий от StReLoK

Вообще очень странная ситуация. Коннект устанавливается, идет обмен данными (ssl-коннект), потом 5 секунд пауза и приходит tcp reset. Только на POST! GET работает на без проблем. 

11:55:59.826096 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [S], seq 1434950311, win 29200, options [mss 1460,sackOK,TS val 3636813866 ecr 0,nop,wscale 7], length 0
11:55:59.848016 IP 178.248.233.6.443 > xxx.xxx.xxx.242.46560: Flags [S.], seq 2293087922, ack 1434950312, win 5792, options [mss 1460,sackOK,TS val 4225766295 ecr 3636813866,nop,wscale 9], length 0
11:55:59.848059 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], ack 1, win 229, options [nop,nop,TS val 3636813888 ecr 4225766295], length 0
11:55:59.848205 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [P.], seq 1:518, ack 1, win 229, options [nop,nop,TS val 3636813888 ecr 4225766295], length 517
11:55:59.869662 IP 178.248.233.6.443 > xxx.xxx.xxx.242.46560: Flags [.], ack 518, win 60, options [nop,nop,TS val 4225766371 ecr 3636813888], length 0
11:55:59.870113 IP 178.248.233.6.443 > xxx.xxx.xxx.242.46560: Flags [P.], seq 1:138, ack 518, win 60, options [nop,nop,TS val 4225766372 ecr 3636813888], length 137
11:55:59.870137 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], ack 138, win 237, options [nop,nop,TS val 3636813910 ecr 4225766372], length 0
11:55:59.870366 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [P.], seq 518:569, ack 138, win 237, options [nop,nop,TS val 3636813910 ecr 4225766372], length 51
11:55:59.870558 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], seq 569:2017, ack 138, win 237, options [nop,nop,TS val 3636813911 ecr 4225766372], length 1448
11:55:59.870576 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [P.], seq 2017:2819, ack 138, win 237, options [nop,nop,TS val 3636813911 ecr 4225766372], length 802
11:55:59.892144 IP 178.248.233.6.443 > xxx.xxx.xxx.242.46560: Flags [.], ack 569, win 63, options [nop,nop,TS val 4225766394 ecr 3636813910,nop,nop,sack 1 {2017:2819}], length 0
11:55:59.897558 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], seq 569:2017, ack 138, win 237, options [nop,nop,TS val 3636813938 ecr 4225766394], length 1448
11:56:00.119596 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], seq 569:2017, ack 138, win 237, options [nop,nop,TS val 3636814160 ecr 4225766394], length 1448
11:56:00.564578 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], seq 569:2017, ack 138, win 237, options [nop,nop,TS val 3636814605 ecr 4225766394], length 1448
11:56:01.455594 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], seq 569:2017, ack 138, win 237, options [nop,nop,TS val 3636815496 ecr 4225766394], length 1448
11:56:03.235593 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [.], seq 569:2017, ack 138, win 237, options [nop,nop,TS val 3636817276 ecr 4225766394], length 1448
11:56:04.869698 IP 178.248.233.6.443 > xxx.xxx.xxx.242.46560: Flags [P.], seq 138:169, ack 569, win 63, options [nop,nop,TS val 4225771372 ecr 3636813910,nop,nop,sack 1 {2017:2819}], length 31
11:56:04.869733 IP 178.248.233.6.443 > xxx.xxx.xxx.242.46560: Flags [F.], seq 169, ack 569, win 63, options [nop,nop,TS val 4225771372 ecr 3636813910,nop,nop,sack 1 {2017:2819}], length 0
11:56:04.869895 IP xxx.xxx.xxx.242.46560 > 178.248.233.6.443: Flags [F.], seq 2819, ack 170, win 237, options [nop,nop,TS val 3636818910 ecr 4225771372], length 0
11:56:04.891122 IP 178.248.233.6.443 > xxx.xxx.xxx.242.46560: Flags [R], seq 2293088092, win 0, length 0

vel ★★★★★
() автор топика
Последнее исправление: vel (всего исправлений: 1)
Ответ на: комментарий от StReLoK

Не знаю. Смена провайдера (блока адресов) проблему решила.

Смущает то, что проблема была только с методом POST, а метод можно определить только после установления ssl-соединения. Если бы это был mitm, то он бы был везде, независимо от метода.

Вот и возникает вопрос - а не qrator ли это вмешивается ?

vel ★★★★★
() автор топика
Последнее исправление: vel (всего исправлений: 1)

Стала происходить такая же фигня. Причём похоже, что зависит от длины запроса. Короткие сообщения отправляются в основном нормально, а отредактированная новость, например, раза с 16-го (sic!). Уже минут пять вот пытаюсь новость про Эльбрусы откорретировать в непроверенных.

Psych218 ★★★★★
()
Последнее исправление: Psych218 (всего исправлений: 2)
Ответ на: комментарий от Psych218

Так в итоге и не смог. Пока не буду заниматься корректорством, ибо это нереально в связи с этой проблемой.

vel, как решил в итоге? Поподробнее, если можно.

Psych218 ★★★★★
()
Ответ на: комментарий от Psych218

Ага, я тоже смог запостить короткий ответ, а потом не мог его отредактировать.

Странная проблема. Она зависит от ip-сети, т.к. смена провайдера проблему решила, а смена адреса внутри сети одного провайдера ничего не дала.

У меня в конторе честный внешний ip и кроме меня им никто не пользуется. Раз расшифровать ssl нельзя, значит это глюки qrator

vel ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Показ времени создания треда в заголовке в трекере
Linux-org-ru
ПВИМ →