I believe this is stated in the documentation. This will definitely happen
unless you configure R/RAS to use an IP "pool". R/RAS "pre-allocates" IP
addresses for all potential connections.
You can also pre-configure your DHCP server to allocate IP addresses
specifically for the RAS server, not effecting the range(s) that are used
for the rest of your network. The fault in this scenario is that is your
DHCP server croaks, so does your R/RAS server.
You should be able to see via the DHCP Administrator tool clues as to
who/what is using the excess addresses. You can also use the ResKit tool
"browstat" to view who is running R/RAS in your domain(s).
| -----Original Message-----
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED]]On Behalf Of Stewart Dean
| Sent: Saturday, September 04, 1999 8:58 AM
| To: [EMAIL PROTECTED]
| Subject: JetDirect Misbehavior, was FTP Attempts
|
|
| If anyone can point me to more information about JetDirect
| misbehavior, I'd be obliged. I have a situation where something is
| snaffling up DHCP addresses and I'm wondering if it could be this.
| FYI, NT's RAS (Remote Availability Services...what a concept,
| wonder when Unix will have it) did this in an incarnation that was
| installed earlier this year. 1 minutes and *all* my DHCP range was
| used up.
| // Stewart Dean - [EMAIL PROTECTED]
| //
| // Machiavelli said (in essence):
| // Bad mercenaries will lose your country for you,
| // "good" ones will take it away from you....
| // Don't use mercenaries
| // Dean's corollary:
| // Hiring temps or vendor employees may be all the rage...
| // but they're the same as mercenaries:
| // You give neither loyalty nor committment;
| // the favor, if returned, should come as no surprise
| // Look to your own honor if you expect any from them.
| -
| [To unsubscribe, send mail to [EMAIL PROTECTED] with
| "unsubscribe firewalls" in the body of the message.]
|
-
[To unsubscribe, send mail to [EMAIL PROTECTED] with
"unsubscribe firewalls" in the body of the message.]
