Czerno
12-03-2008, 09:44 AM
I know you guys must be busy developing the program's features and chasing any remaining bugs, but I'll suggest anyway : it would be nice to have a page with more technical details of GBridge operation than the FAQ now gives.
What I'd want to see is something along the lines of :
- When you launch GBridge, the client program connects to xxx.... on port yyy... using protocol ppp... for ...such and such prupose,
- Server sss... answers with ...details, etc etc.
Maybe with a nice flow chart.
This includes how and where is DNS resolved for the gbridge.net domain, how and when GTalk servers are used, how is upnp used (perso I don't use it anyway but I guess the majority does), what GBridge own servers do, and so many more details.
I believe that, since your program is understandably not open sourced, the more so is it necessary that the protocols and general operation be open to public scrutiny (and not only to review by a private expert as you suggested earlier). Note the parallel with PGP encryption, which is an open protocol even though the PGP program suite is proprietary code and its source not fully open.
Just my two c/ and again, kudos for a great program
--
Czerno
That would help much with acertaining the suitability of GBridge for critical or general purposes, and would avoid a lot of blind "sniffing" the wires.
What I'd want to see is something along the lines of :
- When you launch GBridge, the client program connects to xxx.... on port yyy... using protocol ppp... for ...such and such prupose,
- Server sss... answers with ...details, etc etc.
Maybe with a nice flow chart.
This includes how and where is DNS resolved for the gbridge.net domain, how and when GTalk servers are used, how is upnp used (perso I don't use it anyway but I guess the majority does), what GBridge own servers do, and so many more details.
I believe that, since your program is understandably not open sourced, the more so is it necessary that the protocols and general operation be open to public scrutiny (and not only to review by a private expert as you suggested earlier). Note the parallel with PGP encryption, which is an open protocol even though the PGP program suite is proprietary code and its source not fully open.
Just my two c/ and again, kudos for a great program
--
Czerno
That would help much with acertaining the suitability of GBridge for critical or general purposes, and would avoid a lot of blind "sniffing" the wires.