(This IsN't The F*cking Manual)
UNIX
a la Hamster
Ha nagyon magányosan érezzük magunkat a terminál előtt, lehetőségünk van arra, hogy gyorsan segítséget kérjünk valaki mástól, aki éppen a rendszerben tartózkodik. Ehhez csak ennyit kell beírnunk:
write usernévIlyenkor eltűnik a prompt, és amit ezután beírunk, az megjelenik a címzett terminálján, tönkreszövegelve az éppen aktuális munkáját. Amennyiben vége van a közlendőnknek, nyomjunk CRTL+D-t (^D), azonnal visszaugrunk promptba. Ha valaki így ránkzörög, az valahogy így néz ki:
Message from root console at 22:00 Figyelj, reboot lesz, ugyhogy tunes innen!!!A másik lehetőség a
talk usernévIlyenkor a címzett képernyőjén megjelenik egy kis üzenet:
Message from Talk_daemon at 22:01 Talk: connection requested by root Talk : respond with: talk root(itt éppen a root hív téged, mert nem léptél ki az előző felszólítás ellenére...) Ha erre beírod, amit a Talk_daemon (egy állandóan futó program) javasol, akkor már össze is vagy kapcsolódva a másik féllel. Persze túlterhelt gép/hálózat esetén ez nagyon lassú lehet. [jajj...most gondoltam csak át, hogy ez inkább Internet-es téma, ígyhát ezt a fejezetet is nevezzük át Internet-fejezetnek] A talk közben a képernyô két részre van osztva, az egyik részen megy a te szöveged, a másikon a másik félé. (újabb díjnyertes mondat...) Ennek inkább hálózaton van jelentősége, gyorsan információt kaphatsz valakitől. Természetesen Interneten más gépre valahogy így kell talkolni:
talk hamster@dc.sote.hutehát nem síma usernév, hanem teljes cím (usernév@host)... De ez gondolom elég logikus... Csak arra kérlek/ünk: spóroljatok ezzel a két funkcióval, mert esetleg (majdnem 100%) megzavarod a hívott felet ezzel! Persze az is lehet, hogy nem is válaszol, bár a talk rendesen újra fogja egy darabig hívni... De ne legyen az, mint amit tapasztaltam Novell szerveren (emlékszik valakimég ilyenekre?:-), hogy bizonyos userek két másodpercenként hülye szövegeket küldtek a hálón át más usereknek... Természetesen le is lehet tiltani az ilyen zaklatásokat (akárcsak Novell alatt a castoff-al):
mesg nIlyenkor a hívó
Talk : connection refusedüzenetet fog kapni. Ezen nem kell felháborodni, ez érthető... (újraengedélyezés: mesg y)
Ha több UNIX-os gép is van a hálózaton... (lásd még: Internet)
Igen, néha szükségünk lehet arra, hogy megnézzük, "milyen messze" vagyunk egy másik számítógéptől, például ha azt szeretnénk tudni, hogy az adott másik gép abszolút nem elérhető, vagy csak nagyon lassú a kapcsolat? Hogyan nézzük meg, hogy milyen kapcsolat van egy másik gép irányába? Ilyenkor az egyik lehetőség: ping Péel:
unicorn$ ping om2.odin.net PING om2.odin.net (193.130.116.2): 56 data bytes 64 bytes from 193.130.116.2: icmp_seq=0 ttl=48 time=9268.6 ms 64 bytes from 193.130.116.2: icmp_seq=1 ttl=48 time=8631.2 ms 64 bytes from 193.130.116.2: icmp_seq=2 ttl=48 time=10610.8 ms 64 bytes from 193.130.116.2: icmp_seq=3 ttl=48 time=10172.3 ms 64 bytes from 193.130.116.2: icmp_seq=4 ttl=48 time=10754.6 ms 64 bytes from 193.130.116.2: icmp_seq=5 ttl=48 time=15926.1 ms 64 bytes from 193.130.116.2: icmp_seq=6 ttl=48 time=15310.2 ms 64 bytes from 193.130.116.2: icmp_seq=7 ttl=48 time=14351.2 ms 64 bytes from 193.130.116.2: icmp_seq=8 ttl=48 time=14849.4 ms 64 bytes from 193.130.116.2: icmp_seq=9 ttl=48 time=14744.8 ms 64 bytes from 193.130.116.2: icmp_seq=10 ttl=48 time=15006.1 ms 64 bytes from 193.130.116.2: icmp_seq=11 ttl=48 time=14526.6 ms(itt nyomtam egy CTRL+C-t, különben így ment volna a végtelenségig)
--- om2.odin.net ping statistics --- 26 packets transmitted, 12 packets received, 53% packet loss round-trip min/avg/max = 8631.2/12845.9/15926.1 msA ping kis hálózati csomagokat küldözget a kért géphez, és számolja, mikor érkezik vissza a válasz, hogy a címzett megkapta-e a csomagot, ill. azt is számontartja, hogy a packeteknek mekkora része veszett el útközben. Ez itt fenn elég kétségbeejtő eset: lassú is (legalul nezzük csak: legkisebb sebesség/átlagos seb./legnagyobb seb.), és a csomagok egy része a timbuktui reptérre érkeztek meg: 53%-os veszteség! De miért ilyen vacak a kapcsolat, hát hol van az a gép, merre utazik az a fránya csomag? A válasz -> traceroute. Péel:
unicorn$ traceroute om2.odin.net traceroute to om2.odin.net (193.130.116.2), 30 hops max, 40 byte packets 1 router.sch.bme.hu (152.66.86.254) 2.671 ms 2.517 ms 2.484 ms 2 budapest2.empb.net (193.172.4.29) 1832.4 ms 1668.31 ms 964.448 ms 3 amsterdam7.empb.net (193.172.4.35) 1593.45 ms 1955.6 ms 1912.5 ms 4 Amsterdam1.dante.net (193.172.12.10) 1419.21 ms 1990.98 ms 2109.1 ms 5 icm-dante.icp.net (194.41.0.18) 1530.93 ms 205.714 ms 190.591 ms 6 icm-dc-1-E4/2.icp.net (192.157.65.73) 332.581ms 237.246ms 440.883 ms 7 icm-mae-e-H1/0-T3.icp.net (198.67.131.9) 193.967ms 218.253ms 233.26 ms 8 was-gw1.pipex.net (192.41.177.190) 265.891 ms 520.916 ms 274.456 ms 9 cam-gw2.pipex.net (158.43.132.1) 177.427 ms 198.264 ms 182.112 ms 10 cam-gw4.pipex.net (158.43.128.13) 195.012 ms 198.487 ms 340.469 ms 11 odin-gw.pipex.net (158.43.4.194) 4947.4 ms 4162.11 ms * 12 om2.odin.net (193.130.116.2) 4226.95 ms * 4094 msNaszóval: itt van a kutya elásva! (szegény blöki...) Az adott géphez a fél világon vezet az út: először a mi gépünkről elmegy routereken át Amszterdamba, aztán ide-oda ugrál, míg el nem ér Angliába, Cambridge-be, onnan éri el a keresett gépet. Nem is csoda, ha rossz volt az átvitel... Néha megesik, hogy egy-egy gépnek csak az IP-címét tudjuk, vagy pont csak a hostname-et, és kíváncsiak vagyunk a másikfajta címre. Ilyenkor az nslookup parancs segíthet nekünk:
gyopar# nslookup 193.171.32.138 Server: master.fok.hu Address: 193.224.166.1 Name: z566-2.Raab-Heim.Uni-Linz.AC.AT Address: 193.171.32.138Persze ez nem mindig megy. Először is: 1. kell egy beállított nameszerver, amit ez a parancs megkérdezhet a válasszal kapcsolatban (itt a master.fok.hu) aztán: 2. annak ismernie is kell a keresett gépet, 3. a keresett gépnek tényleg van rendes neve is, nemcsak IPje?, 4. a keresett gép nincs valamíly galád módon elrejtve a rendszer elől, például ilyen-olyan gatewayeken át érhető el? Amúgy lehet, hogy most ide le kellene írnom az egész nameserver-rendszert, aztán a routerekről is valamit, aztán be kellene mutatnom a gatewayeket, aztán... Persze az már nem igazán a UNIKZ nevű csodáról szólna... Gyorsan abba is hagyom, hátha a következő fejezetre össze tudom magam szedni!