Problem s pripojovanim PLC k serveru
Martin Záruba
swz na volny.cz
Úterý Srpen 9 10:07:41 CEST 2016
Dík.
A pak ještě jeden nápad: nemohl by to být nějaký "chytrý" router, který
má firewall a dospěl k názoru, že se mu spojení z LAN na WAN na portu
21002 nelíbí? Nereagoval by také zasláním [RST]?
Martin Záruba
Dne 9.8.2016 v 9:54 Ladislav Vaiz napsal(a):
> NAT u klienta si musí držet informaci o každém (byť zahajovaném)
> spojení, toto nastat nemůže. Ale může těch spojení už mít hodně a
> další zahodit a to dělá zasláním RST na obě strany.
> L.
>
> Martin Záruba napsal(a):
>> Ještě mě napadá, zda nemůže dojít k tomu, že server odpoví [SYN,ACK]
>> okamžitě a router u klienta má nějaké "dlouhé vedení" a neví, kam má
>> [SYN,ACK] poslat, tak jej zahodí a zpět pošle [RST]. Nebo je nesmysl?
>>
>> Martin Záruba
>>
>> Dne 9.8.2016 v 8:18 Ladislav Vaiz napsal(a):
>>> Mě příjde divné, že by se PLC pokoušelo připojit (SYN) a když mu
>>> server řekne ano (syn+ack), tak z toho hned vycouval (rst).
>>> Mám zkušenost, že přerušení spojení flagem RST dělávají NATy
>>> například při přetížení. Setkal jsem se s tím jen "uprostřed"
>>> spojení, ne takto v rámci handshake.
>>>
>>> L.
>>>
>>> Martin Záruba napsal(a):
>>>> To je právě ten průšvih, že PLC je někde u zákazníka a co je tam za
>>>> NAT vůbec netuším. Já dodal PLC, ale montáž již dělal elektrikář,
>>>> který samozřejmě neumí nic jiného, než zastrčit kabel do routeru.
>>>> Máte pocit, že [SYN,ACK], který odpověděl server je vpořádku, ale
>>>> router u PLC to zahazuje?
>>>>
>>>> Martin Záruba
>>>>
>>>> Dne 9.8.2016 v 7:39 Ladislav Vaiz napsal(a):
>>>>> Odpovídá tím RST opravdu PLC nebo NAT u PLC? Dokážete sniffovat na
>>>>> privátní síti?
>>>>> L.
>>>>>
>>>>> Martin Záruba napsal(a):
>>>>>> Mám server, ke kterému se připojují PLC. Někdy dochází k problému
>>>>>> s navázáním spojení. Nenapadá mě, kde může být chyba. Můžete se
>>>>>> prosím podívat do protokolu z WireSharku, zda Vás něco nenapadne?
>>>>>> V prvním případě má PLC IP 80.188.42.163. Pošle [SYN], server
>>>>>> 192.168.15.10 odpoví [SYN,ACK], ale PLC odpoví [RST]. V druhém
>>>>>> případě PLC s IP 192.168.15.1 pošle [SYN], server 192.168.15.10
>>>>>> odpoví [SYN,ACK] a PLC korektně odpoví [ACK] a komunikace
>>>>>> pokračuje. Nenapadá Vás, proč v prvním případě odpoví PLC [RST]?
>>>>>> Nebo co s tím udělat?
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> HW-list mailing list - sponsored by www.HW.cz
>>>>>> Hw-list na list.hw.cz
>>>>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>>>
>>>>> _______________________________________________
>>>>> HW-list mailing list - sponsored by www.HW.cz
>>>>> Hw-list na list.hw.cz
>>>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>>>
>>>>
>>>> _______________________________________________
>>>> HW-list mailing list - sponsored by www.HW.cz
>>>> Hw-list na list.hw.cz
>>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>> _______________________________________________
>>> HW-list mailing list - sponsored by www.HW.cz
>>> Hw-list na list.hw.cz
>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>
>> _______________________________________________
>> HW-list mailing list - sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>
> _______________________________________________
> HW-list mailing list - sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
Další informace o konferenci Hw-list