Dekodierende URL in Wireshark

Question

Ich versuche, mich direkt mit dem Videostrom eines IP -Videoservers (dem IP -Server "Nuuo" zu verbinden.

Ihre Bedienungsanleitung enthält die URL des 'Home' - eine Seite, auf der ein süßes kleines ActiveX -Steuerelement installiert wird, das die gesamte Interaktion mit dem tatsächlichen Videoserver übernimmt.

Ich brauche die URL dieses internen Servers. [Ich brauche nicht die zusätzlichen Steuerelemente, die von der ActiveX -Steuerung angeboten werden, und bin in einer Umgebung, in der Internet Explorer nicht verfügbar ist. Ich will nur den Stream

Ich habe Wireshark ausprobiert, das alle Pakete aufgenommen hat, aber mir nicht die vollständige URL der verschiedenen Seiten zeigt. [IE: Wenn sich das physische Gerät bei 212.234.56.456 befindet, zeigt es dieselbe URL, ob ich eine Verbindung zur Startseite (212.234.56.456/home.html) zum Videoserver (wahrscheinlich so etwas wie 212.234.56.456/video.amp.am.ampfe herstellen kann, angezeigt. ) oder zu irgendetwas anderem im Gerät.

Trotz vieler Kopfkratzer und Durchsuchung ihrer Website und des Handbuchs kann ich nicht verstehen, wie man die gesamte URL des Servers bekommt.

Kann mich jemand bitte zu einem Tutorial oder einer Seite mit Anweisungen leiten - oder einfach daraus formulieren, wie das geht?

Wireshark muss nicht die Lösung sein - ich werde gerne etwas anderes verwenden (ausprobiertes Fiddler, aber nicht wissen, dass sie sie konfigurieren - standardmäßig fängt es keinen dieser Datenverkehr an).

Vielen Dank

Bearbeiten: Das Protokoll ist TCP

Videoport: 8000 [Es gibt eine Option auf dem Server, um den Port zu ändern. Der Standard ist 8000

Ich versuche, eine Verbindung zum Videostream mit etwas wie VLC oder RealPlayer [zum erneuten Streaming] anstelle der ActiveX-Steuerung herzustellen, mit der es geliefert wird. Ich weiß nichts über TCP, außer dass es in dem angeschlossenen Paket angezeigt wird. Der Server kodiert an MPEG 4 [H.264] und sollte RTSP: // streamen?

Ich habe von vielen Menschen gelesen, die dies erfolgreich mit einem Axis-Server erledigt haben (sie stellen eine Verbindung zu RTSP: // [Server-IP-Address]: 554/Axis-Media/Media.AMP mit VLC) und mit einem ARECONT-Server (RTSP (RTSP) : // [server-ip-address] /h264.sdp). Offensichtlich existiert diese Seite nicht auf dem von mir verwendeten NuUO -Server, der mit dem Achsengerät konkurrieren soll.

Ich lud die Seite, startete Wireshark und drückte dann die Wiedergabetaste auf dem ActiveXControl (startete das Video). Unten ist das erste Paket, das Wireshark [von vielen gefangen hat, die Anfrage für das Video]:

No.     Time        Source                Destination           Protocol Info
 53 7.198090    192.168.1.4           212.143.234.227       TCP      4734 > irdmi [SYN] Seq=0 Win=65535 Len=0 MSS=1460

Frame 53 (62 bytes on wire, 62 bytes captured)
    Arrival Time: Jul  8, 2009 13:24:35.008644000
    [Time delta from previous captured frame: 0.048542000 seconds]
    [Time delta from previous displayed frame: 7.198090000 seconds]
    [Time since reference or first frame: 7.198090000 seconds]
    Frame Number: 53
    Frame Length: 62 bytes
    Capture Length: 62 bytes
    [Frame is marked: False]
    [Protocols in frame: eth:ip:tcp]
    [Coloring Rule Name: TCP SYN/FIN]
    [Coloring Rule String: tcp.flags & 0x02 || tcp.flags.fin == 1]
Ethernet II, Src: Intel_66:1e:41 (00:19:d1:66:1e:41), Dst: GigasetC_49:05:10 (00:21:04:49:05:10)
    Destination: GigasetC_49:05:10 (00:21:04:49:05:10)
        Address: GigasetC_49:05:10 (00:21:04:49:05:10)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Source: Intel_66:1e:41 (00:19:d1:66:1e:41)
        Address: Intel_66:1e:41 (00:19:d1:66:1e:41)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
    Type: IP (0x0800)
Internet Protocol, Src: 192.168.1.4 (192.168.1.4), Dst: 212.143.234.227 (212.143.234.227)
    Version: 4
    Header length: 20 bytes
    Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
        0000 00.. = Differentiated Services Codepoint: Default (0x00)
        .... ..0. = ECN-Capable Transport (ECT): 0
        .... ...0 = ECN-CE: 0
    Total Length: 48
    Identification: 0x816c (33132)
    Flags: 0x04 (Don't Fragment)
        0... = Reserved bit: Not set
        .1.. = Don't fragment: Set
        ..0. = More fragments: Not set
    Fragment offset: 0
    Time to live: 128
    Protocol: TCP (0x06)
    Header checksum: 0xf83b [correct]
        [Good: True]
        [Bad : False]
    Source: 192.168.1.4 (192.168.1.4)
    Destination: 212.143.234.227 (212.143.234.227)
Transmission Control Protocol, Src Port: 4734 (4734), Dst Port: irdmi (8000), Seq: 0, Len: 0
    Source port: 4734 (4734)
    Destination port: irdmi (8000)
    [Stream index: 3]
    Sequence number: 0    (relative sequence number)
    Header length: 28 bytes
    Flags: 0x02 (SYN)
        0... .... = Congestion Window Reduced (CWR): Not set
        .0.. .... = ECN-Echo: Not set
        ..0. .... = Urgent: Not set
        ...0 .... = Acknowledgement: Not set
        .... 0... = Push: Not set
        .... .0.. = Reset: Not set
        .... ..1. = Syn: Set
            [Expert Info (Chat/Sequence): Connection establish request (SYN): server port irdmi]
                [Message: Connection establish request (SYN): server port irdmi]
                [Severity level: Chat]
                [Group: Sequence]
        .... ...0 = Fin: Not set
    Window size: 65535
    Checksum: 0x378c [validation disabled]
        [Good Checksum: False]
        [Bad Checksum: False]
    Options: (8 bytes)
        Maximum segment size: 1460 bytes
        NOP
        NOP
        SACK permitted

Answer 1

Die eigentliche Antwort lautet in Wireshark, dass Sie zum Menü Analyse gehen und "decodieren als" auswählen müssen. Wählen Sie dann im nächsten Dialogfeld Transport aus. Wählen Sie den von Ihnen verwendeten TCP -Port aus und wählen Sie dann die Art und Weise aus, wie wireshark ihn dekodieren soll (rechts). Wenn Sie HTTP auswählen, werden Ihnen URLs angezeigt, wenn Sie tatsächlich HTTP verwenden.

Sie können die Daten auch kopieren und in einen Hex -Decoder wie diesen einfügen http://home2.paulschou.net/tools/xlate/

Answer 2

Soweit ich sehen kann, handelt es sich um ein Syn -Paket aus dem ersten TCP/IP -Handshake, und es enthält noch keine URL. Sie müssen ein paar weitere Pakete erfassen (oder in Wireshark nach unten gehen, wenn Sie GUI verwenden).

Das Erfassen längerer Ausschnitte in reproduzierbarem Muster (Einschaltgerät, Klicken Sie auf wenige Vorgänge, Ausstrahlung) ist ein guter Vorschlag, wenn Sie beabsichtigen, Dumps zu vergleichen.

Answer 3

Fiddler erfasst den Non-HTTP-Verkehr nicht. Haben Sie Grund zu der Annahme, dass der betreffende ActiveX HTTP und nicht gerade TCP/IP verwendet?