Salut George,
Mesajele tale sunt foarte bune si explicatiile pe care le dai la fel,
ar trebui sa ajute si pe altii. Nu este nici un deranj ca le dai pe
bucati, apreciem faptul ca impartasesti experienta ta de debugging, te
rog sa nu iti faci griji in privinta numarului mare de mesaje.
On Fri, 17
Salut,
Imi cer scuze pentru toate mesajele, acesta e ultimul in acest thread.
Am gasit problema. Server-ul meu nu astepta sa primeasca tot
request-ul de la client. Imediat ce parsa calea, incepea sa trimita
raspunsul. Acum astept sa trimita clientul toata cererea, apoi trimit
raspunsul si
Revin cu o completare.
La testul 16, server-ul afiseaza ca a trimis raspunsul "200 OK", apoi
fisierul si ca a inchis conexiunea, chair daca wget spune ca a fost
inchisa conexiunea inainte sa primeasca macar "200 OK".
Am rulat testul si am obitnut 2 fisiere .pcap, unul pentru o executie
cu succes a
Salut,
Am reusit sa rezolv problema asta intre timp. Las la [1] link-ul unde
am inteles care a fost problema. Pe scurt, din ce am inteles, netcat
anunta ca este gata sa opreasca conexiunea, dar server-ul considera ca
s-a si deconectat si dadea drop conexiunii. Acum in momentul in care
recv
Salut, George!
Poți face un trace pcap (folosind wireshark sau tcpdump) pe portul
, să vedem exact comunicația TCP între client și server?
Numai bine,
Răzvan
On Fri, May 17, 2019 at 1:28 AM George Diaconu via so
wrote:
>
> Salut,
>
> Am o problema la testul 13. Checker-ul executa
Salut,
Am o problema la testul 13. Checker-ul executa urmatoarea comanda:
echo -ne "GET /static/small00.dat HTTP/1.0\r\n\r\n" | nc -q 1
192.168.169.128
Inteleg de aici ca cere fisierul /static/small00.dat.
Problema mea este ca dupa ce clientul trimite toata cererea (unesc
bucatile trimise
