Strength is irrelevant.
Resistance is futile.
We wish to improve ourselves.

1. a obsługuje profile .pcf z Cisco? , Artaa 16/03/11 00:05
   NFZ zażadał klienta VPN wczytujący konfigurację połączenia (profile) z pliku .pcf
   
   tu opis szczegółow:
   http://www.elektroda.pl/...c.php?p=9281165#9281165
   1. tak , Holyboy 16/03/11 09:40
      ładnie importuje sobie ustawienia

      Strength is irrelevant.
      Resistance is futile.
      We wish to improve ourselves.

      1. spróbuję , Artaa 16/03/11 15:30
         jeśli nie robi cyrków z LAN jak Cisco będzie super
         1. swoją szosą , Holyboy 16/03/11 17:20
            który to oddział NFZ?

            Strength is irrelevant.
            Resistance is futile.
            We wish to improve ourselves.

            1. pomorski , Artaa 16/03/11 17:24
               wiem że opolski zrezygnował z Cisco VPN

#whatever

1. przestaje działać udostępnianie MS w sieci lokalnej a w zwiazku z tym dostęp do serwera , Artaa 16/03/11 00:08
   w sieci LAN
   
   wszsytko w opisie na E

2. VPN jest tylko czasem potrzebne do połączenia z NFz , Artaa 16/03/11 00:09
   a sieć lolalna codziennie...

3. blokuje się na amen , Artaa 16/03/11 00:10
   bez znaczenia czy jest VPN w danej chwili aktywny, tylko odistalowanie całkowite pomaga.
   1. pomysły... , carlosA 16/03/11 00:34
      z góry mówię Ci, że błądzę, bo akurat mając u siebie klienta Cisco VPN nie potrzebowałem żadnych zasobów lokalnych, no ale:
      - wyłączenie wirtualnego interfejsu VPN-a netsh interface set interface name="nazwa połączenia Cisco VPN" admin=DISABLED
      - zmapuj najpierw zasób lokalny na sztywno, jako dysk, a później instaluj klienta

      #whatever

Nie ma tego złego , co by się w gorsze
obrócić nie mogło - jak nie wierzysz
włącz komputer :-)

1. Ale to zalezy od admina , biEski 16/03/11 08:32
   Ja sie loguje do klienta przez CIsco i ich admin ustawił ze nie mam miec dostepu do sieci lokalnej i dupa nic nie zrobisz.
   Kombinowałem jak koń pod górke niestety poległem :(
   1. ale Artaa ma blokowane WŁASNE otoczenie sieciowe , Master/Pentium 16/03/11 08:55
      przynajmniej tak to zrozumiałem. Bo przecież nie skarżyłby się na brak dostępu do otoczenia zdalnego przy WYŁĄCZONYM kliencie.

      Nie ma tego złego , co by się w gorsze
      obrócić nie mogło - jak nie wierzysz
      włącz komputer :-)

      1. no wlasnie ja tez mam blokowane wlasne otoczenie sieciowe , biEski 16/03/11 09:19
         i to wlasnie robi ten cudowny vpn cisco.
         1. dobrze wiedzieć , Master/Pentium 16/03/11 10:10
            ale czemu blokuje gdy jest nieaktywny? Ehh te cudowne CISCO ;).

            Nie ma tego złego , co by się w gorsze
            obrócić nie mogło - jak nie wierzysz
            włącz komputer :-)

            1. e no sorry teraz to wszystko przeczytalem jeszcze raz , biEski 16/03/11 10:35
               i przy wylaczonym nie powinnien blokowac.
               
               Ae fakt faktem to cisco to gowno jest. U mnie nieraz zostaje blokada na moja siec po rozlaczeniu. Trzeba wtedy komputer restartowac.

            2. U mnie nie blokuje. , ptoki 16/03/11 11:00
               Ale zdradze jeden ficzer. Polaczenia ustanowione przed zestawieniem VPN dzialaja (przynajmniej kiedys mi dzialaly) wiec mozna zakombinowac z tunelami ssl :)

      2. co ciekawe po iluś tam uruchomieniach PC i czasie ponad tygodnia , Artaa 22/03/11 21:38
         nie używania VPN, otoczenie się odblokowało, oczywiśćie jak się odpali VPN znów się pitoli.
         
         Jest jakiś czas "dzierżawy" VPN??
         coś jak np przy DHCP?

2. było w linku, ale wklejam... , Artaa 16/03/11 20:09
   Problem jest następujący, do momentu instalacji klienta VPN Cisco
   wszystko działa OK. Po zainstalowaniu PC1 przestaje być widoczny po protokole TCP/IP w otoczeniu sieciowym. Po odinstalowaniu Cisco VPN wszystko waraca do normy.
   
   Info:
   1. jeden switch, jeden router adsl (neo6Mb) z dhcp, jedna grupa robocza: ABC
   2. dwa komputery PC1 i PC2 z XP sp3 Pro udostępniające foldery:
   3. proste udostępnianie włączone, ntfs, adresy IP: 192.168.1.xxx
   4. oprogramowanie na obu: sterowniki, Office 2007, NOD32BE, 7zip, Acrobat, mMedica
   5. PC1 ten na którym jest konieczność instalacji klienta VPN udostępnia bazę mMedica drugiemu po TCP/IP i instalacja klienta przerywa również to udostępnianie.
   6. Nie da się wejść na PC1 po IP itp sposoby, ping też nie.
   7. internet działa cały czas OK (www, poczta)
   
   Jak zrobić aby tak nie było, ewentualnie jaki inny klient VPN wczytujący konfigurację połączenia (profile) z pliku .pcf nie powodujący problemów z otoczeniem sieciowym. Sprawdziłem różne wersje Cisco VPN (4.8 i 5) i nic.

momtoronomyotypaldollyochagi...

1. są dwa VPN i LAN na wbudowanym realtecu , Artaa 16/03/11 15:29
   jest jakiś kilent który wczyta konfigi/profile z ciscowego pliku .pcf (jest w nim szyfrowany group pass linia: !enc_GroupPwd=) a nie będzie zmieniał sieci lokalnej?
   IP serwera po VPN 195.116.xxx.xx, w sieci lokanej standard 192.168.1.xxx
   1. hmmmm , Tummi 17/03/11 14:55
      http://www.unix-ag.uni-kl.de/...r/bin/cisco-decode ?
      
      T.

      www.skocz.pl/uptime :D

2. czyli mam zmienic wg tego , Artaa 16/03/11 19:29
   http://support.microsoft.com/kb/894564/pl