Podklyuchaemyj terminal dolzhen byt' opisan v tablice
/etc/ttytab
ttya "/usr/etc/getty std.9600" vt100 on local secure
ttyb "/usr/etc/getty std.9600" dialup on remote
std.9600 - metka opisaniya terminal'nyh harakteristik v fajle
/etc/gettytab
Dlya podderzhki raboty modema
Otklyuchit' programmnoe obnaruzhenie carrier (poskol'ku na linii
s modemnym upravleniem nesushchaya opoznaetsya apparatno)
ttysoftcar -n ttya
Ili razobrat'sya s zapuskom v /etc/rc - gde napisano tak:
/usr/etc/ttysoftcar -a 2> /dev/null
Dlya vseh linij iz /etc/ttytab, kotorye local, stavit programno,
a kotorye remote - stavit dlya nih apparatnoe obnaruzhenie.
Dlya raboty dialup (naruzhu) neobhodimo imet' cua* fajl, ego
minor = minor tty* + 128
ls -al /dev/ttya /dev/cua0
crw-rw---- 1 root uucp 12, 0 Mar 30 07:21 /dev/ttya
crw-rw---- 1 root uucp 12, 128 Mar 30 07:21 /dev/cua0
i zapisat' ego v /etc/ttytab
cua0 "/usr/etc/getty std.9600" unknown off remote
Zvonit' mozhno programmoj /usr/bin/tip
Udalennye sistemy dolzhny byt' opisanny v fajle /etc/remote
tip [ -speed ] hostname | phone-number ]
* Vitalij Filatov. Perevody iz Solaris FAQ *
Original etogo fragmenta lezhit na
http://members.tripod.com/Vitaly_Filatov/faq/faq_index.html
Fajly ustrojstva dlya posledovatel'nyh portov
/dev/term/N i /dev/cua/N
V etom dokumente ob®yasnyaetsya raznica v ispol'zovanii fajlov ustrojstva
posledovatel'nogo porta /dev/term/N i /dev/cua/N, gde N - odna i ta-zhe bukva ili cifra.
Oba fajla prednaznacheny dlya dostupa k odnomu i tomu-zhe fizicheskomu ustrojstvu
posledovatel'nogo porta.
Nesmotrya na to, chto dokument v osnovnom prednaznachen dlya pol'zovatelej Solaris 2.x
(SVR4), on tak-zhe mozhet byt' polezen dlya pol'zovatelej Solaris 1.x (BSD-UNIX).
Fajly ustrojstv
Fajly v direktoriyah /dev/term i /dev/cua na samom dele yavlyayutsya prosto sinonimami
(soft-links) fajlov ustrojstv posledovatel'nogo porta, kotorye raspolozheny v
direktorii /devices.
Posmotrim na vyvod komandy ls:
# ls -lL /dev/term/* /dev/cua/*
crw------- 1 lp sys 29, 0 Jul 6 14:31 /dev/term/a
crw--w---- 1 uucp tty 29, 1 Mar 10 12:14 /dev/term/b
crw-rw-rw- 1 root sys 29,131072 Jul 6 14:31 /dev/cua/a
crw-rw-rw- 1 uucp 7152 29,131073 Jul 10 12:14 /dev/cua/b
^^ ^^^^^^
| |
Major Device Number ------------- |
Minor Device Number ------------------
Znacheniya, kotorye imeyut starshij nomer ustrojstva (Major Device Number) i mladshij
nomer ustrojstva (Minor Device Number) dannogo fajla ustrojstva opredelyayut
svojstva, kotorymi obladaet fizicheskoe ustrojstvo posledovatel'nogo porta, pri
dostupe k nemu cherez dannyj fajl.
Starshij nomer ustrojstva - odin i tot-zhe dlya kazhdogo nabora posledovatel'nyh
ustrojstv. Naprimer, v vysheprived£nnom sluchae imeyutsya dva posledovatel'nyh porta
na materinskoj plate, kotorye imeyut odin i tot-zhe starshij nomer ustrojstva.
Starshij nomer ustrojstva prisvaivaetsya operacionnoj sistemoj.
Znachenie mladshego nomera ustrojstva, odnako, vliyaet na povedenie ustrojstva. Na
povedenie ustrojstva takzhe vliyaet svyazka (linking) fajla s fizicheskim ustrojstvom
posledovatel'nogo porta.
Dlya fajlov ustrojstv /dev/term/N, mladshij nomer ustrojstva yavlyaetsya
posledovatel'nym nomerom, nachinayushchimsya s nulya, i etot nomer associiruet fajl
ustrojstva s fizicheskim posledovatel'nym portom. Dlya fajlov ustrojstv /dev/cua/N,
mladshij nomer ustrojstva tot-zhe samyj, chto i dlya /dev/term/N, za isklyucheniem togo,
chto ego naibolee znachimyj bit ustanovlen v "1". |to privodit k tomu, chto v Solaris 2.x
(SunOS 5.x) k mladshemu nomeru ustrojstva dobavlyaetsya 131072, a v Solaris 1.x (SunOS
4.x) dobavlyaetsya 128. Prichinoj razlichiya yavlyaetsya tot fakt, chto dlina struktury, kotoraya
predstavlyaet mladshij nomer ustrojstva v Solaris 2 bol'she, chem v Solaris 1.
V vysheprived£nnom vyvode komandy ls na sisteme Solaris 2.x, vidno, chto ustrojstvo
/dev/term/b imeet starshij/mladshij nomera 29 i 1, i teper' my uzhe znaem, chto
sootvetstvuyushchij fajl ustrojstva /dev/cua/b budet imet' starshij nomer 29 i mladshij
nomer 1 + 131072 = 131073.
Soglasheniya ob imenah fajlov ustrojstv
V dejstvitel'nosti, imena fajlov ustrojstv uslovny, vazhny tol'ko starshij i mladshij
nomera ustrojstv. Odnako, ne rekomenduetsya izmenyat' imena fajlov ustrojstv v Solaris
2.x, tak kak mozhno narushit' vypolnenie procedury avtokonfiguracii sistemy (boot -r).
Raznica mezhdu Solaris 2.x i Solaris 1.x v prisvoenii im£n
fajlam ustrojstv
Soglasheniya o prisvoenii im£n fajlam ustrojstv v Solaris 2.x i Solaris 1.x slegka
otlichayutsya. |kvivalentom dlya /dev/term/[0123...] v Solaris 1.x yavlyayutsya imena
/dev/tty[abcd...], a dlya /dev/cua/[0123...] imena /dev/cua[abcd...].
Kak sozdayutsya fajly ustrojstv?
V Solaris 2.x kak /dev/term/N tak i /dev/cua/N obychno sozdayutsya vo vremya zagruzki
operacionnoj sistemy po komande "boot -r".
V Solaris 1.x tol'ko fajly /dev/term/tty* sozdayutsya operacionnoj sistemoj. Sistemnyj
administrator dolzhen sozdat' sootvetstvuyushchie fajly /dev/cua* ispol'zuya komandu
mknod(8). Smotri razdel "Adding a Modem to your System" v glave 11 knigi "Solaris 1.x
System and Network Administration Guide".
V ch£m-zhe raznica mezhdu /dev/term/N i /dev/cua/N?
Esli process dlya dostupa k posledovatel'nomu portu ispol'zuet fajl /dev/term/N, to
vnachale operacionnaya sistema proveryaet: prisutstvuet li signal Data Carrier Detect
(DCD). Signal DCD sootvetstvuet kontaktu nomer 8 25-kontaktnogo raz®£ma
posledovatel'nogo porta. Esli signal ne prisutstvuet, to popytka dostupa processa k
posledovatel'nomu portu blokiruetsya do poyavleniya signala DCD. Kak tol'ko
poyavlyaetsya signal DCD, vypolnenie processa vozobnovlyaetsya i emu razreshaetsya dostup
k portu. Takoe povedenie izvestno kak ozhidanie "apparatnoj nesushchej" (hardware
carrier): process zhd£t poyavlenie signala "nesushchej" vystavlyaemogo apparaturoj
prisoedin£nnoj k posledovatel'nomu portu.
|to osobenno polezno dlya modemov. Processy ttymon/getty blokiruyutsya na portu (eto
mozhno uvidet' s pomoshch'yu komandy truss) do togo momenta, kogda prihodyashchij zvonok
stanovitsya prichinoj poyavleniya signala DCD. V etot moment ttymon poluchaet dostup k
portu i vyda£t podskazku "login: " i zapuskaet process login. Kogda pol'zovatel' vyhodit
i modem otsoedinyaetsya, signal DCD bol'she ne vyda£tsya modemom i, v rezul'tate,
kogda neskol'ko mgnovenij spustya zapustitsya novyj process ttymon/getty on takzhe budet
zablokirovan do ustanovki novogo modemnogo soedineniya.
Esli, s drugoj storony, dlya dostupa k posledovatel'nomu portu budet ispol'zovan fajl
/dev/cua/N, process nemedlenno poluchit dostup k portu nevziraya na sostoyanie signala
DCD. Takoe povedenie obychno nazyvayut "programmnaya nesushchaya" (software carrier), tak
kak signal DCD modeliruetsya programmoj drajvera posledovatel'nogo porta,
vhodyashchej v sostav yadra sistemy.
|to oznachaet, chto modem mozhet ispol'zovat'sya kak dlya zvonka v sistemu, tak i dlya
zvonka iz sistemy. V etom sluchae process ttymon/getty mozhet "viset'" na /dev/term/N i
zhdat' otvet modema na vhodyashchij zvonok, a v eto vremya lokal'nye pol'zovateli
sistemy mogut ispol'zovat' ustrojstvo /dev/cua/N dlya togo, chtoby zvonit' iz sistemy v
te periody vremeni, kogda modem ne ispol'zuetsya dlya vhodyashchih zvonkov (ustrojstvo
dev/cua/N ne mozhet byt' dostupno v to vremya kogda ispol'zuetsya ustrojstvo
/dev/term/N i naoborot).
Programmnoe upravlenie signalom "apparatnaya nesushchaya"
Ustrojstvo /dev/term/N mozhet byt' programmno vystavleno tak, chto v dal'nejshem
sostoyanie signala DCD ot ustrojstva budet ignorirovat'sya.
Dlya etogo mozhno vospol'zovat'sya programmoj, napisannoj na S ili na drugom yazyke
programmirovaniya, odnako sistemnyj administrator imeet utilitu dlya togo, chtoby
sdelat' eto vo vremya vypolneniya standartnoj procedury ustanovki terminala/modema.
Programmnaya generaciya signala nesushchej "software carrier" mozhet byt' zadana v
procedure ustanovki ustrojstva /dev/term/N, pri ispol'zovanii Serial Port Manager iz
utility admintool, vhodyashchej v sostav Solaris versij 2.3 i vyshe. Obychno programmnaya
generaciya signala nesushchej ispol'zuetsya pri podsoedinenii k posledovatel'nomu portu
terminala vmesto modema, hotya nekotorye tipy terminalov mogut byt' po zhelaniyu
skonfigurirovany tak, chtoby ispol'zovat' apparatnyj signal DCD.
|kvivalentnoj proceduroj v Solaris 1.x yavlyaetsya ustanovka flaga "local" dlya ustrojstva v
fajle /etc/ttytab.
Odnako nevozmozhno skonfigurirovat' fajl ustrojstva /dev/cua/N tak, chtoby
ispol'zovat' signal "apparatnoj nesushchej", to est', chtoby povedenie etogo ustrojstva
bylo takim-zhe, kak povedenie po umolchaniyu ustrojstva /dev/term/N - blokirovanie
dostupa k portu do momenta poyavleniya signala DCD ot apparatury (kontakt nomer 8
25-kontaktnogo raz®£ma posledovatel'nogo porta).
Eshch£ raz podcherkn£m, chto tol'ko znachenie mladshego nomera ustrojstva, no ne imya fajla
ustrojstva, vybiraemoe tol'ko po soglasheniyu, opredelyaet - budet li port imet'
programmnuyu ili apparatnuyu generaciyu nesushchej.
Copyright © 1996 Sun Microsystems, Inc., 2550 Garcia Ave., Mtn. View, CA 94043-1100 USA.
All rights reserved.
Perevod: Copyright © 1996 Vitalij Filatov All Rights Reserved.
Kak skonfigurirovat' modem dlya Solyaris 1
Nachal'naya inicializaciya Sun
1. Podklyuchite modem k Sun. Ispol'zujte libo port A libo B i ubedites', chto
podklyuchenie budet proizvedeno "modemnym" kabelem c zadejstvovannymi kontaktami
1-8 i 20. Esli Vasha sistema imeet raz®£m na kotoryj vyvedeny oba porta A i B
odnovremenno (naprimer, eto SPARC Station 10, Classic/LX i t. d.) i Vy hotite
ispol'zovat' dlya podklyucheniya modema port B, to v etom sluchae neobhodim razvetvitel'
(p/n X985A).
2. Vojdite kak root i ustanovite sleduyushchie znacheniya eeprom:
eeprom ttya-ignore-cd=false (dl porta A)
ili
eeprom ttyb-ignore-cd=false (dl porta B)
Podajte komandu halt i, posle ostanova sistemy, prover'te pravil'nost' ustanovki
eeprom s pomoshch'yu komandy printenv. Zagruzite sistemu komandoj boot ili b. Vojdite
kak root.
3. Ubedites', chto process getty ne vypolnyaetsya na portu k kotoromu Vy podklyuchili
modem. Dlya etogo ispol'zujte komandu:
ps -aux | grep getty
Vy mozhete poluchit' stroku vida:
root 308 0.0 0.0 40 0 a IW 13:38 0:00 - cons8 ttya (getty)
Esli process prisutstvuet, redaktirujte fajl "/etc/ttytab" i vstav'te znak "#" v nachalo
sootvetstvuyushchej stroki fajla, naprimer:
#ttya "/usr/etc/getty cons8" wyse50 on local secure
zatem podajte komandu "kill -HUP 1", chtoby unichtozhit' process. Ubedites', chto process
ne vypolnyaetsya s pomoshch'yu komandy ps, kak bylo opisano vyshe.
4. Dobav'te sleduyushchie stroki v fajl "/etc/gettytab". |to budet ispol'zovano sistemoj
dlya nastrojki skorosti porta:
#
# Modem dial-in getty entries
#
D38400|Fast-Dial-38400: :sp#38400:p8:ms=crtscts:
D19200|Fast-Dial-19200: :sp#19200:p8:ms=crtscts:
D9600|Fast-Dial-9600: :sp#9600:p8:ms=crtscts:
Zdes' "p8" ustanavlivaet dlya prinimaemyh dannyh sleduyushchie parametry: razmer 8
bit, 1 stopovyj bit, bez kontrolya chetnosti, kak prinyato v bol'shinstve sluchaev. Esli Vy
uber£te "p8", to budut vzyaty znacheniya, prinyatye v Sun po umolchaniyu: razmer 7 bit, 1
stopovyj bit, kontrol' ch£tnosti even. Parametr "ms=crtscts" ustanavlivaet apparatnyj
rezhim upravleniya potokom dannyh mezhdu modemom i posledovatel'nym portom.
Imejte v vidu, chto Sun podderzhivaet tol'ko sleduyushchie znacheniya skorosti
posledovatel'nogo porta: 2400, 9600, 19200 i 38400.
5. Redaktirujte fajl "/etc/ttytab":
ttya "/usr/etc/getty D9600" dialup on remote secure
^ ^
| |_____Izmenite na D9600, D19200, D38400
| v zavisimosti ot zhelaemoj skorosti
| modema. |to ssylka na metku v fajle
| "/etc/gettytab"/
|____Izmenite na ttyb, esli modem podklyuch£n k portu B.
6. Sozdajte ustrojstva dlya dostupa k modemu (dialout), esli oni eshch£ otsutstvuyut:
cd /dev
mknod cua0 c 12 128
mknod cua1 c 12 129
chmod 666 cua0 cua1
chown uucp cua0 cua1
|timi ustrojstvami budut "/dev/cua0" dlya ttya (port A) i "/dev/cua1" dlya ttyb (port B).
7. Podajte komandu:
/usr/etc/ttysoftcar -n ttya
|ta komanda zapreshchaet programmnuyu generaciyu signala nesushchej. Vposledstvii
monitor posledovatel'nogo porta getty budet reagirovat' na nalichie apparatnogo
signala Carrier Detect. Esli posle vydachi komandy sistema "zavisnet" i priglashenie ne
poyavitsya, to eto oznachaet, chto process getty vs£-eshch£ vypolnyaetsya. Unichtozh'te ego, kak
opisano v punkte 3.
Nastrojka modema
Vy dolzhny vnimatel'no proanalizirovat' dokumentaciyu na modem i nastroit' ego
soglasno trebovanim Sun. Esli u Vas voznikayut voprosy, kasayushchiesya procedury
nastrojki modema - obratites' v sluzhbu podderzhki proizvoditelya modema.
Prilozhenie A soderzhit primery inicializacii i ustanovki registrov modema. Tak
kak, neobhodimye nastrojki mogut menyat'sya pri modifikacii modema, to eti primery
Vy mozhete ispol'zovat' tol'ko kak rukovodstvo k dejstviyu. Nastrojku modema
proizvodite po sleduyushchej procedure:
1. Podgotov'tes' k svyazi s modemom pri pomoshchi komandy tip. Dl etogo:
a. Modificirujte fajl "/etc/remote" i dobav'te sleduyushchie stroki posle razdela,
nachinayushchegosya s "hardwire:\"
Dlya porta A:
hardwire:\
:dv=/dev/cua0:br#9600:el=^C^S^Q^U^D:ie=%$:oe=^D:
modem1:\ <---dobav'te etu i sleduyushchuyu stroku
:dv=/dev/cua0:br#9600:
^
|_____skorost' peredachi porta*
Dolzhna byt' toj-zhe samoj, chto i skorost',
ustanovlennaya dlya getty. Esli v ttytab
ispol'zovalos' D9600, to zdes' Vy dolzhny
ispol'zovat' br#9600.
Dlya porta B:
hardwire:\
:dv=/dev/cua0:br#9600:el=^C^S^Q^U^D:ie=%$:oe=^D:
modem1:\ <---dobav'te etu i sleduyushchuyu stroku
:dv=/dev/cua1:br#9600:
^
|_____skorost' peredachi porta*
Dolzhna byt' toj-zhe samoj chto i skorost',
ustanovlennaya dlya getty. Esli v ttytab
ispol'zovalos' D9600, to zdes' Vy dolzhny
ispol'zovat' br#9600.
* Esli Vy ispol'zuete modem na 28.8k, ispol'zujte dlya skorosti peredachi porta 38400;
dlya modema na 14.4k ispol'zujte 19200, a dlya modema na 9600 ispol'zujte 9600.
b. Posle modifikacii fajla "/etc/remote" i smeny prav dostupa k portu, zapustite
shelltool i podajte iz nego sleduyushchuyu komandu:
tip modem1 (Ispol'zujte tol'ko shelltool u kotorogo zapreshchena prokrutka!)
Vy dolzhny poluchit' soobshchenie "connected". Esli zhe Vy poluchili drugoe soobshchenie,
naprimer, "all ports busy" - prover'te pravil'nost' informacii v fajle "/etc/remote".
c. Prover'te, chto modem otvechaet na komandy. Napechatajte:
AT
i Vy dolzhny uvidet' otvet ot modema "OK".
Vnimanie: Eshche raz podcherkn£m, chto Vy dolzhny vyzyvat' tip tol'ko v shelltool u kotorogo
zapreshchena prokrutka. V protivnom sluchae v modem mozhet byt' ne poslan neobhodimyj
dlya nego simvol vozvrata karetki (CR).
2. Inicializirujte modem. Dlya etogo:
a. Obratites' k prilozheniyu A i najdite tip ispol'zuemogo Vami modema. Esli Vam
povezlo, to ustanovite dip pereklyuchateli tak, kak opisano, i ispol'zujte prived£nnuyu
stroku dlya inicializacii modema. Naprimer, dlya modema US Robotics Courier
napechatajte:
AT&F1&B1&C1&D2X0S0=1&W
b. Esli Vy ne imeete stroki inicializacii, to obratites' k rukovodstvu po
ispol'zovaniyu modema ili v sluzhbu tehnicheskoj podderzhki proizvoditelya modema
c. Posle ustanovki modema, vyjdite iz programmy "tip" napechatav posledovatel'nost':
~.
("vozvrat karetki", za kotorym sleduyut simvoly "~" i ".")
Zapusk processa Login
Posleduyushchie operacii zapuskayut process getty, chto pozvolyaet poluchit' login ot modema.
1. Startujte novyj process getty (login service), napechatav sleduyushchuyu komandu:
kill -HUP 1
2. Prover'te, chto process getty vypolnyaetsya:
ps -aux | grep getty
Otvet mozhet byt', naprimer, takim:
root 557 0.0 0.0 40 0 co IW 09:02 0:00 - cons8 console (getty)
root 558 0.0 0.0 40 0 a IW 09:02 0:00 - D9600 ttya (getty)
root 596 0.0 1.6 32 196 p1 IW 09:51 0:00 grep getty
Process 558 - eto getty dlya obsluzhivaniya login service dlya modema.
Trebovaniya Sun k modemu
Ubedites', chto modem podderzhivaet signal DTR (Data Terminal Ready). Kogda sistema
sbrasyvaet DTR, modem dolzhen veshat' trubku. Esli DTR signal ne pred®yavlyaetsya -
modem ne dolzhen otvechat'.
Ispol'zujte apparatnyj signal CD (Carrier Detect). Modem aktiviziruet liniyu CD
tol'ko esli imeetsya aktivnyj signal Carrier Detect ot telefonnogo soedineniya. Esli
nesushchaya ischeznet, iz-za obryva svyazi ili zaversheniya telefonnogo zvonka, sistema
budet uvedomlena i budet dejstvovat' sootvetstvuyushchem obrazom.
Modem libo dolzhen vozvrashchat' kod otveta tol'ko pri otvete, libo ne slat' ego sovsem.
Skorost' posledovatel'nogo porta modema dolzhna byt' postoyannoj. Esli modem ne
podderzhivaet eto svojstvo - ego nel'zya ispol'zovat' dlya Sun/UNIX sistemy.
Mezhdu Sun i modemom dolzhen ispol'zovat'sya tol'ko apparatnyj kontrol' potoka
dannyh. Esli v modeme zadan programmnyj kontrol' potoka dannyh, otklyuchite ego.
Prilozhenie A
Stroki inicializacii modemov
Privedeny primery strok inicializacii modemov dlya raboty v obe storony
odnovremenno (dialin i dialout).
Hayes Optima/Acura:
AT&FN0Q2X0&C1&D2S0=1&W
US Robotics Courier:
AT&F1&B1&C1&D2X0S0=1&W
Ustanovka dip-pereklyuchatelej:
Switch Settings
1 OFF
2 OFF
3 ON
4 OFF
5 ON
6 OFF
7 ON
8 ON
9 OFF
10 OFF
US Robotics Sportster:
AT&F1&B1&C1&D2X0S0=1&W
Ustanovka dip-pereklyuchatelej:
Switch Settings
1 OFF
2 OFF
3 ON
4 OFF
5 OFF
6 OFF
7 OFF
8 ON
Telebit:
Modemy WorldBlazer, T3000 ili T1600:
AT &F3 E1 X0 &S0 S2=255 S45=255 S48=0 S58=2 &W
AT S0=1 S59=15 S68=255 S111=255 S180=2 &C1 &W
Modemy T2500, TrailBlazer Plus, T2000 ili T1000:
AT &F X0 Q4 S45=255 S48=1 S51=254 S52=2 S54=3 &W
AT S0=1 S58=2 S64=1 S66=1 S95=2 S97=1 S106=1 S131=1 &W
GVC 288 V.34:
AT&F2E0Q1S0=1&C1&D2&W&W1
Black Box Corporation, Modem 144FX:
ATN0S37=0S0=1Q1&C1&D2&K3&W
Prilozhenie B
Vozmozhnye neispravnosti i metody ih ustraneniya
1. Pri popytke vojti v Sun s udal£nnoj sistemy na ekrane udal£nnoj sistemy
viden "musor"
|to obychno yavlyaetsya indikatorom togo, chto skorost' fizicheskogo porta modema i
skorost' skonfigurirovannogo monitora porta v Sun ne sovpadayut. Prover'te skorost'
porta modema i ubedites', chto ona sootvetstvuet skorosti Sun. Podsoedinites' k
modemu iz lokal'noj sistemy s pomoshch'yu tip i prover'te konfiguraciyu modema.
Popytajtes' snova poslat' stroku inicializacii. Ispol'zujte dlya komandy tip tochno
takuyu-zhe skorost' kakaya ustanovlena v ttytab dlya getty.
2. Pri zvonke na udal£nnuyu sistemu modem otvechaet, slyshny peregovory
modemov, zatem odin iz modemov klad£t trubku i poyavletsya CALL FAILED
Veroyatno eto proishodit iz-za togo, chto na odnom ili oboih modemah ispol'zuyutsya
kakie-to fiksirovannye protokoly po skorosti i/ili kompressii dannyh. Esli odin
modem ne mozhet dogovorit'sya o protokole s drugim modemom - modemy
rassoedinyutsya. Prover'te ustanovki oboih modemov. Takzhe prover'te registr S7
modema. Obychno eto vremya ozhidaniya poyavleniya nesushchej. Poprobujte udvoit' eto
vremya.
3. CHto oznachaet soobshchenie "all ports busy" iz programmy tip?
Kakoj-to drugoj process otkryl port. |to mozhet byt' libo drugaya sessiya tip,
programma lp, process getty ili, ne do konca unichtozhennyj, process tip/cu. Krome etogo,
naprimer:
a. Kto-to zvonit Vam, poetomu modem aktiven.
b. Modem postoyanno poluchaet signal DCD. Modem dolzhen byt' skonfigurirovan tak,
chtoby Data Carrier Detect poyavlyalsya tol'ko togda, kogda nesushchaya ot udal£nnogo modema
zaregistrirovana. Posmotrite v dokumentacii na modem kak eto sdelat'.
Unichtozh'te process getty i poshlite na modem stroku inicializacii.
4. CHto oznachaet soobshchenie "permission denied or link down" iz programmy tip?
Ubedites', chto Vy imeete stroki s "dv=/dev/cua0" ili "dv=/dev/cua1" v fajle /etc/remote.
Prover'te nalichie fajla blokirovki *.LCK v direktorii /var/spool/locks i unichtozh'te
etot fajl. Prover'te prava dostupa k ustrojstvam /dev/cua0 ili /dev/cua1 i ih hozyaina.
5. Modem ne otsoedinyaetsya ili pol'zovatel' osta£tsya v sisteme dazhe posle
rassoedineniya
Modem skonfigurirovan nepravil'no. Modem dolzhen byt' skonfigurirovan tak, chtoby
signal Data Carrier Detect poyavlyalsya tol'ko togda, kogda nesushchaya ot udal£nnogo modema
zaregistrirovana. Posmotrite v dokumentacii na modem kak eto sdelat'.
6. Nevozmozhno obratit'sya k modemu po komande tip
Prover'te kabel' modema. Ubedites', chto Vy ispol'zuete nuzhnyj port. Takzhe vazhno,
chtoby tip byl vydan iz shelltool s zapreshchennoj prokrutkoj, a ne iz cmdtool, gde prokrutka
razreshena.
7. Pri zvonke na Sun modem ne snimaet trubku
Modem skonfigurirovan nepravil'no. Prover'te, chto modem ustanovlen v rezhim
avtootveta (obychno eto S0=1). Ubedites', chto lampochka modema DTR ili TR gorit, chto
ukazyvaet chto signal Data Terminal Ready vyda£tsya iz Sun.
8. Priglashenie "Login:" iskazheno
Esli priglashenie iskazheno i, naprimer, vyglyadit kak "Logn:" ili "Logi" i nichego ne
proishodit pri nazhatii klavishi , no proishodit pri nazhatii ili
"Control-J". Perekonfigurirujte modem udalennogo komp'yutera, chtoby ustanovit'
razmer dannyh 8 bit, 1 stopovyj bit, bez kontrolya ch£tnosti.
9. Nevozmozhno vojti: kazhetsya chto parol' neveren
|to problema svyazana s kontrolem ch£tnosti. Porozhd£nnaya sessiya terminal/tip ispol'zuet
ch£tnost', kotoraya otlichaetsya ot ispol'zuemoj getty.
10. Net priglasheniya "login:"
|to, veroyatno, proishodit iz-za togo, chto process getty zavis ili imeyutsya problemy so
skorost'yu modema ili getty. Ubedites' vypolnyaetsya li process getty, ne ispol'zuetsya li
port ne do konca unichtozhennym processom. Prover'te skorost' modema i ubedites',
chto ona sootvetstvuet skorosti getty.
Copyright © 1996 Sun Microsystems, Inc., 2550 Garcia Ave., Mtn. View, CA 94043-1100 USA.
All rights reserved.
Perevod: Copyright © 1996 Vitalij Filatov All Rights Reserved.
Last-modified: Tue, 18 Sep 2001 19:04:29 GMT