Re: [Techinfo] weboldal eleresi gond

[Horváth Péter]

2016.11.29. 14:28 keltezéssel, Peter Molnar írta:

Hello!
Azota tortent egy kis valtozas.
A webszerver timeout-jat 60 masodperc fole emeltem.
Igy az erintett szolgaltatotol be lehet lepni, de kb 60 masodpercig 
tart a belepes...

Belepes utan nincs sebesseg gond.
Ami erdekes:
Az erintett webszerver elerheto sulinetes oldalrol is.
Lenyegesen kisebb savszelesseggel.
A sulinetes vonalon a belepes 1-2 masodperc
A masik vonalon ahol 2Mbit/s vonalon ul a szerver kb 60 masodperc

A hibas helyrol mas szolgaltonal levo ua a digitalis naplo belepes 1-2 
masodperc.

Mas szolgaltatotol a lassu belepeses vonalon a belepes 1-2 masodperc.

A webszerver hibat kizarnam:
- mindenhonnan mashonnan gyors es jo az eleres..
- a sulinetes vonalon is gyors az elerese

Mintha 2 internetszolgaltato egyuttes felallasa korlatozna a forgalmat.
De miert csak belepeskor?
Mert szerintem akkor küld a szerver nagyméretű kereteket amiket 
fragmentálni kell...


Hacsak nem csökkented le az MTU beállítást a webszerver azon interface-n,
amihez a publikus IP cím tartozik.

Mert lehet hogy a fragmentált keretek valahogy nem állnak össze adattá, 
vagy csak lassan, vagy esetlegesen,

mert valamelyik szolgáltatónál 1 helyen ellqrták az MTU beállítást.

Ha van teamviewer-es hozzáférésed a problémás klienshez, akkor így 
lehetne tesztelgetni pl:

http://www.tp-link.com/us/FAQ-190.html
___
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/

Re: [Techinfo] weboldal eleresi gond

[MARKO Ferenc]

Helyes!

Üdvözlettel:
___

Markó Ferenc

Mobil: +36 30 348 1670

2016. november 29. 21:09 Molnár Péter írta, :

> Hello!
> >Értem. Hát akkor ez user experience.
> >A scriptben milyen lekérdezést használsz?
> Eddig:
> gethostbyaddr($ip) //php beepitett fugvenye
> Ezutan:
> gethostbyaddr_timeout($ip, $dns, $timeout=1000)
> Ez kozvetlenul a dns-szervert kerdezi meg, udp kapcsolaton, timeout-tal.
>
>
> --
> Udv:
> Molnar Peter
> http://www.petersoft.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/

Re: [Techinfo] weboldal eleresi gond

[Molnár Péter]

Hello!
>Értem. Hát akkor ez user experience.
>A scriptben milyen lekérdezést használsz?
Eddig:
gethostbyaddr($ip) //php beepitett fugvenye
Ezutan:
gethostbyaddr_timeout($ip, $dns, $timeout=1000)
Ez kozvetlenul a dns-szervert kerdezi meg, udp kapcsolaton, timeout-tal.

--
Udv:
Molnar Peter
http://www.petersoft.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/

Re: [Techinfo] weboldal eleresi gond

[MARKO Ferenc]

Értem. Hát akkor ez user experience.

A scriptben milyen lekérdezést használsz?



Üdvözlettel:
___

Markó Ferenc

Mobil: +36 30 348 1670

2016. november 29. 20:55 Molnár Péter írta, :

> Hello!
> >Amúgy miért is kell a névfeloldás?
> Mert a hulye felhasznalonak a 91.82.98.123 nem mond semmit, de a
> 91.83.206.159.pool.invitel.hu vagy a
>
> 10.1.1.23 nem mond semmit, de a
> terem12.iskola.hu az igen.
>
> Belepeskor a rendzser kiirja az utolso 5 bejelentkezest, s informativabb a
> tanarnak,
> ha nem az ip cim van ott, hanem a hostnev.
> Igy ha lat egy bejelentkezest a terem1-bol, amikor nem is volt ott, vagy a
> pc12-rol, akkor tud valamit tenni, de ha az ip szam van csak ott, akkor
> kuka az egesz.
> Vagy ha lat egy bejelentkezest digi-s halozatbol, amikor neki inviteles
> internete van, akkor szinten feltunhet neki.
> Nem ragozom tovabb...
>
>
>
> --
> Udv:
> Molnar Peter
> http://www.petersoft.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/
>
___
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/

Re: [Techinfo] weboldal eleresi gond

[Molnár Péter]

Hello!
>Amúgy miért is kell a névfeloldás?
Mert a hulye felhasznalonak a 91.82.98.123 nem mond semmit, de a
91.83.206.159.pool.invitel.hu vagy a

10.1.1.23 nem mond semmit, de a
terem12.iskola.hu az igen.

Belepeskor a rendzser kiirja az utolso 5 bejelentkezest, s informativabb 
a tanarnak,

ha nem az ip cim van ott, hanem a hostnev.
Igy ha lat egy bejelentkezest a terem1-bol, amikor nem is volt ott, vagy 
a pc12-rol, akkor tud valamit tenni, de ha az ip szam van csak ott, 
akkor kuka az egesz.
Vagy ha lat egy bejelentkezest digi-s halozatbol, amikor neki inviteles 
internete van, akkor szinten feltunhet neki.

Nem ragozom tovabb...


--
Udv:
Molnar Peter
http://www.petersoft.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/

Re: [Techinfo] weboldal eleresi gond

[MARKO Ferenc]

Szia!

Amúgy miért is kell a névfeloldás?

Üdvözlettel:
___

Markó Ferenc

Mobil: +36 30 348 1670

2016. november 29. 20:39 Molnár Péter írta, :

> >mondtam, hogy nem halozati es nem szerver hiba :)
> >az alkalmazas ragaszkodik a nevfeloldashoz,
> >errol kell lebeszelni, vagy legalabbis ertelmesebben megirni,
> >hogy rovidebb timeout-tal tegye ezt.
> Az alapertelmezett nevfoldasi fuggveny nem kepes a timeout-ot kezelni.
> De mar van is megoldas.
> Meg egyszer koszonet mindenkinek, aki segitett eljutni a problema igazi
> okahoz.
>
> --
> Udv:
> Molnar Peter
> http://www.petersoft.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/
>
___
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/

Re: [Techinfo] weboldal eleresi gond

[Molnár Péter]

>mondtam, hogy nem halozati es nem szerver hiba :)
>az alkalmazas ragaszkodik a nevfeloldashoz,
>errol kell lebeszelni, vagy legalabbis ertelmesebben megirni,
>hogy rovidebb timeout-tal tegye ezt.
Az alapertelmezett nevfoldasi fuggveny nem kepes a timeout-ot kezelni.
De mar van is megoldas.
Meg egyszer koszonet mindenkinek, aki segitett eljutni a problema igazi 
okahoz.


--
Udv:
Molnar Peter
http://www.petersoft.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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 11/29/2016 18:48, Molnár Péter wrote:

El tudom kepzelni, hogy egy webalkalmazas, ami ragaszkodik a

nevfeloldashoz, kitartoan probalkozik es ez kesleltetest okoz.



IGEN!
Ennyi.



mondtam, hogy nem halozati es nem szerver hiba :)  az alkalmazas 
ragaszkodik a nevfeloldashoz, errol kell lebeszelni, vagy legalabbis 
ertelmesebben megirni, hogy rovidebb timeout-tal tegye ezt.


--


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/

Re: [Techinfo] weboldal eleresi gond

[Molnár Péter]

Hello!
>Péter! Nincs lehetőséged  totál ugyanazzal a laptoppal
> tesztelni egy működő helyről és egy nem működőről?
Sajnos a "nem mukodo" hely mas telepulesen van, igy a teszteles a 
teamviewer-re korlatozodik, ami idoben es lehetosegben is eleg korlatozott.


>Siman elkepzelheto, hogy valahol a hatterben peldaul
> tortenik egy nevfeloldas, naplozasi cellal
>(pl. nem csak IP cimet de hostnevet is loggolni akar valaki).
Igen, ez a gond.

>Mit ad isten, a leveledben korabban irt IP cim
> (a szolgaltatoe, tehat nem az, amin a kliens latszik, tehat a 
79.120.209.1)

>nem oldhato fel, timeout-ra fut.
> Lehet, hogy az a cim, amin a kliens latszodik, sem oldhato fel
> (nem tudjuk, mert nem irtad meg mi az).
>El tudom kepzelni, hogy egy webalkalmazas, ami ragaszkodik a 
nevfeloldashoz, kitartoan probalkozik es ez kesleltetest okoz.

IGEN!
Ennyi.

--
Udv:
Molnar Peter
http://www.petersoft.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/

Re: [Techinfo] weboldal eleresi gond

[Molnár Péter]

Hello!
>En inkabb a szerveren ellenoriznem a nevfeloldast,
>kulonosen azokra az ip cimekre, ahonnan a kliens a
>problemas esetekben erkezik.
ES IGEN!!!
A belepeskor, s csakis akkor, a rendszer rogziti, hogy milyen ip szamrol 
tortent a bejelentkezes, s rogziti/rogzitene az ip-hez tartozo nevet is.

Igen am, de a 79.120.209.21-nek nincs reverse dns beallitasa!
"unable to resolve 79.120.209.21"
Tehat a script var a valaszra, ami nem jon "jo ideig".
Tehat meg van a valasz a belepes "lassusagara", ami nem alkalmazashiba, 
de nem is szerverhiba.

Koszonom a segitseget!


--
Udv:
Molnar Peter
http://www.petersoft.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/

Re: [Techinfo] weboldal eleresi gond

[Csaba Tiba]

A szervered proxyként is működik? Vagy csak a diginaplo fut?
Csaba?
___
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/

Re: [Techinfo] weboldal eleresi gond

[Somogyi László]

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/

Re: [Techinfo] weboldal eleresi gond

[ka]

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/

Re: [Techinfo] weboldal eleresi gond

[Somogyi László]

Csatlakozva az előttem szóló Ádámhoz:
Az alkalmazást futtató szerver nem ad választ időben a webszervernek, az 
meg dob valamit a kliensnek, ez az 504. Egyébként más üzi lenne.
Ráadásul ezt az azonosításnál teszi, itt kell keresni valamit, ami ezt 
végzi.
Tehát a kapcsolat rendben, a webszerver kiadja a kezdőoldalt, feldobja 
az azonosítást, valószínűleg a webszerver meg is kapja a belépési 
adatokat, át is adja az adatbázis/alkalmazás szervernek, de az meg 
valamit várni kezd, de mit? Vagy másképp működik ez ott? Ha igen, hogyan?
Nyilván lehet benne, kell lennie benne valami specifikus internet 
szolgáltatói valami, ami megfekteti az alkalmazást, ezt innen nem látjuk.
De lehet még sok minden más is... hány tesztet tudtál végezni a rossz 
szolgáltatótól? (mire alapozol?)
Sőt azt sem látjuk, miféle a webszerver és miféle az alkalmazás szerver, 
kettő ez vagy egy, ha kettő, akkor köztük minden rendben?
vagy valami dokumentált/nem dokumentált szerver szoftver hibába fut bele 
a dolog a kiszolgálói oldalon?

én arrafelé is keresgélnék

A fentitől függetlenül:
Nem látom még teljesen bizonyítva az alkalmazás hibát.
Péter! Nincs lehetőséged  totál ugyanazzal a laptoppal tesztelni egy 
működő helyről és egy nem működőről?
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?
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.


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 kliensen, 
mondjuk a sulinetesre. Azok régen elérhetőek voltak más szolgáltatótól 
is, kívülről, nem tudom most hogy van, de mindenképpen működő 
szolgáltató DNS-ére.

Tudom, ez nem oldja meg a problémát hosszútávon, de hibakeresésnek.

Huh, ez az  egyik legnehezebb hiba ám, azt tudod? :)

sl

2016.11.29. 16:12 keltezéssel, k...@mayten.sch.bme.hu írta:

On 2016-11-29 14:13, Peter Molnar wrote:

Hello!

Belso halorol belepes 1-2 masodperc
Sulinetes vonalrol 1-2 masodperc
Barhonnan 1-2 masodperc
Egyetlen 1 szolgaltatotol: 60 masodperc.
Csak a szolgaltato mas.
Nem tudok olyan webszerver beallitasrol, ami kiszurna 1 szolgaltatot,
s timeout-ra futna.
Eleg nehez tesztelnem, de a webszerver logjait debud-ra allitom,
hatha...



Szerintem rosszul kozelited meg a problemat.  Probalom maskepp 
fogalmazni, mert ez nyersen hangzik, de oszinten ugy gondolom, hogy 
nem jol allsz hozza.


Ne azt vizsgald, hogy mi tortenik az elotet szerver es a kliens 
kozott, azt nezd, mi tortenik az alkalmazasban.  Mint irtam nem 
ismerem, de eltoltottem par evet olyan kornyezetben, ahol ilyen 
jellegu hibakat vizsgaltam.  Ne egy kapcsolatra fokuszalj, hanem a 
folyamat egeszere.


Lehet, nincs igazam, orommel latnam, ha tenyekkel megcafolnal. 
Szamtalan olyan alkalmazast lattam mar, ahol bizonyos konstellacio 
eseten valami lassan, vagy nem mukodott.  Az alkalmazast vizsgald, 
hogy az melyik lepesben mit csinal, ki kapcsolodik kihez, miert es 
honnan kapja ezt az informaciot.


Az gondolom egyertelmu, hogy az azonositast vegzi valami, majd utana 
az adatot masvalaki szolgaltatja, legalabbis en a korabbi leveleidbol 
igy ertelmeztem a leirtakat.  Azt kell megvizsgalnod, hogy ebben a 
masodik lepesben mi milyen sorrendben tortenik. Siman elkepzelheto, 
hogy valahol a hatterben peldaul tortenik egy nevfeloldas, naplozasi 
cellal (pl. nem csak IP cimet de hostnevet is loggolni akar valaki).


Mit ad isten, a leveledben korabban irt IP cim (a szolgaltatoe, tehat 
nem az, amin a kliens latszik, tehat a 79.120.209.1) nem oldhato fel, 
timeout-ra fut.  Lehet, hogy az a cim, amin a kliens latszodik, sem 
oldhato fel (nem tudjuk, mert nem irtad meg mi az).  El tudom 
kepzelni, hogy egy webalkalmazas, ami ragaszkodik a nevfeloldashoz, 
kitartoan probalkozik es ez kesleltetest okoz.


Halozati problema?  Nem.  Ez alkalmazas problema.  Specifikus egy 
szolgaltatora nezve?  Igen.  Konnyu hibas kovetkeztetesre jutni, ha 
csak egy pontot vizsgalsz, nem pedig az egesz folyamatot egeszben, 
ezert irtam, hogy szerintem forditva ulsz a lovon, mivel meg mindig 
webszerver beallitasrol es szuresrol beszelsz, szerintem ez komplexebb 
ennel.  Nem halozati es nem OS beallitas, hanem alkalmazasi.


Ebben a konkret esetben en nem latom a jelentoseget annak, hogy 
barhonnan mashonnan jol mukodik.  Kit erdekel?  Azt kell vizsgalni, a 
nem mukodo esetben mi zajlik a hatterben.


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

Re: [Techinfo] weboldal eleresi gond

[ka]

On 2016-11-29 14:13, Peter Molnar wrote:

Hello!

Belso halorol belepes 1-2 masodperc
Sulinetes vonalrol 1-2 masodperc
Barhonnan 1-2 masodperc
Egyetlen 1 szolgaltatotol: 60 masodperc.
Csak a szolgaltato mas.
Nem tudok olyan webszerver beallitasrol, ami kiszurna 1 szolgaltatot,
s timeout-ra futna.
Eleg nehez tesztelnem, de a webszerver logjait debud-ra allitom,
hatha...



Szerintem rosszul kozelited meg a problemat.  Probalom maskepp 
fogalmazni, mert ez nyersen hangzik, de oszinten ugy gondolom, hogy nem 
jol allsz hozza.


Ne azt vizsgald, hogy mi tortenik az elotet szerver es a kliens kozott, 
azt nezd, mi tortenik az alkalmazasban.  Mint irtam nem ismerem, de 
eltoltottem par evet olyan kornyezetben, ahol ilyen jellegu hibakat 
vizsgaltam.  Ne egy kapcsolatra fokuszalj, hanem a folyamat egeszere.


Lehet, nincs igazam, orommel latnam, ha tenyekkel megcafolnal.  
Szamtalan olyan alkalmazast lattam mar, ahol bizonyos konstellacio 
eseten valami lassan, vagy nem mukodott.  Az alkalmazast vizsgald, hogy 
az melyik lepesben mit csinal, ki kapcsolodik kihez, miert es honnan 
kapja ezt az informaciot.


Az gondolom egyertelmu, hogy az azonositast vegzi valami, majd utana az 
adatot masvalaki szolgaltatja, legalabbis en a korabbi leveleidbol igy 
ertelmeztem a leirtakat.  Azt kell megvizsgalnod, hogy ebben a masodik 
lepesben mi milyen sorrendben tortenik.  Siman elkepzelheto, hogy 
valahol a hatterben peldaul tortenik egy nevfeloldas, naplozasi cellal 
(pl. nem csak IP cimet de hostnevet is loggolni akar valaki).


Mit ad isten, a leveledben korabban irt IP cim (a szolgaltatoe, tehat 
nem az, amin a kliens latszik, tehat a 79.120.209.1) nem oldhato fel, 
timeout-ra fut.  Lehet, hogy az a cim, amin a kliens latszodik, sem 
oldhato fel (nem tudjuk, mert nem irtad meg mi az).  El tudom kepzelni, 
hogy egy webalkalmazas, ami ragaszkodik a nevfeloldashoz, kitartoan 
probalkozik es ez kesleltetest okoz.


Halozati problema?  Nem.  Ez alkalmazas problema.  Specifikus egy 
szolgaltatora nezve?  Igen.  Konnyu hibas kovetkeztetesre jutni, ha csak 
egy pontot vizsgalsz, nem pedig az egesz folyamatot egeszben, ezert 
irtam, hogy szerintem forditva ulsz a lovon, mivel meg mindig webszerver 
beallitasrol es szuresrol beszelsz, szerintem ez komplexebb ennel.  Nem 
halozati es nem OS beallitas, hanem alkalmazasi.


Ebben a konkret esetben en nem latom a jelentoseget annak, hogy 
barhonnan mashonnan jol mukodik.  Kit erdekel?  Azt kell vizsgalni, a 
nem mukodo esetben mi zajlik a hatterben.


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/

Re: [Techinfo] weboldal eleresi gond

[Kunci]

2016. 11. 29. 15:06 keltezéssel, k...@mayten.sch.bme.hu írta:


szerintem tok egyertelmu, hogy szerver problema van.

De akkor nem nagyjából minden hálózatból lassúnak, hibásnak kéne lennie?

Kunci


___
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/

Re: [Techinfo] weboldal eleresi gond

[Peter Molnar]

Hello!

Belso halorol belepes 1-2 masodperc
Sulinetes vonalrol 1-2 masodperc
Barhonnan 1-2 masodperc
Egyetlen 1 szolgaltatotol: 60 masodperc.
Csak a szolgaltato mas.
Nem tudok olyan webszerver beallitasrol, ami kiszurna 1 szolgaltatot, s
timeout-ra futna.
Eleg nehez tesztelnem, de a webszerver logjait debud-ra allitom, hatha...
___
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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 2016-11-29 13:28, Peter Molnar wrote:

Az erintett webszerver elerheto sulinetes oldalrol is.
Lenyegesen kisebb savszelesseggel.
A sulinetes vonalon a belepes 1-2 masodperc
A masik vonalon ahol 2Mbit/s vonalon ul a szerver kb 60 masodperc



szerintem tok egyertelmu, hogy szerver problema van.  eleve az 504-es 
http is erre utal, masreszt a leirtak megerositik.  en a logokat neznem 
meg, nem tudom van-e hozzaferesed.  ezekbol kiderul, mire var a szerver 
abban a 60 masodpercben.


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/

Re: [Techinfo] weboldal eleresi gond

[Peter Molnar]

>
> >ha a neptun-e naplóról beszélsz
>
Sajnos nem.
___
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/

Re: [Techinfo] weboldal eleresi gond

[Peter Molnar]

Hello!
Azota tortent egy kis valtozas.
A webszerver timeout-jat 60 masodperc fole emeltem.
Igy az erintett szolgaltatotol be lehet lepni, de kb 60 masodpercig tart a
belepes...
Belepes utan nincs sebesseg gond.
Ami erdekes:
Az erintett webszerver elerheto sulinetes oldalrol is.
Lenyegesen kisebb savszelesseggel.
A sulinetes vonalon a belepes 1-2 masodperc
A masik vonalon ahol 2Mbit/s vonalon ul a szerver kb 60 masodperc

A hibas helyrol mas szolgaltonal levo ua a digitalis naplo belepes 1-2
masodperc.
Mas szolgaltatotol a lassu belepeses vonalon a belepes 1-2 masodperc.

A webszerver hibat kizarnam:
- mindenhonnan mashonnan gyors es jo az eleres..
- a sulinetes vonalon is gyors az elerese

Mintha 2 internetszolgaltato egyuttes felallasa korlatozna a forgalmat.
De miert csak belepeskor?
___
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/

Re: [Techinfo] weboldal eleresi gond

[ka]

On 2016-11-29 11:34, Peter Molnar wrote:

Hello!
A digitalis naplonk nem elerheto bizonyos szolgaltatokbol.
Igazabol felig elerheto.
A bejelentkezo oldal megjelenik, de az aoznosito es jelszo beirasa
utan 504-es gateway timeout van.


[...]


A 172-es cim hogyan juthat ki? Valamit itt nagyon elszurtak, vagy
rosszul latom?


szerintem igen, rosszul latod.


Otletek?



eloszor is induljunk el az elejetol.  Egy HTTP 504 errort masoltal be.  
Ez egy alkalmazasi retegbol erkezo hibauzenet.  Azt jelenti, hogy az 
osszes alatta levo reteg (fizikai, adatkapcsolati, halozati, transzport, 
stb) mind rendben van.  Ha nem lenne, ezt a hibauzenetet az alkalmazas 
nem tudna megjeleniteni szamodra.


Tehat azok utan, hogy tisztaztuk, hogy tobbek kozott a harmadik, azaz 
halozati retegben minden rendben van (kulonben nem latnal HTTP 504-et), 
egeszen pontosan miert relevans a traceroute parancs kimenete?  A 
halozati retegben hiaba keresel hibat, ott nincs.


Ha annyira 'elszurtak' volna, hogy 172.31-es cimeket latsz a 
traceroute-ban (ez onmagaban meg nem elszuras, igen, tudom, RFC1918 
tartomany, de akkor sem egyertelmu, hogy ez hiba) akkor eleve az 504-es 
HTTP hibauzenet sem juthatna el hozzad.


Fokuszaljunk inkabb a hibakodra.  A HTTP hibakodok jol definialt 
szintaxist kovetnek.  Kezdjuk ott, hogy barmi, amit 5xx hibakod, az 
szerver oldali hibara utal, ugyanugy, ahogy minden, ami 4xx az kliens 
oldali hibara.


Innen mar gondolom egyertelmu, hogy az 504, teljesen mindegy, hogy 
konkretan mit jelent, a szerver hibajara utal, nem pedig a koztes 
halozatera.  Ez megerositi a kerdesem, hogy miert traceroute-tal 
keresunk hibat?


Altalaban 504-es hibat akkor latni, amikor egy reverse proxy van az 
utvonalban, vagy masneven frontend szerver es neki vannak problemai az 
eleressel.  Ez fuggetlen attol, hogy ki probalkozik, mivel ez egy zart 
halozat a frontend es a backend kozott amire valoszinuleg nincs 
rahatasod.


A konkret rendszer ismerete nelkul azt gondolom, az autentikaciot mas 
rendszer valositja meg, mint a tobbit, ezert sikerul az autentikacio, de 
tovabb mar nem.


Visszaterve az RFC1918-as cimekre a traceroute kimenetedben: tok 
normalis, hogy olyan halozatokban, amelyek peldaul pont-pont halozatok, 
privat cimzest hasznalnak.  Ezek lokalis jelentosegu halozatok, peldaul 
egy ISP es egy masik ISP kozotti linknek nem kotelezoen kell, hogy 
publikus cime legyen.  Sot, biztonsagi szempontbol peldaul ellenjavalt 
is.  Ugyanez vonatkozik peldaul berelt vonali szakaszokra is, szamtalan 
pelda van ilyenre a valosagban.  Egeszen addig, amig a routing tablak 
rendben vannak a privat cimzesu szegmensek szelein, az lenyegtelen, hogy 
a koztes szakasz egy-egy darabjat a vilag nem fogja tudni megcimezni, a 
vegpontok ettol meg elerhetoek maradnak.


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/

Re: [Techinfo] weboldal eleresi gond

[Tamás Tápai]

Ha a neptun-e naplóról beszélsz akkor ez már nálunk is előfordult. Azt
gondoltam, hogy a helyi sulinetes háló az oka, de máshelyről is hiba volt.

2016. nov. 29. 12:34 du. ezt írta ("Peter Molnar" ):

> Hello!
> A digitalis naplonk nem elerheto bizonyos szolgaltatokbol.
> Igazabol felig elerheto.
> A bejelentkezo oldal megjelenik, de az aoznosito es jelszo beirasa utan
> 504-es gateway timeout van.
> Nem ertem, hogy ha a bejelntkezo ablak megjelenik, s minden mas teszt.php
> oldal, akkor miert fut timeout-ra a bejelentkezes.
>
> Nem sok lehetosegem van tesztelni, de az erintett kliensrol probalkozva
> (tavolrol), s figyelve a logokat a kovetkezoket latom:
> A webszerver logjaban megjelent egy 172-es cim.
> Traceroute-t kiadva ra ezt latom:
>
> Útvonal követése a következőhöz: 172.22.10.24, legfeljebb 30 ugrással.
>
>   1 1 ms 1 ms 1 ms  192.168.100.252 - ugyfel gepe
>   2 2 ms 3 ms 3 ms  79.120.209.1 - ugyfel internet
> szolgaltatojanak atjaroja (gondolom)
>   3 3 ms 3 ms 3 ms  172.31.255.9 - ???
>   4 7 ms 8 ms 7 ms  172.31.255.5- ???
>   5 5 ms 5 ms 5 ms  172.31.255.1- ???
>   6 4 ms 5 ms 5 ms  91.82.98.230- a digitalis naplo internetes
> szolgaltatojanak cime
>   725 ms 9 ms 9 ms  172.22.10.24
>
> A 172-es cim hogyan juthat ki? Valamit itt nagyon elszurtak, vagy rosszul
> latom?
> Otletek?
>
>
>
>
> ___
> 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/