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/