igen
ezeket én is ugyanígy gondolom, nagyon nagy valószínűséggel a webszerver
és az alkalmazás között van a prücök, vagy az alkalmazásban, vagy a
kommunikációban, dacára annak, hogy a kliensoldalak többségéről működik
ha Péternek mindehhez teljes hozzáférése van, akkor ott kezdje
nekem inkább az nem volt teljesen világos, hogy hány esetre alapozza
Péter ezt a hibát, ezt a jelenséget
tudom, egy is sok
de mi van, ha kevés a minta és az a kliens bolond valamiért
tudva, hogy az 504 egyértelmű
mégis javaslok olyan próbát, hogy működő helyről ugyanazt a gépet
átvinni nem működő helyre
mert tévedhetünk is, lehet, nem gondoltunk valamire, én legalábbis nem
gondolom magam tévedhetetlennek...
én csak együtt gondolkodom, nem tudom nekifutás nélkül a megoldást
írod: "autentikalni tud"
hát nem biztos, ezt logolni kellene valahogy, megtörténik-e
Péter, ha magánban megírod a "rossz" szolgáltatót, hátha nekem van
olyan, nem biztos, de akkor ránézek, ha megbízol bennem, nem ígérek
megoldást, csak ennyit, rövid próbát
sl
2016.11.29. 17:44 keltezéssel, k...@mayten.sch.bme.hu írta:
On 2016-11-29 16:34, Somogyi László wrote:
Talán egy ethereal-lel végzett csomagvizsgálat mutatna különbséget,
működő és nem működő helyek között, ha úgy is fennáll a helyzet, hogy
tulajdonképpen mi jön meg, mi megy el?
de en nem a kliensen futtatnam, hanem a szerveren, illetve a szerverek
kozott, ha tobb van.
Láttunk már olyat, hogy a TCP kapcsolat kiépül, handshake megvan, de
útközben valami dobálja az értékes adatot tartalmazó csomagot, nem
mindet, de túl sokat. Akkor is timeout lesz. Mindenki csak vár, aztán
egyik megunja... hibaüzi.
Peldaul MTU ilyen lehetne, de:
- akkor nem 504 error erkezne a szervertol, hanem sima timeout a
kliensen, lokalisan
- a weboldal megjelenik, autentikalni tud - ezzel mar regen tulleptunk
az MTU probleman, felteszem a kezdo weboldal is tobb, mint 1500 byte
Szokták javasolni, hogy DNS szervert kell váltani a kliensen. Mi
lenne, ha egy olyan helyen, ahol nem működik jól, DNS-t váltanál a
En inkabb a szerveren ellenoriznem a nevfeloldast, kulonosen azokra az
ip cimekre, ahonnan a kliens a problemas esetekben erkezik.
udv
adam
_______________________________________________
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
_______________________________________________
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
