Korzystam z 64-bitowego systemu Vista, ale jako konsultant bardzo frustruje mnie, gdy klienci korzystają z zastrzeżonego (zwykle Cisco) oprogramowania VPN, które będzie działać tylko z 32-bitowym systemem operacyjnym. Nie interesuje mnie rozwiązanie podwójnego rozruchu. Nie mam nic przeciwko korzystaniu z maszyny wirtualnej, jednak uważam, że niektóre zastrzeżone oprogramowanie VPN (zwykle Cisco) nie „cieszy się” działaniem w 32-bitowym środowisku VM XP lub Vista.
Czy ktoś ma jakieś sugestie?
Korzystałem z oprogramowania klienckiego Cisco VPN w 32-bitowej maszynie wirtualnej z systemem Windows XP uruchomionej na VMware na 64-bitowym hoście z systemem Windows Vista. Oprogramowanie VPN działa bezbłędnie i nigdy nie narzeka na niezadowolenie :-) W rzeczywistości, jeśli nie mogłem zmusić klienta VPN do niezawodnej pracy na maszynie wirtualnej, nie miałem zamiaru uaktualniać mojego głównego komputera do wersji 64-bitowej . Ale zadziałało i zrobiłem, a teraz mam 8 GB pamięci RAM.
Innym problemem związanym z uruchomieniem VPN na maszynie wirtualnej było to, że nigdy nie mogłem drukować na mojej drukarce sieciowej, gdy byłem podłączony do VPN, ponieważ klient VPN nalegał na wyłączenie dostępu do sieci lokalnej, podczas gdy VPN sieć zdalna. Teraz mogę drukować na lokalnej drukarce PDF lub XPS w systemie gościa XP, skopiować plik do systemu operacyjnego Windows Vista, a następnie wysłać plik do drukarki.
źródło
Oto odniesienie do pytania o awarię serwera, które wymienia niektóre odpowiedzi już na to pytanie.
Cisco VPN Client FAQ odnosi się także Cisco Anyconnect klienta
z notatkami o to czy jest dostępny tylko dla zarejestrowanych klientów (ta powinna zostać potwierdzona).
( FAQ Cisco PPTP )
Wydaje się, że jeśli nie masz problemów z klientem IPSec VPN, Shrew Soft byłby dobrym wyborem.
źródło
Zainstalowałem klienta ShrewSoft i nie miałem żadnych prób z IPSec. Korzystając z Win7 na 64-bitowym pliku, zaimportowałem plik .pcf i połączył się całkiem dobrze. Pamiętaj, że wydaje się, że upłynął limit czasu podczas próby połączenia się z serwerami za pomocą nazwy DNS, lepiej po prostu użyć adresu IP (chociaż może to wynikać z faktu, że używam telefonu komórkowego do mojego połączenia bardziej niż cokolwiek innego).
źródło