home *** CD-ROM | disk | FTP | other *** search
/ Il CD di internet / CD.iso / SOURCE / N / PPP / _PPP.TAR / usr / src / ppp-2.1.2b / FAQ next >
Encoding:
Text File  |  1994-10-17  |  8.1 KB  |  216 lines
  1. This document describes some of the common problems which users may
  2. encounter with their first use of PPP. It is a condensation of the
  3. development mail list problems and their corresponding solutions. Of
  4. course, your problem may not be listed. If you have a problem, then I
  5. usually frequent the usenet news groups, but I would prefer that you
  6. ask it on the mail list.
  7.  
  8. Instructions for joining the mail list are in the README.linux file.
  9.  
  10. --------
  11.  
  12. Q: I can't seem to leave that bloody mail list!
  13.  
  14. A: This question is one of the most frequent problems. I realize that
  15. you would tend to get frustrated, but posting this type of message to
  16. the list will only make more enemies than friends.
  17.  
  18. The instructions on how to quit are included if you ask the mail list
  19. -request address for 'help'. The major problem that most people find
  20. is that they send the leave request from one account and expect that
  21. the system will match their user name and quit them from a different
  22. account.
  23.  
  24. This does not work. You must use exactly the same account, host name,
  25. and domain name. If you sent your subscription request from one host,
  26. such as plato, and you have now switched to a different host, cicero,
  27. then you must send the leave request from plato. The mail list
  28. software matches the From: name. It could care less about
  29. Reply-To:. It could care less about Sender:.  It only matches the
  30. From: address.
  31.  
  32. If this does not work, then the only human being in the world who can
  33. do anything about manually removing your address is
  34. arl@joker.cs.hut.fi. There is no one on the mail list who will be able
  35. to remove you. Repeated requests to the list will only get people mad
  36. at you. Send your requests to Arl.
  37.  
  38. ------------
  39.  
  40. Q: I can reach the remote server, but I can not get anywhere else.
  41.  
  42. A: Did you forget the 'defaultroute' parameter? This parameter adds a
  43. default route into your routing system so that frames to all other IP
  44. addresses will be sent to the PPP device.
  45.  
  46. -------------
  47.  
  48. Q: I have a default route and I still can't get anywhere else! Now what?
  49.  
  50. A: The problem then is not with the local Linux system. It most likely
  51. is routing problem on the remote end. (The remote end is also called
  52. the 'peer' system.)
  53.  
  54. The remote computers need a route back to you just as you need a route
  55. to them. This may be accomplished by one of four methods. Each has
  56. advantages and limitations. You need to do one and only one of these.
  57.  
  58. 1. Use a host route. At each host on the remote system, add a host
  59. route to your Linux IP address with the gateway being the terminal
  60. server that you use for your local access. This will work if you have
  61. a small number of host systems and a simple network without bridges,
  62. routers, gateways, etc.
  63.  
  64. 2. Use a network route. Subdivide the remote IP addresses so that your
  65. local Linux IP address and the remote terminal server address and the
  66. remote terminal server's ethernet address is on the same IP
  67. domain. This will work if you have the IP addresses to spare. It will
  68. work very well if you have a Class-B IP domain and can afford to put
  69. the all of the remote addresses on the same IP domain. Then add a
  70. network route on each of the gateways and routers so that any address
  71. of the remote network is sent to the terminal server. Most
  72. configurations have many hosts but few routers. (We have over 300 host
  73. systems with only 3 routers.)
  74.  
  75. 3. Use gated on all of the gateways and on the terminal server. This
  76. will cause the terminal server to broadcast to the gateways that it
  77. can accept the frames for your IP address. Since the hosts will have a
  78. default route to one of the gateways, the gateways will generate the
  79. ICMP re-direct frame and the specific host will automatically add its
  80. host route.
  81.  
  82. 4. Use proxy ARP on the terminal server. This will only work if your
  83. Linux IP address matches the one of the IP domains of the network
  84. cards.
  85.  
  86. There is no clear solution. You must choose one of these.
  87.  
  88. --------------------
  89.  
  90. Q: I keep getting the message to the effect that the magic number is
  91. always NAKed. The system will not connect.
  92.  
  93. A: There is a one in over four billion chance that the two systems
  94. have chosen the same magic number. If you get a continual failure
  95. about the magic number, the chances that this is a fluke will
  96. geometrically reduce.
  97.  
  98. The most common reason for this failure is one of two conditions:
  99.  
  100. 1. The modem has disconnected immediately upon making the connection
  101. and logging you on to the remote. Most modems are configured to echo
  102. the data sent to them and you are seeing the local echo from the
  103. modem.
  104.  
  105. 2. The remote ppp software is not running when you think it is. Is the
  106. remote system configured to run PPP? Is the ppp process in the
  107. expected location? Is the privileges suitable so that you may run it?
  108.  
  109. This would indicate that the shell is doing the local echo of the data.
  110.  
  111. In either case, the Linux system is sending data to the remote which
  112. is being fed immediately back into the serial receiver. This is not an
  113. acceptable condition. You have what is called a "loop".
  114.  
  115. --------------------
  116.  
  117. Q: I am trying to connect to a Netblazer and it terminates with a
  118. message "Could not determine local IP address".
  119.  
  120. A: The Netblazer does not have your IP address. You do not have your
  121. IP address. You must have been given a piece of paper with your IP
  122. address written upon it. Use the local IP address and the remote IP
  123. address as a parameter to the pppd process.
  124.  
  125. Use the pppd option format of:
  126.  
  127. local_ip:remote_ip
  128.  
  129. (That is the local IP address, a colon, and the remote IP address.)
  130.  
  131. --------------------
  132.  
  133. Q: I am trying to connect to a Netblazer and it terminates with a
  134. message "Could not determine remote IP address".
  135.  
  136. A: See above.
  137.  
  138. --------------------
  139.  
  140. Q: I can not ping my local IP address
  141.  
  142. A: You are not able to do this because you don't have a route to the
  143. address. This is the normal operating environment. Don't try to ping
  144. the local IP address.
  145.  
  146. If you wish to ping your own system then use the loopback address of
  147. 127.0.0.1.
  148.  
  149. --------------------
  150.  
  151. Q: Can I use the same local IP address for all of the lines of my PPP
  152. server?
  153.  
  154. A: Yes. The local address is not significant to the local system. You
  155. must have a unique _remote_ IP address. The routing is performed based
  156. upon the remote IP address and not the local IP address.
  157.  
  158. --------------------
  159.  
  160. Q: I am using a Xyplex terminal server and pppd complains about
  161. receiving a protocol reject for protocol fffb. What is this?
  162.  
  163. A: The Xyplex terminal server is confused about Van Jacobson header
  164. compression. Use the pppd option "-vj" to disable the header
  165. compression.
  166.  
  167. --------------------
  168.  
  169. Q: The connection fails with errors "ioctl(TIOCGETD): I/O error" or
  170. "ioctl(PPPIOCSINPSIG): I/O error". What now?
  171.  
  172. A: Look at the boot messages when you boot the kernel. If it says
  173. "PPP version 0.1.2" then you have an old version of the ppp.c driver.
  174.  
  175. If it says "PPP version 0.2.7" then you have the current driver,
  176. however, it was not built with the same set of defines for the ioctl
  177. numbers. Ensure that you have only one file called "ppp.h". It should
  178. be located in the kernel's include/linux directory. Once you have done
  179. this, rebuild the kernel and the pppd process.
  180.  
  181. --------------------
  182.  
  183. Q: Sometimes the messages "ioctl(PPPIOCGDEBUG): I/O error",
  184. "ioctl(TIOCSETD): I/O error" and "ioctl(TIOCNXCL): I/O error"
  185. occur. Why?
  186.  
  187. A: The remote system has disconnected the telephone. The tty drivers
  188. will re-establish the proper tty dicipline and these errors are the
  189. result of the pppd process trying to do the same thing. These are to
  190. be expected.
  191.  
  192. --------------------
  193.  
  194. Q: I am trying to use the merit network. Why does this not connect?
  195.  
  196. A: Some users of the merit network have indicated that it needs PAP.
  197. Did you try PAP authentication?
  198.  
  199. --------------------
  200.  
  201. Q: My netstat says something other than the following. It may report
  202. the ppp device as "unknown" and show a strange hardware address. Is
  203. this important?
  204.  
  205. ppp0      Link encap Point-Point Protocol
  206.           inet addr 192.76.32.2  P-t-P 129.67.1.165  Mask 255.255.255.0
  207.  
  208. A: No. The information is for display purposes only. If you are using
  209. a recient 1.1 kernel then update the nettools package with the current
  210. one on sunacm.swan.ac.uk in the directory /pub/Linux/networking/nettools.
  211.  
  212. --------------------
  213.  
  214. End.
  215.  
  216.