Re: [PATCH2] PPP in -direct mode does not execute any chat scripts
Hi, Yes, this looks fine, although I think this shows that the -direct description is wrong. Perhaps this is more appropriate: -direct This is used for communicating over an already established connection, usually when receiving incoming connections accepted by getty(8). ppp ignores the ``set device'' line and uses descriptor 0 as the link. ppp will ignore any configured chat scripts unless the ``force-scripts'' option has been enabled. If callback Do you agree with this description ? If so, I'll go ahead and commit the changes. Just to be picky, I'll re-sort the OPT_ variables too :*P And thanks for the patches. On Mon, 03 Feb 2003 14:45:37 -0800, Maksim Yevmenkin wrote: Dear Brian and Hackers, Please find updated proposed version of the patch. As suggested by Warner option has been renamed to 'force-sripts' and now works for both 'direct' and 'dedicated' modes. Also as suggested by Terry the man page has been updated to document side effect of 'direct'. -direct This is used for receiving incoming connections. ppp ignores the ``set device'' line and uses descriptor 0 as the link. ppp will never use any configured chat scripts unless ``force-scripts'' option has been enabled. If callback is configured, ppp will use the ``set device'' infor- mation when dialing back. -dedicated This option is designed for machines connected with a dedicated wire. ppp will always keep the device open and will never use any configured chat scripts unless ``force-scripts'' option has been enabled. force-scripts Default: Disabled. Forces execution of the configured chat scripts in direct and dedicated modes. Please find attached patch that adds new option to the PPP. run-scripts-in-direct-mode Default: Disabled. This allows to run chat scripts in direct mode. did i miss anything? objections? comments? reviews? First comment: run it past Brian Somers [EMAIL PROTECTED]; it's his baby, and he's the active maintainer. I have sent him e-mail. Rest of comments: Actually, why doesn't -direct allow a chat script by default? The man page doesn't document that as a side-effect of -direct, only of -dedicated, but it's been there since the import. Should this really be a negotiate section command, rather than just a command or a set command? Also, there are only two other commands even have a - in them, and both of them only have one (just seems a little long, compared to, say, rsid or direct-with-script, or even force-script). Personal preference: don't make it conditional on -direct, let it also work with -dedicated, and call it force-script or something, instead. done The man page should be updated -- including the undocumented side-effect of -direct disabling scripts). done thanks max -- Brian [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.Awfulhak.org[EMAIL PROTECTED] Don't _EVER_ lose your sense of humour ! [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [PATCH2] PPP in -direct mode does not execute any chat scripts
Hello Brian, Yes, this looks fine, although I think this shows that the -direct description is wrong. Perhaps this is more appropriate: -direct This is used for communicating over an already established connection, usually when receiving incoming connections accepted by getty(8). ppp ignores the ``set device'' line and uses descriptor 0 as the link. ppp will ignore any configured chat scripts unless the ``force-scripts'' option has been enabled. If callback Do you agree with this description ? If so, I'll go ahead and commit the yes, this is more accurate description. i missed it. changes. Just to be picky, I'll re-sort the OPT_ variables too :*P no problem :) And thanks for the patches. thank you for reviewing them :) max On Mon, 03 Feb 2003 14:45:37 -0800, Maksim Yevmenkin wrote: Dear Brian and Hackers, Please find updated proposed version of the patch. As suggested by Warner option has been renamed to 'force-sripts' and now works for both 'direct' and 'dedicated' modes. Also as suggested by Terry the man page has been updated to document side effect of 'direct'. -direct This is used for receiving incoming connections. ppp ignores the ``set device'' line and uses descriptor 0 as the link. ppp will never use any configured chat scripts unless ``force-scripts'' option has been enabled. If callback is configured, ppp will use the ``set device'' infor- mation when dialing back. -dedicated This option is designed for machines connected with a dedicated wire. ppp will always keep the device open and will never use any configured chat scripts unless ``force-scripts'' option has been enabled. force-scripts Default: Disabled. Forces execution of the configured chat scripts in direct and dedicated modes. Please find attached patch that adds new option to the PPP. run-scripts-in-direct-mode Default: Disabled. This allows to run chat scripts in direct mode. did i miss anything? objections? comments? reviews? First comment: run it past Brian Somers [EMAIL PROTECTED]; it's his baby, and he's the active maintainer. I have sent him e-mail. Rest of comments: Actually, why doesn't -direct allow a chat script by default? The man page doesn't document that as a side-effect of -direct, only of -dedicated, but it's been there since the import. Should this really be a negotiate section command, rather than just a command or a set command? Also, there are only two other commands even have a - in them, and both of them only have one (just seems a little long, compared to, say, rsid or direct-with-script, or even force-script). Personal preference: don't make it conditional on -direct, let it also work with -dedicated, and call it force-script or something, instead. done The man page should be updated -- including the undocumented side-effect of -direct disabling scripts). done thanks max ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [PATCH2] PPP in -direct mode does not execute any chat scripts
Maksim Yevmenkin wrote: force-scripts Default: Disabled. Forces execution of the configured chat scripts in direct and dedicated modes. Outstanding! If Brian doesn't veto, I'd say it's gold, and someone should commit it; so I guess this fixes the last Bluetooth Cell phone PPP problem, right? PS: I can't believe that Warner and I came within one letter of suggesting the same option name. 8-) 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: [PATCH2] PPP in -direct mode does not execute any chat scripts
Terry, Maksim Yevmenkin wrote: force-scripts Default: Disabled. Forces execution of the configured chat scripts in direct and dedicated modes. Outstanding! If Brian doesn't veto, I'd say it's gold, and someone should commit it; so I guess this fixes the last Bluetooth Cell phone PPP problem, right? seems like it :) just got report back from one of the testers. he got connected to the internet over his T39m bluetooth enabled cell phone. the cool thing is that you can make CSD, GPRS or HSCSD calls. its just a matter of init string you send to the phone :) still waiting on t68i and Nokia 7650 reports. PS: I can't believe that Warner and I came within one letter of suggesting the same option name. 8-) 8-). :) thanks, max To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: [PATCH2] PPP in -direct mode does not execute any chat scripts
Maksim Yevmenkin wrote: seems like it :) just got report back from one of the testers. he got connected to the internet over his T39m bluetooth enabled cell phone. the cool thing is that you can make CSD, GPRS or HSCSD calls. its just a matter of init string you send to the phone :) still waiting on t68i and Nokia 7650 reports. What kind of security negotiation occurs between devices, or can I use anyone's cell phone, as long as we are in the same restaurant, and I get a table in the middle? 8-) 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: [PATCH2] PPP in -direct mode does not execute any chat scripts
Terry, seems like it :) just got report back from one of the testers. he got connected to the internet over his T39m bluetooth enabled cell phone. the cool thing is that you can make CSD, GPRS or HSCSD calls. its just a matter of init string you send to the phone :) still waiting on t68i and Nokia 7650 reports. What kind of security negotiation occurs between devices, or can I use anyone's cell phone, as long as we are in the same restaurant, and I get a table in the middle? 8-) 8-). you can if person with the cell phone is stupid :) and you do not have to get table in the middle. you have to be within ~10 meters radius. you also can get access to person's address book, calendar etc. as well :) all authentication and encryption based around link keys. one link key for each pair of devices. link key can be: 1) programmed into device itself (up to 16 keys) 2) can be requested from the user via HCI events 3) can be generated from the PIN code, PIN code is requested from the user via HCI event. normally what happens is: 1) device A tries to connect to device B 2) device B now looks for the link key that corresponds to device A's BDADDR. if found then key is used 3) if no link key found then both device A and device B locally generate Link_Key_Request event 4) both device A and B either get the keys from user A and user B, or if there is still no link key user sends Link_Key_Negative_Reply command 5) if no link key was received then both devices locally generate PIN_Code_Request 6) now both user A and user B have to enter PIN codes. the link key will be calculated from the PIN code. if no PIN code exists then user sends PIN_Code_Negative_Reply command to the device. this is implemented inside hcsecd. the user has option to disable authentication and in this case anyone can connect and no link key is required. also user can prevent device from peforming inquiry scan, i.e. the device will not respond to inquiry requests from other devices. user also can prevent device from performing page scans, i.e. device will not accept connections. thanks, max To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
