A "nailed port" in this context means that someone initiating a telnet (style) session to a non-standard port (lets say 5123) would ALWAYS be logged in as a fixed/known user number (say "user number 123"), rather than assigned a pseudo-random PID. By having your terminal emulator setup to use a specific port, you get something akin to the days of serial lines, where a wire from your terminal would always have you coming in on a fixed "port" (or user) number.
Using this, some people (the OP included I'm guessing) would activate features based on this port number. "Back in the day" our tools were used in a DOD project (SASPers) and some facilities were only available from known/secured locations, as determined by a signal running along a dedicated wire connecting the terminal device & the server. So, the "nailed telnet port" became a mechanism to keep some of these facilities going. Ross Ferris Stamina Software Visage > Better by Design! >-----Original Message----- >From: [email protected] [mailto:u2-users- >[email protected]] On Behalf Of [email protected] >Sent: Thursday, 23 July 2009 2:41 PM >To: [email protected] >Subject: Re: [U2] Converting from mvBase to Universe > >Nailing ports on Windows is a critical issue.? IANA port rules specify >well-known and registered ports?ports should NOT be used without >registration.? At a minimum, a good OS would leave them alone at least >for requests for "dynamic" or "random" port numbers.? However, Windows >will grab ANYTHING above 1024 (including all registered ports)?unless >you reserve it in the registry first. > >One way to do it is to program Windows to just reserve all ports from >say 1025 thru 49151 (or another range appropriate for your system). >The Dynamic and/or Private Ports as specified by IANA are those from >49152 through 65535.? > >To reserve ports on Windows, at least on 2003, the doc is here: >http://support.microsoft.com/kb/812873/ > >Hope that helps! > >Steve... >-- >Steve Kneizys >Author of TMI Open Architecture Listener (IANA port 8300) > >-----Original Message----- >From: Don Robinson <[email protected]> >To: U2 Users List <[email protected]> >Cc: Curt Stewart <[email protected]> >Sent: Wed, Jul 22, 2009 11:13 pm >Subject: Re: [U2] Converting from mvBase to Universe > > > >Curt, > >RE: "nailed" ports. > >After a lot of hair pulling, I solved this problem on Unix but I don't >know if >it can be done on Windows and certainly not the same way. > >On Unix, UV uses a file named unohist but IIRC, on Windows, it uses the >PID as >the port #. > >I have a couple of ideas so contact me directly and I may be able to >help you. > > Don Robinson >[email protected] > > > > > >________________________________ >From: Curt Stewart <[email protected]> >To: [email protected] >Sent: Sunday, July 19, 2009 5:43:05 PM >Subject: [U2] Converting from mvBase to Universe > >I have a client that is considering moving from an mvBase system to a >Universe (Windows) system. A lot of their processes are tied to >specific >ports and ranges. Is there an easy solution in Universe to "nail" the >telnet ports for the users? > >Also, they use UREAD and UWRITE and take advantage of the MVClients >ability >to read and write to the local workstation, instead of the server when >not >using MVClient. I haven't heard of this separation being available in >Universe, other than using something like Accuterm, am I right? Or is >there >an easy way to distinguish between writing to the local drive vs. the >server? How has others handled this conversion issue? Right now we're >planning on assigning each user a directory on the server to write to, >does >anyone have any alternate ideas? > >Thanks for the help, I appreciate hearing your solutions. > >Thanks, >Curt >TRI-SYS Consulting > >[email protected] > >_______________________________________________ >U2-Users mailing list >[email protected] >http://listserver.u2ug.org/mailman/listinfo/u2-users >_______________________________________________ >U2-Users mailing list >[email protected] >http://listserver.u2ug.org/mailman/listinfo/u2-users > >_______________________________________________ >U2-Users mailing list >[email protected] >http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
