Re: Hálózati probléma

[Liska Zsolt]

Most megint ledobta magát, nem lehetett pingelni a másik hálókártyán
keresztül se, azaz alapból 3 switch ki is van lőve a témából. Viszont a
másik hálózaton nincs ilyen probléma a többi gép között, így nagyon úgy
érzem hogy a hálózati kártya lesz a ludas... Levettem az
energiagazdálkodást is, nem-e lekapcsolja. Nyomtam egy ethernet adapter
tiltás/engedélyezést és megy is..


2015. augusztus 17. 11:55 írta, <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
>
> _______________________________________________
> Techinfo mailing list
> Techinfo at 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/
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lista.sulinet.hu/pipermail/techinfo/attachments/20150817/f030ef35/attachment.html>