(Don't waste time for) Cisco QuickVPN Client and Windows 8.1 compatibility issue

Today, I've lost many, many hours fighting with Cisco/Linksys VPN software called Cisco QuickVPN Client, which is dedicated VPN client to small business line of Cisco/Linksys routers (RVxxx family).

The newest version of Cisco QuickVPN is 1.4.2.1, dated on 2011-08-09 (http://www.cisco.com/c/en/us/products/routers/quick_vpn.html) and it's not compatible with Windows 8/8.1.

The problem with Cisco QuickVPN and Windows 8/8.1 is ... it does not work ;) It always ends with following dialog.

Did read a lot of posts today, finding a lot help requests but not finding 100% guarantee solution nor proof that it really can work with W8.

Some of tips were:

• Enable Windows 7 compatibility while installing and running client
• Enable ICMP on Windows Firewall
• Enable 60443 port on Windows Firewall
• etc.

None of them worked for me. Hours of trying and trying. Always the same message and always the same log:

2014/03/15 17:00:19 [STATUS]OS Version: Unknown

2014/03/15 17:00:19 [STATUS]One network interface detected with IP address 192.168.1.101

2014/03/15 17:00:19 [STATUS]Connecting...

2014/03/15 17:00:19 [DEBUG]Input VPN Server Address = XXX.XXX.XXX.XXX

2014/03/15 17:00:19 [STATUS]Connecting to remote gateway with IP address: XXX.XXX.XXX.XXX

2014/03/15 17:00:24 [STATUS]Remote gateway was reached by https ...

2014/03/15 17:00:24 [STATUS]Provisioning...

2014/03/15 17:00:27 [STATUS]Success to connect.

2014/03/15 17:00:27 [STATUS]Tunnel is configured. Ping test is about to start.

2014/03/15 17:00:27 [STATUS]Verifying Network...

2014/03/15 17:00:33 [WARNING]Failed to ping remote VPN Router!

2014/03/15 17:00:36 [WARNING]Failed to ping remote VPN Router!

2014/03/15 17:00:39 [WARNING]Failed to ping remote VPN Router!

2014/03/15 17:00:42 [WARNING]Failed to ping remote VPN Router!

2014/03/15 17:00:45 [WARNING]Failed to ping remote VPN Router!

2014/03/15 17:00:47 [WARNING]Ping was blocked, which can be caused by an unexpected disconnect.

2014/03/15 17:00:50 [STATUS]Disconnecting...

2014/03/15 17:00:57 [STATUS]Success to disconnect.

Hopefully my stubbornness was bigger then my frustration today. And I went onto creative path.

I've sent Cisco QuickVPN to the hell and started processing this instruction: https://www.shrew.net/support/Howto_Linksys - which is complete instruction how to prepare Linksys RV router to work with Shrew Soft VPN Client which is free.

Doc above gives complete example. I did manage to set up remote router and Shrew client in minutes (succeed on first try!). What's more - Shrew Soft client brings up VPN tunnel with light speed comparing to native Cisco/Linksys - which needs few seconds for that.

Also I did test services availability via VPN tunnel:

• RDP (to visualized Windows 8.1) - works..
• HTTP (to local web server) - works..
• DNS queries (to Active Directory server) - works.. 
• PING - works.. (it didn't with Cisco QuickVPN)..
• teleportation.. failed, additional license required ;)

So my tip is - don't waste time on getting Cisco software works. Download Shrew Soft VPN Client and complete the HOWTO. It's not as complicated nor time consuming as it may appear.

Good luck!

Konfiguracja usługi Orange Neofon (VoIP) na urządzeniu Sagem F@st 3764

Mógłbym snuć wiele opowieści o różnych moich przejściach z firmą Orange, ale nie temu poświęcony jest ten blog.

Poniżej notatka jak skutecznie skonfigurować usługę VOiP o marketingowej nazwie Neofon na francuskim gównie Sagem F@st 3764 od Orange.

Wskazówka. Nawet jeśli jesteś doktorem informatyki, wykonuj wszystko jak opisano - w przypadku tych urządzeń nic nie działa tak jak powinno, żadne przyzwyczajenia użytkowników nie zostały uszanowane.

Zaczynamy od ustalenia login i hasła.

Login trzeba wygrzebać z papierów. Ogólnie powinien być zgodny z szablonem 48xxyyyyyyy@neofon.tp.pl, gdzie xxyyyyyyy to numer telefonu stacjonarnego z numerem kierunkowym.

Hasło otrzymuje się na maila. Szukaj w skrzynce wiadomości od info@orange.com lub szukaj po frazie "Telefonia".

Aby otrzymać hasło na maila trzeba się o nie upomnieć (już po wejściu aneksu w życie). Najlepiej zrobić to pod bezpłatnym numerem 800500555.

Zalogować się do strony zarządzania ruterem. Wskazówka: Po wypełnieniu loginu i hasła, kliknąć w przycisk OK. Naciśnięcie klawisza ENTER spowoduje przeładowanie strony i wyczyszczenie hasła, co może silnie sugerować brak jego poprawności. Zatem - nie ENTER, tylko klikać w OK.

W menu z lewej, sekcja Konfiguracja, klikamy w VOiP.

Zakładkę Ogólne ustawiamy jak na ilustracji.

Zakładkę Linia 0 ustawiamy jak na ilustracji.
W przypadku, gdy zaznaczyłem opcję CLIR obserwowałem taki efekt, że mogłem odbierać rozmowy przychodzące, ale nie mogłem nawiązywać połączeń (zawsze otrzymywałem sygnał zajętości).

Dla porządku umieszczam ilustrację zakładki Linii 1, chociaż w tym przypadku Linia 1 nie była używana.

Teraz magiczna sekwencja przekazana przez konsultanta.

1. Przechodzimy na zakładkę Linia 0.
2. Klikamy w przycisk Potwierdź. Nie będzie żadnego wizualnego potwierdzenia akcji użytkownika poza tym, że w pasku adresu przeglądarki coś się zadzieje.
3. Przechodzimy na zakładkę Ogólne.
4. Klikamy w przycisk Potwierdź. Nie będzie żadnego wizualnego potwierdzenia akcji użytkownika poza tym, że w pasku adresu przeglądarki coś się zadzieje.
5. Przechodzimy Narzędzi zaawansowanych (menu z lewej).
6. Przechodzimy do Restart i potwierdzamy restart. Warto sobie zapuścić ping-a na ruter i coś w internecie, żeby zorientować się kiedy można powrócić do strony zarządzania.
7. Powracamy do głównej strony zarządzania i obserwujemy status telefonu. Niczego nie dotykamy! Stan będzie odświeżał się samoczynnie. Najpierw Internet/VDSL, potem telefon. Nie klikamy w Włącz usługę - po prostu cierpliwie czekamy.
8. Sprawdzamy telefon - rozmowa przychodząca, rozmowa wychodząca. Jeżeli nie działa - przetwarzamy powyższą instrukcję jeszcze raz, nie pomijając żadnego kroku ani wskazówki. Jeżeli nadal nie działa dzwonimy pod 800500555.

Powyższa instrukcja powstała do urządzenia z firmware 4.9.4.TPSA_v805E.

VMware ESXi: Virtual machine Version 10 may be a blind alley

Every wisdom needs time to come..

This time was no different.

I set a conversion of old crappy (physical) server to VMware virtual machine onto VMware ESXi Hypervisor 5.5.

I tooks 12 hours of conversion just to get this message:
"You cannot use the vSphere Client to edit settings of virtual machies of version 10 or higher."

What went wrong?

Default destination virtual machine version was 10, which I left unchanged (screen below).

There was no alerts nor suggestions not to choose it while using ESXi 5.5.

Why? Because VMware ESXi can host Version 10 itself (see: kb.vmware.com/kb/1003746) but it cannot be managed by free version vSphere Client.

This is what vSphere Client is trying to say every time you log in.

And vSphere Web Client is not a free product (as ESXi Hypervisor is)..

Is VMware going to be paid only option?

As for now you may still go with Version 8. But one day brand new OS will come and Version 8 will be no option anymore..