Нет ответа от http сервера. Хотя должен быть =)

Тема в разделе "WASM.NETWORKS", создана пользователем featurelles, 22 сен 2009.

  1. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    Когда делаю запрос к сайту через браузер, то высылается такой пакет. И сервер отсылает мне ответ.
    (154 кб картинка)
    http://s12.radikal.ru/i185/0909/dc/7a1b1895d505.jpg

    (151 кб картинка)
    А когда создаю аналогичный пакет данных самостоятельно, и шлю на сайт. То ответа нет. ( Снифер показывает, что ответа от сервера не было )
    http://i072.radikal.ru/0909/64/8757e74e1ff8.jpg


    Поясните мне, из-за чего это происходит? и как это можно поправить?
     
  2. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    Никто не знает??
     
  3. maksim_

    maksim_ New Member

    Публикаций:
    0
    Регистрация:
    15 июл 2009
    Сообщения:
    263
    Вы ошиблись форумом. Это не форум телепатов.
    Предоставьте хоть запрос - что посылаете Вы и что посылает браузер.
     
  4. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    Удивительно..а на кой хрен я тогда выложил скрины???
    Если нужно разжовывать..то постараюсь щас досконально объяснить.

    Когда через БРАУЗЕР (firefox в моём случаи.. но может быть opera, ie, lynx и тд) открываем какуюнить страничку, например wasm.ru ( вот его ip 77.221.159.154 ) то браузер посылает TCP пакет, с флагом syn для установки соединения на 80 порт (на 80 порту работает http сервер)
    вот скрин этого пакета
    [​IMG]

    Как видите, скрин..передаёт очень многое.... телепатии не надо. Просмотрев скрин мы видим, что заголовки ip и tcp заполнены правильно. И как только компик мой отправит в сеть этот пакетик(сформированный браузером), мне приходит пакет с http сервера для синхронизации. И процесс идёт дальше, обмениваемся данными с сервером, данные попадают в браузер..браузер отображает данные и тд....

    А теперь взгляним на пакет информации, сгенерированный НЕ БРАУЗЕРОМ А МНОЙ
    вот он
    [​IMG]
    Опятьже телепатии не надо. Сравнив этот скрин с верхним, видим что они практически идентичны!!! Различаются только checksum (изза метки времени отправки..если не ошибаюсь.)
    Так вот! отправив в сеть сформированный мной пакет, приёмная сторона (wasm.ru) должна воспринять пакет как запрос браузера, и отослать по обратному адресу пакет для синхронизации. Но не отсылает его!!!! ( ни мой снифер, ни wireshark не видит, что приходили хоть какието пакеты на комп!!! ). Так вот собственно вопрос! из-за чего приёмная сторона не отвечает мне! когда я вручную отправляю свой пакет данных (требую синхронизации).
    Как видно из второго скрина, контрольные суммы заполнены верно, опции tcp одинаковые..длинна данных одна и таже(0). Флаги проставлены как нужно. Правда на скрине не видно моего ip ( но он верен)))) и везде одинаков )
     
  5. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    Блин, слов нет....
     
  6. Booster

    Booster New Member

    Публикаций:
    0
    Регистрация:
    26 ноя 2004
    Сообщения:
    4.860
    featurelles
    Я же давал исходник, корректно отправляющий syn. И вообще ты не весь пакет показал, да и дампом удобней будет.
     
  7. maksim_

    maksim_ New Member

    Публикаций:
    0
    Регистрация:
    15 июл 2009
    Сообщения:
    263
    есть такая штука - закон Ландау. Если всё сделано правильно, то и работать должно правильно.
    я не думаю, что кому-нибудь охота возиться со скринами и т.д., искать поле, которое Вы заполнили не правильно. на это есть RFC. насколько я помню, у меня всё работало.

    Вот только не понятно - а при чём тут http? насколько я понял Вы не можете даже tcp сессию установить? или же не отвечают только http сервера, а все остальные отвечают?
     
  8. maksim_

    maksim_ New Member

    Публикаций:
    0
    Регистрация:
    15 июл 2009
    Сообщения:
    263
    вообще говоря, прочитав название темы и вопрос, первое, что пришло мне в голову - у Вас проблемы с http запросом. Не увидев http заголовка я и написал про телепатов. Выражайтесь яснее. Опять же, телепатов здесь нет.
     
  9. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    Booster
    В основном ждал именно вашего ответа. И про код с корректным заполнением checksum помню ( там у меня была ошибка в структуре псевдозаголовка. Вместо одного поля short int ..был использован просто int ). После того как это исправил, в инет слались правильно заполненные tcp пакеты ( в wireshark пакеты были помечены зелёным цветом. также как и тот, что я шлю на wasm.ru на который нет ответа сервера.)
    Щас сделаю скрины всего пакета.. 15 мин пожалуйста.
    И sorry за глупый вопрос, как дампом показать весь отсылаемый пакет?

    maksim_
    Видимо не могу tcp сессию установить. Сейчас попробую с другими сервисами связаться.( посмотрю, ответят ли )
     
  10. o14189

    o14189 New Member

    Публикаций:
    0
    Регистрация:
    19 июл 2009
    Сообщения:
    320
    Mark Packet на нужных пакетах
    File - Save As - Packet Range - Marked Packets - Save
    и заатачить дамп сюда
     
  11. Booster

    Booster New Member

    Публикаций:
    0
    Регистрация:
    26 ноя 2004
    Сообщения:
    4.860
    featurelles
    В шарке есть "сохранит как" и далее сохраняем выбранные пакеты. Затем можно снова открыть и проанализировать.
     
  12. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    Вот, сохранил в wireshark пакеты
    http://rapidshare.com/files/283819001/featurelles_packet_wasm.tar.html
    tcp_wasm_syn_oreginal_brayzer - тут сохранены пакеты отсылаемые браузером на сайт ( самый первый пакет, соответственно пакет синхронизации )
    dump_wasm_syn_MY_MOD - содержит пакет, который отправляю я.
     
  13. o14189

    o14189 New Member

    Публикаций:
    0
    Регистрация:
    19 июл 2009
    Сообщения:
    320
    featurelles
    Код (Text):
    1. Dst: Broadcast (ff:ff:ff:ff:ff:ff)
    норм
     
  14. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    o14189
    Эт где такое высмотрел?
     
  15. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    АА вижу))
     
  16. Booster

    Booster New Member

    Публикаций:
    0
    Регистрация:
    26 ноя 2004
    Сообщения:
    4.860
    featurelles
    На уровне ethernet формируешь?
     
  17. featurelles

    featurelles New Member

    Публикаций:
    0
    Регистрация:
    29 мар 2009
    Сообщения:
    562
    Booster
    да
     
  18. o14189

    o14189 New Member

    Публикаций:
    0
    Регистрация:
    19 июл 2009
    Сообщения:
    320
    Код (Text):
    1. No.     Time        Source                Destination           Protocol Info
    2.       1 0.000000    XX.XX.XXX.XX          77.221.159.154        TCP      33850 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=1130586 TSER=0 WS=6
    3.  
    4. Frame 1 (74 bytes on wire, 74 bytes captured)
    5. Ethernet II, Src: AsustekC_50:19:a1 (00:0e:a6:50:19:a1), Dst: IETF-VRRP-virtual-router-VRID_01 (00:00:5e:00:01:01)
    6.     Destination: IETF-VRRP-virtual-router-VRID_01 (00:00:5e:00:01:01)
    7.         Address: IETF-VRRP-virtual-router-VRID_01 (00:00:5e:00:01:01)
    8.         .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    9.         .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    10.     Source: AsustekC_50:19:a1 (00:0e:a6:50:19:a1)
    11.         Address: AsustekC_50:19:a1 (00:0e:a6:50:19:a1)
    12.         .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    13.         .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    14.     Type: IP (0x0800)
    15. Internet Protocol, Src: XX.XX.XXX.XX (XX.XX.XXX.XX), Dst: 77.221.159.154 (77.221.159.154)
    16. Transmission Control Protocol, Src Port: 33850 (33850), Dst Port: http (80), Seq: 0, Len: 0
    17.  
    18. No.     Time        Source                Destination           Protocol Info
    19.       2 -276.786171 XX.XX.XXX.XX          77.221.159.154        TCP      36590 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=1102908 TSER=0 WS=6
    20.  
    21. Frame 2 (74 bytes on wire, 74 bytes captured)
    22. Ethernet II, Src: AsustekC_50:19:a1 (00:0e:a6:50:19:a1), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
    23.     Destination: Broadcast (ff:ff:ff:ff:ff:ff)
    24.         Address: Broadcast (ff:ff:ff:ff:ff:ff)
    25.         .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
    26.         .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
    27.     Source: AsustekC_50:19:a1 (00:0e:a6:50:19:a1)
    28.         Address: AsustekC_50:19:a1 (00:0e:a6:50:19:a1)
    29.         .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    30.         .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    31.     Type: IP (0x0800)
    32. Internet Protocol, Src: XX.XX.XXX.XX (XX.XX.XXX.XX), Dst: 77.221.159.154 (77.221.159.154)
    33. Transmission Control Protocol, Src Port: 36590 (36590), Dst Port: http (80), Seq: 0, Len: 0
     
  19. maksim_

    maksim_ New Member

    Публикаций:
    0
    Регистрация:
    15 июл 2009
    Сообщения:
    263
    а не стремает, что ещё и ARP придётся писать?
     
  20. o14189

    o14189 New Member

    Публикаций:
    0
    Регистрация:
    19 июл 2009
    Сообщения:
    320
    пакет не дойдет до шлюза(физ адрес не верен), хоть и верно сформирован