From owner-p4-projects@FreeBSD.ORG Mon Aug 4 19:26:06 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 1E1111065677; Mon, 4 Aug 2008 19:26:06 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC7631065675 for ; Mon, 4 Aug 2008 19:26:05 +0000 (UTC) (envelope-from pgj@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id ABB558FC08 for ; Mon, 4 Aug 2008 19:26:05 +0000 (UTC) (envelope-from pgj@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.2/8.14.2) with ESMTP id m74JQ5Vl034795 for ; Mon, 4 Aug 2008 19:26:05 GMT (envelope-from pgj@FreeBSD.org) Received: (from perforce@localhost) by repoman.freebsd.org (8.14.2/8.14.1/Submit) id m74JQ5rj034793 for perforce@freebsd.org; Mon, 4 Aug 2008 19:26:05 GMT (envelope-from pgj@FreeBSD.org) Date: Mon, 4 Aug 2008 19:26:05 GMT Message-Id: <200808041926.m74JQ5rj034793@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: perforce set sender to pgj@FreeBSD.org using -f From: Gabor Pali To: Perforce Change Reviews Cc: Subject: PERFORCE change 146648 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2008 19:26:06 -0000 http://perforce.freebsd.org/chv.cgi?CH=146648 Change 146648 by pgj@disznohal on 2008/08/04 19:25:23 MFen: 1.1000 -> 1.1050 hu_HU.ISO8859-2/books/faq/book.sgml Affected files ... .. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/faq/book.sgml#7 edit Differences ... ==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/faq/book.sgml#7 (text+ko) ==== @@ -7,7 +7,7 @@ @@ -18,7 +18,7 @@ A &os; Dokumentációs Projekt - $FreeBSD: doc/en_US.ISO8859-1/books/faq/book.sgml,v 1.1000 2008/06/21 08:32:47 pgj Exp $ + $FreeBSD: doc/en_US.ISO8859-1/books/faq/book.sgml,v 1.1050 2008/07/05 03:12:14 pgj Exp $ 1995 @@ -5028,7 +5028,44 @@ - + + Miért árasztják el + calcru: negative runtime vagy + calcru: runtime went backwards + üzenetek a konzolt? + + + + Ismert egy olyan probléma, hogy a BIOS-ban + engedélyezzük az &intel; Enhanced SpeedStep + technológiáját, akkor a rendszermag + ehhez hasonló calcru + üzeneteket kezd el küldözgetni: + + calcru: runtime went backwards from 6 usec to 3 usec for pid 37 (pagezero) +calcru: runtime went backwards from 6 usec to 3 usec for pid 36 (vmdaemon) +calcru: runtime went backwards from 170 usec to 138 usec for pid 35 (pagedaemon) +calcru: runtime went backwards from 553 usec to 291 usec for pid 15 (swi6: task queue) +calcru: runtime went backwards from 15521 usec to 10366 usec for pid 2 (g_event) +calcru: runtime went backwards from 25 usec to 12 usec for pid 11 (swi1: net) +calcru: runtime went backwards from 4417 usec to 3960 usec for pid 1 (init) +calcru: runtime went backwards from 2084385 usec to 1793542 usec for pid 1 (init) +calcru: runtime went backwards from 408 usec to 204 usec for pid 0 (swapper) + + Ennek oka, hogy az &intel; SpeedStep (EIST) egyes + alaplapokkal nem kompatibilis. + + Megoldás: Tiltsuk le a BIOS-ban az EIST + használatát. Ekkor még az + ACPI-alapú + processzorfrekvencia-szabályozás + továbbra is elérhetõ a &man.powerd.8; + használatán keresztül. + + + + + Miért jár rosszul az óra a számítógépen? @@ -10495,6 +10532,18 @@ YES értékûre állítjuk. + + A &os; újabb változataiban az + &man.mrouted.8; multicast útválasztó + démon, a &man.map-mbone.8; valamint az + &man.mrinfo.8; segédprogramok már nem + szerepelnek az alaprendszerben. Ezek a programok + már a &os; Portgyûjteményében az + net/mrouted portban + találhatóak meg. + + Az MBONE használatához további eszközök találhatóak a külön ppp.conf - állományban használt - HISADDR kulcsszót - feldolgozni. + ppp.conf állományba + elfelejtettük felvenni a HISADDR + kulcsszót. Az alapértelmezett útvonal hiányának másik oka lehet még, ha @@ -11485,10 +11531,8 @@ Ebben az esetben menjünk vissza a kézikönyv - A rendszer végsõ - beállítása címû - részéhez. + url="&url.books.handbook;/userppp.html#USERPPP-FINAL">A rendszer végsõ beállítása + címû részéhez. @@ -11521,8 +11565,7 @@ add 0 0 HISADDR A kézikönyv - A PPP és a dinamikus IP-címek + url="&url.books.handbook;/userppp.html#USERPPP-DYNAMICIP">A PPP és a dinamikus IP-címek címû részében olvashatunk errõl bõvebben. @@ -11771,17 +11814,19 @@ támogatást újrafordítjuk a CFLAGS+=-g és a STRIP= - beállítások megadásával a - hozzátartozó Makefile - állományban, majd a make - install - clean parancs - kiadásával. Amikor a &man.ppp.8; + beállítások megadásával + az /etc/make.conf + állományban, majd a + /usr/src/usr.sbin/ppp + könyvtárban a + make install clean + parancs kiadásával. Amikor a &man.ppp.8; leáll, keressük meg a &man.ppp.8; program - azonosítóját a ps ajxww | - fgrep ppp parancs használatával, - majd adjuk ki a gdb ppp - PID parancsot. A + azonosítóját a + pgrep ppp parancs + használatával, majd adjuk ki a + gdb ppp PID + parancsot (gdb ppp `pgrep ppp`). A gdb parancssorából ezután a bt paranccsal kérdezhetjük le a hívási @@ -11828,7 +11873,7 @@ - Folyamatosan magic is the same + Folyamatosan Magic is same hibák jelennek meg. Ez mire utal? @@ -12019,15 +12064,15 @@ set stopped N - Használhatjuk viszont ezt a parancsot is: + Használhatjuk viszont ezt a parancsot is (ahol + N adja meg, hogy mennyi + másodperc teljen el a beállítás + megkezdése elõtt): set openmode active N - ahol N adja meg, hogy mennyi - másodperc teljen el a beállítás - megkezdése elõtt). Az ezzel kapcsolatos - további részleteket a man oldalon - olvashatjuk. + Az ezzel kapcsolatos további részleteket a + man oldalon olvashatjuk. @@ -12173,9 +12218,9 @@ paraméterekkel szokták meghívni, ami arra utasítja, hogy 30 percenként dolgozza fel a sorát) - vagy amíg a sendmail -q parancs le - nem fut (például a - ppp.linkup + vagy amíg a sendmail + parancs le nem fut + (például a ppp.linkup állományból). @@ -12259,12 +12304,13 @@ szkriptekben? - A &man.ppp.8; a konfigurációs - állományokból minden sort külön - beolvas, ezért a set phone "123 456 - 789" és hozzá hasonló - karakterláncok esetén képes felismerni, - hogy a megadott számok valójában + A ppp a + konfigurációs állományokból + minden sort külön beolvas, ezért a + set phone "123 456 789" és + hozzá hasonló karakterláncok + esetén képes felismerni, hogy a megadott + számok valójában egyetlen paramétert formáznak. A " megadásához a visszaper karaktert @@ -12320,10 +12366,11 @@ - A &man.ppp.8; (vagy más hasonló program) - elméletileg soha nem hoz létre - .core állományt. Mivel a - &man.ppp.8; tulajdonképpen a nullás + A ppp (vagy más + hasonló program) elméletileg soha nem hoz + létre .core + állományt. Mivel a &man.ppp.8; + tulajdonképpen a nullás felhasználói azonosítóval fut, az operációs rendszer soha nem fogja a &man.ppp.8; memórialenyomatát @@ -12338,14 +12385,10 @@ fejezet elejét), akkor a következõt tehetjük: - &prompt.user; tar xfz ppp-*.src.tar.gz -&prompt.user; cd ppp*/ppp -&prompt.user; echo STRIP= >>Makefile -&prompt.user; echo CFLAGS+=-g >>Makefile -&prompt.user; make clean all -&prompt.user; su -&prompt.root; make install -&prompt.root; chmod 555 /usr/sbin/ppp + &prompt.root; cd /usr/src/usr.sbin/ppp +&prompt.root; echo STRIP= >> /etc/make.conf +&prompt.root; echo CFLAGS+= >> /etc/make.conf +&prompt.root; make install clean A fenti parancsokkal telepíteni tudjuk a &man.ppp.8; egy nyomonkövethetõ @@ -12434,14 +12477,15 @@ már nem az adott gép a tulajdonosa. Számos elméleti - megközelítés létezik az imént - felvázolt probléma megoldására. A - legszebb az lenne, ha a távoli pont - lehetõség szerint a korábban - használt IP-címet osztaná ki - újra. A &man.ppp.8; jelenlegi változata - pontosan ugyanezt teszi, viszont a legtöbbi - implementáció már nem. + megközelítés létezik az + imént felvázolt probléma + megoldására. A legszebb az lenne, ha a + távoli pont lehetõség szerint a + korábban használt IP-címet + osztaná ki újra. A &man.ppp.8; jelenlegi + változata pontosan ugyanezt teszi, viszont a + legtöbbi implementáció már + nem. Részünkrõl az bizonyulna a legegyszerûbb megoldásnak, ha a &man.tun.4; @@ -12463,7 +12507,7 @@ címre. A másik (és - valószínûleg a sokkal + valószínûleg a sokkal megbízhatóbb) lehetõség egy olyan rendszerhívás implementálása lenne, amely képes az összes használatban @@ -12474,8 +12518,8 @@ módosítsa az összes addig futó program socketjét az új IP-cím beállításakor. Ugyanezzel a - rendszerhívással a DHCP kliensek is - képesek lennének + rendszerhívással a DHCP + kliensek is képesek lennének átállítani a socketjeiket. Lehetõségünk van még @@ -12581,7 +12625,7 @@ függvénykönyvtárhoz. A különbözõ szélsõséges esetekre a - /usr/src/lib/libalias/alias_*.c + /usr/src/sys/netinet/libalias/alias_*.c állományokban találhatunk példákat (az alias_ftp.c tökéletes @@ -12782,10 +12826,10 @@ állapítani, hogy a beérkezõ adatok bejelentkezõ vagy shell üzeneteket. Ha a másik oldalon egy shell parancssorát kapjuk - meg, akkor a &man.ppp.8; a close lcp + meg, akkor a &man.ppp.8; a close lcp megadásával a vonal eldobása nélkül leállítható (az - utána következõ term + utána következõ term paranccsal pedig a távoli gépen futó shellre tudunk csatlakozni). @@ -12841,9 +12885,7 @@ elérhetõ (egyes képek és oldalak esetén elõfordul). Úgy tûnik, ez az alapbeállítás a legtöbb Telco - PPPoE konfiguráció esetében. - (Bárcsak tudnám, hogyan kell - útválaszókat programozni...) + PPPoE konfiguráció esetében. Ezt a hibát úgy javíthatjuk, ha a &windows; 95/98 rendszerekben megtalálható @@ -12890,25 +12932,16 @@ beállítási lehetõséget a TCP/IP beállítások megváltoztatására. Léteznek - viszont egy kereskedelmi termékek, - például a Sustainable - Softworks által fejlesztett - OTAdvancedTuner (ahol az OT az OpenTransportra, a &macos; - TCP/IP protokollkészletére utal), amely + viszont kereskedelmi termékek, amelyek lehetõvé teszi a felhasználók számára, hogy igényeik szerint módosítsák rendszerük TCP/IP beállításait. A hálózati címfordítást használók - válasszák itt a legördülõ - menübõl az ip_interface_MTU - opciót és adják meg az - 1450 értéket az eredeti - 1500 helyett, majd kattintsanak a - Save as Auto Configure melletti - dobozra és kattintsanak a Make - Active gombra. + keressék meg az MTU + beállításaikat és adják + meg az 1450 értéket az + eredeti 1500 helyett. A &man.ppp.8; újabb (2.3 vagy afeletti) változatai már tartalmaznak egy @@ -12975,14 +13008,14 @@ vagy adjuk ki a következõ parancsot a rendszer indulásának befejeztével: - &prompt.user; dmesg | grep sio + &prompt.user; dmesg | grep -E "^sio[0-9]" Íme egy példa az iménti parancs kimenetére: - sio0 at 0x3f8-0x3ff irq 4 on isa + sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A -sio1 at 0x2f8-0x2ff irq 3 on isa +sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A Ezen két soros portot láthatunk. Az @@ -13010,10 +13043,8 @@ szeretnénk, akkor nincs más teendõnk, mint ennek megfelelõen megváltoztatni a rendszermag paramétereit. A rendszermag - fordításáról - szóló rész tárgyalja - ennek részleteit. + linkend="make-kernel">rendszermag fordításáról szóló + rész tárgyalja ennek részleteit. @@ -13039,7 +13070,7 @@ A harmadik soros port, a sio2 (lásd &man.sio.4;, DOS alatt COM3) a - /dev/cuaa2 eszközön + /dev/cuad2 eszközön keresztül érhetõ el tárcsázó eszközként, és a /dev/ttyd2 @@ -13056,12 +13087,12 @@ eszközt blokkoló módban nyitjuk meg, akkor a hívó program egészen addig várni fog, amíg a megfelelõ - cuaaX + cuadX eszköz inaktívvá nem válik, majd kivárja, hogy megérkezzen a hívás fogadását tolmácsoló jelzés. Amikor megnyitjuk a - cuaaX + cuadX eszközt, gondoskodik róla, hogy a soros portot ekkor ne használja a ttydX @@ -13069,7 +13100,7 @@ egyszerûen ellopja a ttydX eszköztõl. Sõt, a - cuaaX + cuadX eszközt egyáltalán nem érdekli a hívás fogadása jelzés. Ezzel a megoldással és egy automata modem @@ -13098,7 +13129,7 @@ vonali kártyák esetén a kártyán található mindegyik soros porthoz vegyünk fel egy-egy &man.sio.4; - bejegyzést a rendszermag konfigurációs + bejegyzést a &man.device.hints.5; állományába. Az IRQ és vektor értékeket azonban csak az egyiknél adjuk meg, mivel a kártyán @@ -13107,30 +13138,38 @@ következetesség kedvéért az utolsó porthoz adjuk meg a megszakítást. Ne felejtsük el még - megadni a COM_MULTIPORT opciót - sem. + megadni a rendszermag konfigurációs + állományában az alábbi + opciót sem: + + options COM_MULTIPORT - Az alábbi példában egy AST - típusú négyportos soros vonali - kártyát láthatunk a hetedik + Az alábbi /boot/device.hints + egy AST típusú négyportos soros vonali + kártyát láthatunk a tizenkettedik megszakításon: - options "COM_MULTIPORT" -device sio4 at isa? port 0x2a0 tty flags 0x781 -device sio5 at isa? port 0x2a8 tty flags 0x781 -device sio6 at isa? port 0x2b0 tty flags 0x781 -device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr + hint.sio.4.at="isa" +hint.sio.4.port="0x2a0" +hint.sio.4.flags="0x701" +hint.sio.5.at="isa" +hint.sio.5.port="0x2a8" +hint.sio.5.flags="0x701" +hint.sio.6.at="isa" +hint.sio.6.port="0x2b0" +hint.sio.6.flags="0x701" +hint.sio.7.at="isa" +hint.sio.7.port="0x2b8" +hint.sio.7.flags="0x701" +hint.sio.7.irq="12" A flags paraméterrel megadott értékek azt jelzik, hogy a fõport 7 alszámmal rendelkezik - (0x700), az eszközök - felderítése során - engedélyeztük a további - vizsgálatokat (0x080), valamint az - összes port ugyanazon a megszakításon - osztozik (0x001). - + (0x700), valamint az összes port + ugyanazon a megszakításon osztozik + (0x001). + @@ -13154,82 +13193,10 @@ - A - ttydX - (vagy - cuaaX) - eszköz egy teljesen hagyományos eszköz, - amelyet bármelyik alkalmazásból - megnyithatunk. Amikor egy futó program megnyit egy - eszközt, a kommunikációhoz - alapértelmezés szerint mindig - beállít valamilyen paramétereket. - Ezeket a beállításokat az alábbi - paranccsal lehet lekérdezni: - - &prompt.root; stty -a -f /dev/ttyd1 - - Ha megváltoztatjuk az eszköz valamelyik - paraméterét, akkor ez csak az eszköz - lezárásáig marad meg. Így ha - késõbb újra megnyitjuk, akkor minden - visszaáll az alapértelmezés szerinti - értékekre. Ezeket az - alapértelmezéseket úgy tudjuk - megváltoztatni, ha a közvetlenül - magát ezt a kezdeti állapotot - leíró eszközt nyitjuk meg. - Például a következõ módon - tudjuk rajta keresztül - alapértelmezésként megadni a - CLOCAL módot, a 8 bites - adatátvitelt, a XON/XOFF - forgalomirányítást a - ttyd5 eszköz - számára: - - &prompt.root; stty -f /dev/ttyid5 clocal cs8 ixon ixoff - - Ezt például az - /etc/rc.serial állományban - érdemes megtenni. Így az alkalmazások - ezeket a beállításokat kapják - meg alapértelmezésként, amikor - legközelebb megnyitják a - ttyd5 eszközt. Ezek a - beállítások természetesen - kedvünk szerint tovább - módosíthatóak. - - Mindemellett az ún. zárolt - állapotot képviselõ eszköz - segítségével meg is tudjuk - akadályozni bizonyos paraméterek - esetén, hogy az alkalmazások meg tudják - változtatni ezeket. Például, ha a - ttyd5 eszköz - sebességét 57 600 bps-re - szeretnénk fixen beállítani, akkor - adjuk ki ezt a parancsot: - - &prompt.root; stty -f /dev/ttyld5 57600 - - Ennek köszönhetõen amikor egy - alkalmazás megnyitja a ttyd5 - eszközt, és megpróbálja - átállítani a port - sebességét, a rendszer elutasítja - és továbbra is 57 600 bps-en - hagyja. - - Természetesen a kezdeti és a zárolt - állapotokat képezõ eszközöket - kizárólag csak a root - felhasználónak lenne szabad írnia. A - &man.MAKEDEV.8; szkript azonban nem - állítja be ezt, amikor létrehozza az - eszközökhöz tartozó - leírókat. + Ezzel kapcsolatban olvassuk el a &os; + kézikönyv soros kommunikációt + tárgyaló részét. @@ -13240,119 +13207,10 @@ - Szóval internetszolgáltatók akarunk - lenni, mi? Ehhez elsõként egy vagy több - automata modemre lesz szükségünk. A - modemeknek tudniuk kell jelezniük a - hívásokat vagy azok hiányát. - Amikor az adatterminál kész (Data Terminal - Ready, DTR) jelzés üresre - vált, akkor tudniuk kell maguktól bontani a - vonalat és visszaállni az - alapállapotra. Érdemes még - továbbá az RTS/CTS - forgalomirányítást használni, - vagy letiltani minden helyi - forgalomirányítást. - Végezetül a modemek és a - számítógép között - állandó sebességû kapcsolatot - használjunk, azonban (hogy rendesek legyünk az - ügyfeleinkkel) a távoli modem és a - saját modemeink között - próbáljunk beállítani egy - minél gyorsabb kapcsolatot. - - A legtöbb Hayes-parancskészlettel - kompatibilis modem esetén a most következõ - parancs pontosan ezeket állítja be és - tárolja el a modem statikus - memóriájába: - - AT &C1 &D3 &K3 &Q6 S0=1 &W - - A lentebb még találunk némi - információt az AT - parancsok küldésérõl &ms-dos; - terminálprogram használata - nélkül. - - Most pedig hozzunk létre a modemnek egy - bejegyzést az /etc/ttys - állományban (lásd &man.ttys.5;). Itt - található az összes olyan port, amelyen - keresztül az operációs rendszer - beérkezõ hívásokra - számít. Vegyünk fel ide egy ehhez - hasonló sort: - - ttyd1 "/usr/libexec/getty std.57600" dialup on insecure - - Ebben a sorban azt adjuk meg, hogy a második - soros porton (/dev/ttyd1) - 57 600 bps sebességgel, paritásbitek - használata nélkül csatlakozik egy modem - (ez az std.57600, amely az - /etc/gettytab állományban - található, lásd &man.gettytab.5;). A - port termináltípusa dialup. - A port engedélyezett, tehát - on állapotú, és - insecure. Ez utóbbi arra utal, - hogy ezen a porton keresztül a - root nem jelentkezhet be. Az ehhez - hasonló betárcsázó portok - megadásakor a - ttydX - alakú bejegyzéseket használjuk. - - Gyakran a dialup - értéket adják meg a terminál - típusának. Sok felhasználó - úgy állítja be a - .profile vagy - .login állományát, - hogy bekérje a konkrét - termináltípust, amennyiben az kezdetben - dialup. A példában - láthattuk azt is, hogy a port - insecure. Ilyenkor a - root felhasználóval - úgy tudunk dolgozni az adott porton keresztül, - ha elõször bejelentkezünk egyszerû - felhasználóként, majd a &man.su.1; - használatával átváltunk a - root felhasználóra. Ha - viszont itt a secure - beállítást adjuk meg, akkor a - root közvetlenül be tud - jelentkezni. - - Miután elvégeztük a - szükséges módosításokat az - /etc/ttys állományban, - küldenünk kell egy bontás - (hangup) avagy HUP jelzést a - futó &man.init.8; programnak: - - &prompt.root; kill -HUP 1 - - Ezzel kényszerítjük az - aktuálisan futó &man.init.8; programot, hogy - olvassa újra az /etc/ttys - állományt. Az &man.init.8; ekkor - elindítja a &man.getty.8; programot az összes - on állapotúnak - megjelölt porton. A következõ paranccsal - tudjuk ellenõrizni, hogy az adott porton - engedélyezett a bejelentkezés: - - &prompt.user; ps -ax | grep '[t]tyd1' - - Ennek eredményeképpen valami ilyesmit kell - látnunk: - - 747 ?? I 0:00.04 /usr/libexec/getty std.57600 ttyd1 + Erre vonatkozóan olvassuk el a &os; + kézikönyv betárcsázós szolgáltatásokkal + kapcsolatos részét. @@ -13363,40 +13221,11 @@ - Ha egy másik - számítógépet akarunk - terminálként használni egy &os; - rendszerhez, akkor szerezzünk valahonnan egy null-modem - kábelt és kössük össze a - két gépet a soros portjaikon keresztül. - Ha egy valódi terminált akarunk - használni, akkor a részleteket olvassuk el a - hozzátartozó felhasználói - útmutatóban. - - Ezután a fentiek szerint módosítsuk - az /etc/ttys állományt - (lásd &man.ttys.5;). Például, ha egy - WYSE-50 típusú terminált - csatlakoztatunk az ötödik soros portra, akkor egy - ehhez hasonló bejegyzés - megadására lesz - szükségünk: - - ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure - - Ebben a példában azt láthatjuk, - hogy a /dev/ttyd4 eszközre egy - wyse50 terminált csatlakoztattunk - 38 400 bps sebességgel, paritásbitek - használata nélkül (lásd az - /etc/gettyab állományban - található std.38400 - termináltípust, bõvebben - &man.gettytab.5;) és a root - számára engedélyeztük a - közvetlen bejelentkezést - (secure). + Az ezzel kapcsolatos információkat a &os; + kézikönyv terminálokról + szóló részében + találhatjuk meg. @@ -13408,10 +13237,13 @@ Elõfordulhat, hogy rendszerünkön a - &man.tip.1; és &man.cu.1; programokat csak az - uucp felhasználó - és a dialer csoport tagjai - tudják futtatni. A dialer + &man.tip.1; és &man.cu.1; programok csak az + uucp felhasználón + és a dialer csoporton + keresztül tudnak hozzáférni a + mûködésükhöz + szükséges /var/spool/lock + könyvtárhoz. A dialer csoport segítségével lehet szabályozni, hogy ki férhessen hozzá a modemekhez vagy a távoli rendszerekhez. Ilyenkor @@ -13437,50 +13269,9 @@ - A &man.tip.1; man oldala jelen pillanatban egy - kissé már elavult információkat - tartalmaz, ugyanis alapértelmezés szerint - eleve beépítetten tartalmaz egy - Hayes-típusú tárcsázót. - Ehhez adjuk meg az /etc/remote - állományban (lásd &man.remote.5;) a - at=hayes sort. - - A Hayes-modemek meghajtója nem eleggé - ügyes ahhoz, hogy magától felismerje az - újabb gyártmányok nyújtotta - lehetõségeket, ezért - például a BUSY, NO - DIALTONE vagy CONNECT 115200 - üzenetek képesek megzavarni. A &man.tip.1; - használatakor ezért ezeket (az - ATX0&W megadásával) - érdemes kikapcsolnunk. - - A &man.tip.1; a híváskor - 60 másodpercig vár. A modemnek - ezért ajánlott valamivel kevesebb idõt - adni, különben a &man.tip.1; - kommunikációs problémára fog - panaszkodni. Próbálkozzunk az - ATS7=45&W paranccsal. - - A &man.tip.1; alap változata jelenleg nem - teljesen támogatja az ilyen modemeket. Ezen - úgy tudunk segíteni, ha átírjuk - a /usr/src/usr.bin/tip/tip - könyvtárban található - tipconf.h állományt. - Ehhez természetesen szükségünk lesz - a rendszer forrásaira. - - Keressük meg és szerkesszük át a - #define HAYES 0 sor a #define - HAYES 1 sorra. Ezután adjuk ki a - make és make - install parancsokat. - Innentõl már mindennek remekül - mûködnie kell. + A &os; kézikönyvben lásd ezt + a választ. @@ -13490,46 +13281,9 @@ - Hozzunk létre egy ún. - közvetlen bejegyzést - hozzájuk az /etc/remote - állományban (lásd &man.remote.5;). - Például, ha a modemünket az elsõ - soros portra, vagyis a /dev/cuaa0 - eszközre csatlakoztattuk, akkor a következõ - sort kell megadnunk: - - cuaa0:dv=/dev/cuaa0:br#19200:pa=none - - A br tulajdonságnál - adjuk meg a modemünk által támogatott - legnagyobb sebességet. Ezután adjuk ki a - tip cuaa0 - parancsot (lásd &man.tip.1;), és már - csatlakozunk is a modemhez. - - Ha nincs a rendszerünkben - /dev/cuaa0 eszköz, akkor ezekre - is szükségünk lehet: - - &prompt.root; cd /dev -&prompt.root; sh MAKEDEV cuaa0 - - Használhatjuk a &man.cu.1; programot is - root - felhasználóként: - - &prompt.root; cu -lvonal -ssebesség - - Itt a line sor a - használni kívánt soros portot adja meg - (például /dev/cuaa0), - a sebesség pedig a - kommunikáció sebességét - (például 57600). Az AT - parancsok kiadása után a ~. - begépelésével tudunk - kilépni. + A &os; kézikönyvben lásd ezt + a választ. @@ -13541,18 +13295,9 @@ - A pn tulajdonság esetén - a @ különleges jelentéssel - bír, ugyanis arra utasítja a &man.tip.1; - programot, hogy az /etc/phones - állományból keressen ki egy - telefonszámot. A @ jel - ezenkívül még az - /etc/remote állományban - is speciális. Ezért egy visszaper karaktert - kell használnánk a megadásakor: - - pn=\@ + A &os; kézikönyvben lásd ezt + a választ. @@ -13560,31 +13305,12 @@ Hogyan lehet telefonszámokat tárcsázni parancssorból? - + - Tegyünk egy általános - bejegyzést az /etc/remote - állományunkba (lásd &man.remote.5;). - Például: - - tip115200|Dial any phone number at 115200 bps:\ - :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du: -tip57600|Dial any phone number at 57600 bps:\ - :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du: - - Ezután már például a - tip -115200 5551234 parancs - segítségével tudunk is - tárcsázni. Ha viszont a &man.tip.1; helyett - inkább a &man.cu.1; programot szeretnénk - használni, akkor ehhez adjunk meg egy ilyen - általános bejegyzést: - - cu115200|Use cu to dial any number at 115200bps:\ - :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: - - Ezután már be is gépelhetjük a - cu 5551234 -s 115200 parancsot. + + A &os; kézikönyvben lásd ezt + a választ. @@ -13595,17 +13321,9 @@ - Hozzunk létre egy bejegyzést - tip1200 vagy cul1200 - néven, ahol viszont a br - tulajdonsággal olyan kommunikációs - sebességet adjunk meg, amely megfelel - számunkra. A &man.tip.1; szerint az 1200 bps - ideális alapértelmezésnek, ezért - keresi alapból a tip1200 - bejegyzést. Ez természetesen nem jelenti azt, - hogy 1200 bps sebességgel is kell - használnunk a modemet. + A &os; kézikönyvben lásd ezt + a választ. @@ -13617,31 +13335,9 @@ - Ahelyett, hogy minden egyes alkalommal - megvárnánk, amíg csatlakozunk és - begépeljük a CONNECT - gép parancsot, - próbáljuk meg kihasználni a &man.tip.1; - cm tulajdonságát. - Például vegyük fel a következõ - bejegyzéseket az /etc/remote - állományba (lásd - &man.remote.5;): - - pain|pain.deep13.com|Forrester's machine:\ - :cm=CONNECT pain\n:tc=deep13: -muffin|muffin.deep13.com|Frank's machine:\ - :cm=CONNECT muffin\n:tc=deep13: -deep13:Gizmonics Institute terminal server:\ - :dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234: - - Ennek köszönhetõen a tip - pain vagy a tip muffin parancsok - használatával közvetlenül - csatlakozni tudunk a pain és - muffin gépekhez. A tip - deep13 parancs csatlakoztat a - terminálszerverhez. + A &os; kézikönyvben lásd ezt + a választ. @@ -13653,40 +13349,9 @@ - Sokszor találkozunk ezzel a >>> TRUNCATED FOR MAIL (1000 lines) <<<