home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / tserve11.zip / TSERVE.USR < prev    next >
Text File  |  1996-01-25  |  5KB  |  94 lines
  1. ; Did you see The Naked Lunch? Weird movie, worth the rent.
  2. ; This is the sample user file... I used this exact file for testing
  3. ; on my system before releasing TSERVE. Comments begin with a
  4. ; semicolon and continue to the end of the line. All of the user
  5. ; lines in this file have been commented out after testing. The only
  6. ; one that is not commented out (with a semicolon) is this one:
  7.  
  8. NAKEDLUNCH, MUGWUMPJOY    ; This login code has to be here for a while.
  9.  
  10. ; You know, the really fun part about TSERVE is that you can change
  11. ; so many things about it so easily.
  12. ;
  13. ; FOR Example, if you want to assign fixed IP addresses to your users
  14. ; or perhaps just some of them, you can do it by including an address.
  15. ; The first example includes all of the possible settings for a user
  16. ; record. Each user record should be on a single line. All of these
  17. ; records have been commented out with a semicolon at the start of
  18. ; the line... Valid user entries must NOT have the semicolon at the
  19. ; beginning of the line, although it's perfectly fine to place a comment
  20. ; at the end of a line.
  21. ;
  22. ; USER ID,       USER PASSWORD,      HOST IP    :  USER IP
  23. ;
  24. ;Full Name User, Their Password, 123.123.123.123:231.231.231.231
  25. ;
  26. ; The above record includes all of the possible user parameters. It is
  27. ; NOT typical. For example, you would almost always allow the host IP
  28. ; address to be decided by the configuration file. However, it's good
  29. ; to know you can override it for a user if you need to. BE CAREFUL WHEN
  30. ; DEFINING IP ADDRESSES IN THE USER FILE! You must not allow any spaces
  31. ; between IP addresses and the colon. The colon is used to identify
  32. ; where the IP addresses are located, and which one's are defined. If
  33. ; you include spaces, you will confuse TSERVE and it will default to
  34. ; one or more of the IP addresses in the configuration file.
  35. ;
  36. ; The following listings are examples of one way you could assign fixed
  37. ; IP addresses to users. The HOST address would be set by the configuration
  38. ; file, while their individual IP addresses would over-ride the config
  39. ; file for each user.
  40. ;
  41. ;Fixed User1,    Fixed1Password,        :123.123.123.100
  42. ;Fixed User2,    Fixed2Password,        :123.123.123.101
  43. ;Fixed User3,   Fixed3Password,        :123.123.123.102
  44. ;
  45. ; NOTE: The HOST IP address is left off, but the colon remains! THERE
  46. ; ARE NO SPACES IN THE IP ADDRESS OR BETWEEN IT AND THE COLON.
  47. ;
  48. ; For more typical dynamic IP addressing, you need not include any IP
  49. ; addresses at all. In these cases, the IP addresses assigned to the
  50. ; host connection and user conection will come from the configuration
  51. ; file alone.
  52. ;
  53. ;My Cousin Vinnie,    Vinnies Words
  54. ;My Uncle Sammy,        GoshIHopeHeDoesntShowUpThisYear!
  55. ;Why Not Have 5 names,  You Can If you Want
  56. ;
  57. ; It's important to note that TSERVE will allow you to specify spaces
  58. ; and punctuation in your login id's and passwords except for the
  59. ; comma, the colon, and the semicolon. You can put just about any other
  60. ; character you want in the login id's and passwords, but it's not a
  61. ; good practice since it can get very ugly and confusing.. also, you
  62. ; may want to use a login or password in PAP or CHAP verification and
  63. ; these special characters will make that difficult. Any spaces before
  64. ; or after a login code or password will be removed before they are
  65. ; compared with a user's inputs... For example, the password for
  66. ; "My Cousin Vinnie" is "Vinnies Words". If you accidently use a colon
  67. ; semicolon, or comma in a login or password, you will confuse TSERVE
  68. ; and get upredictable results. BE VERY CAREFUL... TSERVE uses these
  69. ; characters to figure out what you've typed in. If they're in the
  70. ; wrong places, TSERVE will not be able to properly interperate what
  71. ; you mean.
  72. ;
  73. ; If you want to make things simpler, you can omit a password. If you
  74. ; do, TSERVE will not ask for one and will assume that if the user has
  75. ; the login code right, they must be a valid PPP user. I DON'T reccomend
  76. ; this as most people's standard connection scripts will expect to be
  77. ; asked for both a login and password... besides, it's not very secure
  78. ; since most people's login codes can become public very easily. Any
  79. ; way, here are some examples.
  80. ;
  81. ;VeryUgLyLongPassWORD093994#455skstdyTHATisODD
  82. ;My Very Own Login Without A Password
  83. ;My Login Without A password that includes addressing :123.123.123.23
  84. ;
  85. ; It is possible to have addressing without a password, but as I said,
  86. ; it's not a good idea to not include a password for each user.
  87. ;
  88. ; LOGIN CODES and PASSWORDS are CaSe SeNsItIvE in this program and
  89. ; shoule be no longer than about 60 characters. In fact, if you have
  90. ; a login code or password that's longer than about 20, you really
  91. ; should come up with something a little smaller... Not because the
  92. ; program won't handle it, but because it just doesn't make a whole
  93. ; lot of sense.
  94.