SSL + Vista + Modem = Problem

[hes]

Witam.
Właściwie nie wiem, czy umieścić to pytanie w dziale Delphi, Windows, TCP czy SSL. Problem dotyczy wszystkich tych dziedzin i trudno mi powiedzieć w czym tkwi. Chodzi generalnie o zabezpieczenie aplikacji dlatego zdecydowałem się napisać tutaj.

Mam klienta i serwer TCP napisany w Delphi wykorzysujące z wykorzystaniem komponentów Indy. Klient zawiesza się przy próbie połączenia z serwerem w przypadku, gdy spełnione są wszystkie poniższe warunki:
- klient jest uruchomiony na Viście,
- klient łączy się przez internet (w intranecie działa),
- włączona jest obsługa SSL.
Gdy przynajmniej jeden z warunków nie jest spełniony, problem nie istnieje.
Będę wdzięczny za każdy pomysł, podpowiedź, sugestię...

[TQM]

Klient zawiesza się przy próbie połączenia z serwerem w przypadku, gdy spełnione są wszystkie poniższe warunki:
- klient jest uruchomiony na Viście,

Tutaj akurat nie mam pojecia ale watpie aby mialo to az takie znaczenie... moze delphi nie jest 'Vista redy' - loool

- klient łączy się przez internet (w intranecie działa),

Gdy jestes w intranecie serwer (nie podales nawet czy to windows czy linux jakis) najczesciej traktuje intrane jako zaufana siec i zezwala na wiecej roznych polaczen. To samo firewall - sprawdz czy dany ruch z internetu jest dopuszczany czy wycinany na firewall'u. Jak firewall dopuszcza (sprzetowy mam na mysli) to sprawdz czy firewall na serwerze (jesli masz) rowniez dopuszcza polaczenia.

- włączona jest obsługa SSL.

Certyfikat masz kupiony (np. Thawte, Verisign, itp) czy sam generowales i sam podpisales? Jesli drugi przypadek to przy kazdym polaczeniu klient (juz na warstwie biblioteki SSL) dostaje informacje ze nie mozna zweryfikowac wystawcy certyfikatu i ze jest on podpisany kluczem prywatnym. W tym momencie biblioteka czeka na informacje od klienta, ze ten akceptuje certyfikat - inaczej polaczenie wisi a aplikacja wyglada jakby sie zawiesila.

Generalnie dodaj dobry debuging do klienta:
- dla polaczen ustaw cos na zasadzie: connect, po 15sek bez odpowiedzi retry, po 30 sek bez odpowiedzi (od pierwszego connect) jest timeout i raport do uzytkownika
- sprawdzaj co zwraca SSL podczas negocjacji kluczy - o ile pamietam blad o ktorym mowie w Linuxie ma kod -1, dopiero po akceptacji certyfikatu prywatnego (np. programisci czesto sami sobie klucze SSL generuja aby oszczedzic kasy) procedura leci dalej i polaczenie jest normalnie ustanawiane. Jesli przechwytujesz wszystkie mozliwe kody zwracane przez funkcje i biblioteki to nie powinienes miec z tym zadnego problemu.