Hálózati probléma

[ka at mayten.sch.bme.hu]

On 2015-08-17 10:38, Liska Zsolt wrote:

> Olyan probléma akad, hogy egyszer csak gondol egyet, és mint ha nem
> lenne bedugva az UTP kábel, vagyis csak részben (a gépeken
> felkiáltójeles lesz a kis monitor). Egyik gép be bír lépni,
> másik nem, egyik látja a szerveri megosztott fájlokat a másik nem.

Hmm.  Felkialtojeles monitor.  Oke.  Szoval az semmi mast nem jelent, 
mint hogy az adott gep egy elore fixen megadott URL-re akar menni es a 
tartalmat letolteni.  Amennyiben ez sikerul, es a letoltott tartalom 
megegyezik azzal, amit vart (szinten elore megadott), akkor van internet 
es kis monitorka jelenik meg (vagy a wifi jelerosseget szimbolizalo 
oszlopok).

Amennyiben a letoltes sikerul, de a kapott tartalom nem egyezik meg az 
elore letarolttal, ugy a rendszer azt feltetelezi, hogy egy captive 
portal mogott van, es feldobja az ablakot, hogy addicionalis belepes 
szukseges.

Amennyiben a letoltes nem sikerul, megjelenik a felkialtojel.

A fentiek miatt ez nem hibakereses, hogy megallapitjuk, hogy 
felkialtojel van.  Legszivesebben flexszel vagnam kette aki ez alapjan 
diagnosztizal.  Hosszaban, ugy tovabb faj.  Hiszen ez jelenthet barmit.

- nem erheto el a dns szerver.  a dns szerver lehet kint is, bent is
- elerheto, de nem lehet feloldani az adott nevet, amit a gep kerdezni 
akar.  ha a dns belul van, lehet a dns-nek nincs netkapcsolata.  lehet 
van, de a felettes dns szervernek nincs.  vagy a felettes dns szervert 
karbantartjak.  vagy a ket dns szerver kapcsolata hibas
- elerheto, feloldja, de mas ip cimre.  azt pedig vagy el lehet erni, 
vagy nem
- elerheto, feloldja, de letolteni nem sikerul, mert mondjuk konkretan 
egy gepnek nincs nete, a dns-nek van.
- nem erheto el a dns, de megis feloldja: mondjuk cache-bol, de 
letolteni mar nem tudja
- elerheto a dns, de nincs netje, megis feloldja a nevet, mondjuk a 
sajat cache-bol (altalaban szuk savszelessegu helyeken caching 
nevszerver logikus lenne)

Es meg csak a nevfeloldasnal tartok, de maris kabe hat dolog amit meg 
kellett volna nezni.

> Ha ki-be húzom az UTP kábelt a szerverben, egyből jó lesz minden.
> Majd bír egy-két napot és megint ezt csinálja.
> 

> UTP kábelt is cseréltem, driverek legfrissebbek..
> 

kevesse erzem relevansnak.  inkabb a swtich logjait kell megnezni, o mit 
gondol, mi tortenik amikor a link elmegy.  lehet ezer millio oka, csak 
az errodisable recovery utan 26 okot lehet megadni, ami miatt a switch 
ideiglenesen letilt egy switchportot.

Tovabba hajra wireshark, amikor a hiba fennall, erdemes megnezni milyen 
forgalom zajlik azon a bizonyos kabelen / interfeszen.  Tovabbi 
kovetkezteteseket varhatoan lehet kapni a forgalom jellegebol.

Az, hogy nehany gep eler dolgokat, nehany nem, ismet visszavezetheto 
cache-elt informaciokra.  Ebbol fakadoan az nem relevans, hogy melyik 
gep milyen meghajtot tud vagy nem tud felvenni, pingelni kene, eloszor a 
legkozelebbi halozati eszkozt, aztan mas gepeket a halozaton belul, 
aztan a gateway-t, aztan kint valamit az interneten, mialatt a hiba 
fennall.  Ezekbol tovabbi kovetkeztetest lehet levonni.  Felkialtojeles 
monitorbol... hat, abbol nem.

udv
adam