Searched hist:68461 (Results 1 - 3 of 3) sorted by relevance
/freebsd-9.3-release/usr.sbin/ppp/ | ||
H A D | mppe.h | diff 68461 Tue Nov 07 21:19:11 MST 2000 brian Introduce another global (MPPE_IsServer) so that we initiate the MPPE session keys correctly. I'm a bit dubious about this code. It seems that the session keys are initialised differently based on whether you're the client or the server. One side is the server if it issues the first challenge, but of course you can issue a challenge from both sides.... at the same time. Sounds like another wonderful M$ assumption... Ppp can now talk to itself correctly using encryption. Problem solved by: Ustimenko Semen <semen@iclub.nsu.ru> Hair torn out by: me |
H A D | mppe.c | diff 68461 Tue Nov 07 21:19:11 MST 2000 brian Introduce another global (MPPE_IsServer) so that we initiate the MPPE session keys correctly. I'm a bit dubious about this code. It seems that the session keys are initialised differently based on whether you're the client or the server. One side is the server if it issues the first challenge, but of course you can issue a challenge from both sides.... at the same time. Sounds like another wonderful M$ assumption... Ppp can now talk to itself correctly using encryption. Problem solved by: Ustimenko Semen <semen@iclub.nsu.ru> Hair torn out by: me |
H A D | chap.c | diff 68461 Tue Nov 07 21:19:11 MST 2000 brian Introduce another global (MPPE_IsServer) so that we initiate the MPPE session keys correctly. I'm a bit dubious about this code. It seems that the session keys are initialised differently based on whether you're the client or the server. One side is the server if it issues the first challenge, but of course you can issue a challenge from both sides.... at the same time. Sounds like another wonderful M$ assumption... Ppp can now talk to itself correctly using encryption. Problem solved by: Ustimenko Semen <semen@iclub.nsu.ru> Hair torn out by: me |
Completed in 121 milliseconds