Forum » Omrežja in internet » Siol optika - problem z web serverjem
Siol optika - problem z web serverjem
Sumo ::
Imam siolovo optiko 20/20 in na njej postavljen web server (linux+apache). Na prvi pogled izgleda da deluje vse v redu, vendar sem opazil nekaj čudnega. Od zunaj do določenih fajlov na serverju lahko dostopam, do nekaterih pa ne.
Primer:
ta slika dela -> http://86.61.75.167/images/news.gif
ta pa ne -> http://86.61.75.167/images/navigation.gif
Sprva sem pomislil, da je kakšen problem s pravicami, vendar imata oba fajla popolnoma enake pravice in ownerje, tako da to ni to.
Nato sem imel na sumu, da je problem z MTUjem mrežne kartice. Sem ga postopoma nižal od 1492 do 1400, pa brez učinka.
Naslednji potencialni krivec bi lahko bil firewall, ki je bil nastavljen, da blokira določene ICMP msgje (še posebno sem sumil don't fragment msg). Sem izklopil vse omejitve, pa ni pomagalo.
Ker so vsi poizkusi odpovedali, sem si rekel ah, ziher bo kaj s konfiguracijo linuxa narobe in šel na navaden PC z windowsi, tam inštaliral apache, skopiral ta dva fajla, se povezal direktno na modem in glej ga zlomka, popolnoma isti problem.
Edino kar še preostane je, da je krivec Siol, drugih idej nimam. Če pa ima kakšno kdo od vas, se močno priporočam. Ker če ne, bom moral klicati na Siol, kjer bo najbrž skoraj nemogoče dobiti kakšnega na supportu, ki bi celo razumel moj problem.
Aja, pa zanimalo bi me tudi, če je tukaj še kdo s siolovo optiko in web serverjem ter podobnimi problemi.
Primer:
ta slika dela -> http://86.61.75.167/images/news.gif
ta pa ne -> http://86.61.75.167/images/navigation.gif
Sprva sem pomislil, da je kakšen problem s pravicami, vendar imata oba fajla popolnoma enake pravice in ownerje, tako da to ni to.
Nato sem imel na sumu, da je problem z MTUjem mrežne kartice. Sem ga postopoma nižal od 1492 do 1400, pa brez učinka.
Naslednji potencialni krivec bi lahko bil firewall, ki je bil nastavljen, da blokira določene ICMP msgje (še posebno sem sumil don't fragment msg). Sem izklopil vse omejitve, pa ni pomagalo.
Ker so vsi poizkusi odpovedali, sem si rekel ah, ziher bo kaj s konfiguracijo linuxa narobe in šel na navaden PC z windowsi, tam inštaliral apache, skopiral ta dva fajla, se povezal direktno na modem in glej ga zlomka, popolnoma isti problem.
Edino kar še preostane je, da je krivec Siol, drugih idej nimam. Če pa ima kakšno kdo od vas, se močno priporočam. Ker če ne, bom moral klicati na Siol, kjer bo najbrž skoraj nemogoče dobiti kakšnega na supportu, ki bi celo razumel moj problem.
Aja, pa zanimalo bi me tudi, če je tukaj še kdo s siolovo optiko in web serverjem ter podobnimi problemi.
BlueRunner ::
1) Povej malo več o topologiji svojega omrežja - kaj je kam priključeno.
2) Poberi Wireshark in poglej kateri paketi gredo dejansko preko omrežja. Med njimi boš morda našel odgovor kje in kaj gre narobe.
2) Poberi Wireshark in poglej kateri paketi gredo dejansko preko omrežja. Med njimi boš morda našel odgovor kje in kaj gre narobe.
PaJo ::
Si prepričan da je s tistim drugim gif-om vse ok? Ker meni nalaga in nalaga do nedogleda. Probaj fajl preimenovat ali kaj podobnega. Pa je smo ta fajl problematičen ali tudi kakšne druge zadeve? Ker koliko meni znano nihče ne preverja prenesene vsebine, Siol še najmanj, ker itak majo preveč drugih problemov.
Ne se preveč sekirat, rajši uživat:)
krho ::
Polkna + apache?
si.Mail odprto-kodni odjemalec elektronske pošte. - http://www.simail.si
Uredite si svojo zbirko filmov, serij in iger - http://xcollect.sf.net
Uredite si svojo zbirko filmov, serij in iger - http://xcollect.sf.net
Sumo ::
@BladeRunner: Topologija je najbolj enostavna: server priključen direktno na modem, brez vmesnih routerjev ali česarkoli. Wireshark bom pa probal, ko pridem domov. Hvala za idejo.
@PaJo: Z drugim gifom je 100% vse v redu. Ravno to "nalaganje" imam v mislih, ko omenjam nedostopnost fajlov. In ne, ni edini, ki ne dela. Nedostopnih je še en kup ostalih fajlov, predvsem gif-ov, jpg-jev in avi-jev. Ampak nekateri pa delajo... Skratka, meni popolnoma nerazumljivo.
@PaJo: Z drugim gifom je 100% vse v redu. Ravno to "nalaganje" imam v mislih, ko omenjam nedostopnost fajlov. In ne, ni edini, ki ne dela. Nedostopnih je še en kup ostalih fajlov, predvsem gif-ov, jpg-jev in avi-jev. Ampak nekateri pa delajo... Skratka, meni popolnoma nerazumljivo.
krho ::
Drugače sem mislil, če na polkniš laufaš apacheja.. sem pogledal in je ogovor negativen zadeva je na debianu....
si.Mail odprto-kodni odjemalec elektronske pošte. - http://www.simail.si
Uredite si svojo zbirko filmov, serij in iger - http://xcollect.sf.net
Uredite si svojo zbirko filmov, serij in iger - http://xcollect.sf.net
Sumo ::
Z Wiresharkom sem analiziral uspešen in neuspešen prenos fajla, vendar je moje znanje glede TCP paketov malo prešvoh, da bi kaj pametnega izluščil iz tega. Edino kar vidim je, da pride do TCP DUP ACK paketov, nato do TCP Retransmission, nato spet TCP DUP ACK itd. Izgleda takole:
Normalen prenos:
Source Destination Protocol Info
91.203.96.16 86.61.75.167 TCP 41370 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=2163983577 TSER=0 WS=7
86.61.75.167 91.203.96.16 TCP http > 41370 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1440 WS=0 TSV=0 TSER=0
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=2163983592 TSER=0
91.203.96.16 86.61.75.167 HTTP GET /i/linkus.gif HTTP/1.1
86.61.75.167 91.203.96.16 TCP [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 HTTP HTTP/1.1 200 OK (GIF89a)
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=728 Ack=1429 Win=8832 Len=0 TSV=2163983608 TSER=12189
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=728 Ack=2529 Win=11648 Len=0 TSV=2163983608 TSER=12189
91.203.96.16 86.61.75.167 TCP 41370 > http [FIN, ACK] Seq=728 Ack=2529 Win=11648 Len=0 TSV=2163983642 TSER=12189
86.61.75.167 91.203.96.16 TCP http > 41370 [ACK] Seq=2529 Ack=729 Win=64808 Len=0 TSV=12191 TSER=2163983642
86.61.75.167 91.203.96.16 TCP http > 41370 [FIN, ACK] Seq=2529 Ack=729 Win=64808 Len=0 TSV=12191 TSER=2163983642
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=729 Ack=2530 Win=11648 Len=0 TSV=2163983654 TSER=12191
Prenos, kjer se zalomi:
Source Destination Protocol Info
91.203.96.16 86.61.75.167 TCP 51098 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=2163994809 TSER=0 WS=7
86.61.75.167 91.203.96.16 TCP http > 51098 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1440 WS=0 TSV=0 TSER=0
91.203.96.16 86.61.75.167 TCP 51098 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=2163994822 TSER=0
91.203.96.16 86.61.75.167 HTTP GET /i/navigation.gif HTTP/1.1
86.61.75.167 91.203.96.16 TCP [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 TCP [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#1] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163994839 TSER=0 SLE=1429 SRE=1472
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#2] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163996857 TSER=0 SLE=1429 SRE=1441 SLE=1429 SRE=1472
86.61.75.167 91.203.96.16 TCP [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#3] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163996873 TSER=0 SLE=1417 SRE=1472
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#4] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163996888 TSER=0 SLE=1441 SRE=1472 SLE=1417 SRE=1472
Zdaj ne vem, ali je krivo to, da moj server 2x zapored pošlje [TCP segment of a reassembled PDU], ali je kaj drugega. Še vedno sumim zadnje, glede na to da se mi isto zgodi na serverju z linuxom, kot na drugem PCju z windowsi.
Normalen prenos:
Source Destination Protocol Info
91.203.96.16 86.61.75.167 TCP 41370 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=2163983577 TSER=0 WS=7
86.61.75.167 91.203.96.16 TCP http > 41370 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1440 WS=0 TSV=0 TSER=0
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=2163983592 TSER=0
91.203.96.16 86.61.75.167 HTTP GET /i/linkus.gif HTTP/1.1
86.61.75.167 91.203.96.16 TCP [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 HTTP HTTP/1.1 200 OK (GIF89a)
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=728 Ack=1429 Win=8832 Len=0 TSV=2163983608 TSER=12189
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=728 Ack=2529 Win=11648 Len=0 TSV=2163983608 TSER=12189
91.203.96.16 86.61.75.167 TCP 41370 > http [FIN, ACK] Seq=728 Ack=2529 Win=11648 Len=0 TSV=2163983642 TSER=12189
86.61.75.167 91.203.96.16 TCP http > 41370 [ACK] Seq=2529 Ack=729 Win=64808 Len=0 TSV=12191 TSER=2163983642
86.61.75.167 91.203.96.16 TCP http > 41370 [FIN, ACK] Seq=2529 Ack=729 Win=64808 Len=0 TSV=12191 TSER=2163983642
91.203.96.16 86.61.75.167 TCP 41370 > http [ACK] Seq=729 Ack=2530 Win=11648 Len=0 TSV=2163983654 TSER=12191
Prenos, kjer se zalomi:
Source Destination Protocol Info
91.203.96.16 86.61.75.167 TCP 51098 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=2163994809 TSER=0 WS=7
86.61.75.167 91.203.96.16 TCP http > 51098 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1440 WS=0 TSV=0 TSER=0
91.203.96.16 86.61.75.167 TCP 51098 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=2163994822 TSER=0
91.203.96.16 86.61.75.167 HTTP GET /i/navigation.gif HTTP/1.1
86.61.75.167 91.203.96.16 TCP [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 TCP [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#1] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163994839 TSER=0 SLE=1429 SRE=1472
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#2] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163996857 TSER=0 SLE=1429 SRE=1441 SLE=1429 SRE=1472
86.61.75.167 91.203.96.16 TCP [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#3] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163996873 TSER=0 SLE=1417 SRE=1472
86.61.75.167 91.203.96.16 TCP [TCP Retransmission] [TCP segment of a reassembled PDU]
91.203.96.16 86.61.75.167 TCP [TCP Dup ACK 8#4] 51098 > http [ACK] Seq=696 Ack=1 Win=5888 Len=0 TSV=2163996888 TSER=0 SLE=1441 SRE=1472 SLE=1417 SRE=1472
Zdaj ne vem, ali je krivo to, da moj server 2x zapored pošlje [TCP segment of a reassembled PDU], ali je kaj drugega. Še vedno sumim zadnje, glede na to da se mi isto zgodi na serverju z linuxom, kot na drugem PCju z windowsi.
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | nf_conntrack in TIME_WAITOddelek: Pomoč in nasveti | 1085 (650) | jedateruk |
» | Napaka pri TCP Hanshake-uOddelek: Omrežja in internet | 2032 (1662) | AndrejO |
» | openwrt port forwarding problemOddelek: Omrežja in internet | 944 (829) | luuxiii |
» | IPTABLES in TCP flags problemOddelek: Operacijski sistemi | 1465 (1294) | Bojan xxxx |