Azért a ki-behúzom a kábelt nem ilyen egyértelmű... hiszen ilyenkor egy
rakás dolog történik...
Ha letiltod és újra engedélyezed szerintem akkor is helyrejönne... - szóval
nem a dugáson van itt a hangsúly. ;)
2015. augusztus 17. 18:07 Liska Zsolt írta, <lzspa...@gmail.com>:
> 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/
>
>
_______________________________________________
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/
