Annak mi köze ahhoz hogy ki-be húzom a UTP kábelt? Amúgy ~2 perc különbség
van.
2015. augusztus 17. 15:52 Zoltán Varga írta, <varzolt...@gmail.com>:
> Én megnézném az idő szinkronizálását a server és munkaállomások közótt.
>
> Varga Zoltán
> 2015.08.17. 12:05 ezt írta ("Liska Zsolt" <lzspa...@gmail.com>):
>
>> 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, <k...@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@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/
>>
>>
> _______________________________________________
> 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/
