home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4918 < prev    next >
Encoding:
Text File  |  1992-12-31  |  4.4 KB  |  137 lines
  1. Newsgroups: biz.sco.general
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!beach.csulb.edu!elliottm
  3. From: elliottm@csulb.edu (Mike Elliott)
  4. Subject: Trying to get dial in on COM2
  5. Message-ID: <ELLIOTTM.92Dec31161849@beach.csulb.edu>
  6. Lines: 121
  7. Sender: elliottm@csulb.edu (Mike Elliott)
  8. Organization: Cal State Long Beach
  9. Date: Fri, 1 Jan 1993 00:18:52 GMT
  10.  
  11. I continue to be astounded at the difficulty in using modems with SCO
  12. version 3.2.2.  Having a 2400 baud Hayes compatible modem on COM2 seems
  13. like the most common possible setup.  However, the ODT manuals only give
  14. hints as to minimum requirements -- they don't just state what has to be in
  15. existence.  However, since others have undoubtedly solved this problem, I
  16. appeal to the informed to endow me with the mystical arcania required to
  17. complete the job.  I have done the following:
  18.  
  19. 1) As per page 216 in Administering ODT-NET:
  20.    Changed owner and group of /dev/tty2a and /dev/tty2A to uucp.  
  21.    ls -l now shows:
  22.  
  23.       crw-r-----   1 uucp     uucp       5,136 Dec 28 12:41 /dev/tty2A
  24.       crw-r-----   1 uucp     uucp       5,  8 Dec 28 12:40 /dev/tty2a
  25.  
  26. 2) As per page 216 in Administering ODT-NET:
  27.    Modified the last two lines in /etc/inittab to read:
  28.  
  29.       t2a:2:off:/usr/lib/uucp/uugetty -t60 tty2a 2
  30.       t2A:2:off:/usr/lib/uucp/uugetty -t60 tty2A 3
  31.  
  32. 3) As per page 217 in Administering ODT-NET:
  33.    Modified /usr/lib/uucp/Devices to read
  34.  
  35.       # Standard modem line also used for dialin
  36.       Direct tty2a - 1200-2400 direct
  37.       ACU tty2A - 1200-2400 /usr/lib/uucp/dialHA24
  38.  
  39. 4) As suggested by a knowledgeable user:
  40.    Modified the setuid of kermit to allow arbitrary users to dial out:
  41.  
  42.       chmod u+s /usr/local/bin/kermit
  43.  
  44.    I was able to confirm at that point that users could use kermit to dial
  45.    out.
  46.  
  47. 6) As per step 15, page 221 in Administering ODT-NET:
  48.        
  49.        enable tty2A
  50.  
  51.     which responded:
  52.          enable: tty2A not enabled : already enabled
  53.  
  54. 7) Attempted to dial in from another computer.  The modem did not answer.
  55.  
  56. 8) I verified that the electrical connections were correct, by rebooting the
  57.    computer to MS-DOS and running Procomm+ in host mode.  Procomm+ was able
  58.    to make the modem answer without any intervention, and upon answering, 
  59.    Procomm+ displayed its login prompt.
  60.  
  61. 9) Rebooted to Unix, and used cu to set the Procomm modem initialization
  62.    string in two steps:
  63.  
  64.       cu -ltty2a dir
  65.       ATE1V1X4Q0&C1&D2 S7=255 S0=0
  66.  
  67.       cu -ltty2a dir
  68.       ATS0=1
  69.    
  70. 10) Redialed from another computer.  The modem answered, eventually lighting
  71.     the MR TR -- -- OH CD AA HS lights.  No prompt was displayed.  When the 
  72.     remote computer sent a character, the RD light flashed.  The SD light
  73.     never displayed any activity.
  74.  
  75. 11) As per page 98, TIPS section of the User's Guide, under the heading
  76.    
  77.        Modem Answers, But No Login Prompt
  78.  
  79.        . . . use the AT&C1 command
  80.  
  81.    which was interpreted to mean
  82.  
  83.       cu -ltty2a
  84.       AT&C1
  85.  
  86.    This caused the TR light to go off briefly, then return.  The modem 
  87.    still answered, and no login prompt appeared.  No change in behavior.
  88.  
  89. 12) Continuing from page 98, 
  90.  
  91.       enable /dev/tty2A
  92.  
  93.     responded with 
  94.       
  95.       enable: tty2A not enabled : already enabled
  96.  
  97. 13) The manual then suggests veriifying that the modem is using the
  98.     correct /etc/gettydefs entry and is selecting the proper baud rate.  It
  99.     suggests that the modem port device line in /etc/inittab should look like
  100.    
  101.       t2A:2:off:/usr/lib/uucp/uugetty -t60 tty2A 3
  102.  
  103.     which is what it was set to in step (2).  However, the line now reads:
  104.  
  105.       t2A:2:respawn:/usr/lib/uucp/uugetty -t60 tty2A 3
  106.  
  107.     which I assume is a harmless difference (since Unix made the change).
  108.  
  109. 14) Finally, the last bit of advice is to verify that entry 3 in 
  110.     /etc/gettydefs is the 2400 baud entry.  The _fourth_ entry is the
  111.     2400 baud entry (after 19200 9600 and 4800) which looks like
  112.  
  113. 2400# B2400 OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP\
  114.       ECHO ECHOE ECHOK ICANON ISIG CS7 CREAD # B2400 OPOST ONLCR\
  115.       TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP ECHO ECHOE ECHOK\
  116.       ICANON ISIG CS7 CREAD #login: #1200
  117.  
  118. So, at this point, I ran out of manuals to look in.  However, this is such
  119. a common situation that lots of folks must have solved it, so ... could 
  120. some kind soul give me a clue as to what to do next?
  121.  
  122. Thanks,
  123. Mike Elliott
  124. elliottm@csulb.edu
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132. -- 
  133.  
  134.  
  135.                                            Mike Elliott
  136.                                            elliottm@beach.csulb.edu
  137.