Seite 1 von 2

inode - zyxel 650 - remote reconfig ?! + Prblm. mit CiscoVPN

BeitragVerfasst: Sa 10 Jul, 2004 08:47
von surfkid
Wer kann mir sagen, (vielleicht hört ja auch inode zu), warum für die reconfig von einzelplatz auf mehrplatz unbedingt hardware durch die weltgeschichte geschickt werden muss ? (-> ¤99,-)
Mehr als das Einspielen eines vorbereiteten Standardimage und die konfiguration der standort spezifischen parameter kann es doch wohl nicht sein. Selbst "zu fuss" kann das nicht länger als 30 minuten dauern.
Ich würde mich über eine Möglichkeit freuen, zeit und kosten zu sparen.

FYI: Hatte den fatalen Fehler gemacht, nicht zu fragen ob mein Cisco VPN Client und mein Digitus WLAN-Router mit @home Einzelplatz funktioniert.
(... und ob die maus und mein card-reader sich damit vertragen :? )
Jetzt hab´ ich den Salat.

D.h. Cisco VPN Client verbindet & authentifiziert aber bricht bei der "leisesten datenbewegung" ab. Andere Clients sind leider keine alternative, weil das die Vorgabe meines Arbeitgebers ist.


-------------------------------
The sum of all our mistakes we call experience.

BeitragVerfasst: Sa 10 Jul, 2004 08:53
von gruber
im prinzip hast du recht.

nur schauts blöd aus, wenn man eine dicke rechnung schickt, ohne dass für den kunden ersichtlich ist wofür.
bekommst du ein packerl, kannst du dich über das "geschenk" freuen. ;)

BeitragVerfasst: Sa 10 Jul, 2004 09:22
von forsti82
falls du etwas bezüglich xdsl@home in verbindung mit cisco vpn erfährst wäre ich dir dankbar wenn du das hier postest...
habe nämlich dasselbe problem dass ich auf den cisco client angewiesen bin...
bei mir ist es sogar so dass schon alleine die INSTALLATION der client software meinen xdsl tötet *g* (liegt höchstwahrscheinlich am virtual adapter den der cisco installiert) - bei deinstallation funkt wieder alles...
sehr strange :oops:

BeitragVerfasst: Sa 10 Jul, 2004 09:36
von gruber
die windows-einwahllösung von inode verträgt sich schlecht mit dem an und für sich recht stabilen cisco-client.

am besten du besorgst dir einen guten router, der die einwahl erledigt und die VPN-ports durchlassen kann (also keinen von inode).

bei mir funktioniert so der cisco-client einwandfrei.

Re: inode - zyxel 650 - remote reconfig ?! + Prblm. mit Cisc

BeitragVerfasst: Sa 10 Jul, 2004 11:14
von dfx
surfkid hat geschrieben:Wer kann mir sagen, (vielleicht hört ja auch inode zu), warum für die reconfig von einzelplatz auf mehrplatz unbedingt hardware durch die weltgeschichte geschickt werden muss ?


ganz einfach: weil die für einzelplatzzugänge verwendete hardware (zyxel 645) nicht die für einen mehrplatzzugang nötigen features kann. deshalb gibts dafür auch einen zyxel 650.

BeitragVerfasst: Sa 10 Jul, 2004 12:05
von gruber
was hat die doppelte tunnelung mit mehreren plätzen zu tun?
geht das nur, wenn ich mir einen zweiten pc kaufe? ;)

BeitragVerfasst: Sa 10 Jul, 2004 13:58
von darkman_
forsti82 hat geschrieben: bei mir ist es sogar so dass schon alleine die INSTALLATION der client software meinen xdsl tötet *g* (liegt höchstwahrscheinlich am virtual adapter den der cisco installiert) - bei deinstallation funkt wieder alles...
sehr strange :oops:


Ähnliche Probleme hatte ich fürher mit der VPN Software von Altavista. Schuld war unter Windows XP der Service "Universal Plug and Play Host". Nach dem ich diesen Service deaktiviert hatte, konnte ich die Software klaglos installieren. Es ist in der Windows Welt nicht immer alles logisch.
Vielleicht hilft dir der Tip.

Den Cisco VPN Client kenn ich selber leider nicht. Eine Anfrage bei Cisco direkt oder über die IT Truppe sollte aber sicherlich möglich sein. Vielleicht ist ja Cisco dieses Phänomen bekannt......

FYI: das kostets woanders

BeitragVerfasst: Sa 10 Jul, 2004 20:58
von surfkid
... wia mocht des nur der silverserver ?

"Neue Routerkonfiguration: 19.00 Euro"
siehe http://www.sil.at/_/_//PRODUKTE/INTERNET/SILVER:ADSL/index.html?id=Mu5GLJV9#

BeitragVerfasst: Sa 10 Jul, 2004 21:18
von jutta
die setupkosten solltest du dann aber auch vergleichen:

sil: 125,- + 20% bei 24-monate-bindung, 250,- + 20% bei 12-monate bindung.
inode: 79,- incl. ust bei 12-monate bindung

BeitragVerfasst: Sa 10 Jul, 2004 21:20
von TwIce
und zu bedenken steht: ein konsument im sinne des KSchG (also jede privat-person) KANN sich gar nicht auf 24 monate rechtlich binden... d.h. otto-normal-user zahlt bei der herstellung länge*breite...

BeitragVerfasst: Sa 10 Jul, 2004 21:35
von erdie
omg, noch ein provider, der dem kunden das geld aus der tasche zieht!

wo bleibt hardliner? :rotfl:

BeitragVerfasst: So 11 Jul, 2004 01:30
von dfx
gruber hat geschrieben:was hat die doppelte tunnelung mit mehreren plätzen zu tun?


ganz einfach: windows bzw die windows software ist zu blöd dafür. entweder man ist mit dem windows-vpn-pptp dings verbunden, oder mit dem cisco vpn client. beides gleichzeitig, also das eine in dem andern, geht nicht (zumindest nicht cisco-vpn im windows-pptp). d.h. die einzige möglichkeit, den cisco vpn client zu verwenden, ist mit direktem routing ohne tunnel online zu sein.

BeitragVerfasst: So 11 Jul, 2004 02:08
von TwIce
schlafts ihr inodeler eigentlich nie? :) andrerseits, ich bin ja auch noch wach...

BeitragVerfasst: Mo 12 Jul, 2004 07:31
von dfx
ps: dank rubberduck ist folgender lösungsansatz aufgetaucht: möglicherweise ist die doppelte default route das problem. eine lösung würde dann (unter 2k/xp) etwa so aussehen:

per dhcp wird auf dem netzwerkadapter eine private ip adresse (10.* oder 172.*) vergeben, dazu ein passender default gateway (10.*.0.1 oder 172.*.*.1), damit die 10.0.0.138 erreichbar ist. dieser muß entfernt werden und durch eine host route zur 10.0.0.138 ersetzt werden.

vorgehensweise:
1) eingabeaufforderung öffnen.
2) "route print" ausführen.
3) lokalisieren des eintrags für destination "0.0.0.0" netmask "0.0.0.0" und gateway 172.*.*.1 oder 10.*.0.1 (beispiel: "10.43.0.1"). sollte der erste eintrag sein.
4) die gateway ip notieren!
5) entfernen dieser route durch ausführen von "route delete 0.0.0.0"
6) erstellen der host route über den selben gateway durch ausführen von: "route add 10.0.0.138 mask 255.255.255.255 xxx.xxx.xxx.xxx", wobei "xxx.xxx.xxx.xxx" der oben notierte gateway ist, zb: "route add 10.0.0.138 mask 255.255.255.255 10.43.0.1". (EDIT: dieser step gefixt.)

danach ist erst die internet einwahl zu machen, und dann müßte der cisco vpn client theoretisch gehen.

BeitragVerfasst: Mo 12 Jul, 2004 09:04
von forsti82
also erstmals finde ich es super dass sich die leutz von inode unserer probleme annehmen - fettes thx! (@dfx)

was mir bei der anleitung nur nicht ganz klar ist: wir wollen doch eine host-route für den 10.0.0.138er machen oder? laut deiner step-by-step anleitung baue ich mir aber wieder eine default route oder? :-?
müsste es nicht heissen

route add 10.0.0.138 mask 255.255.255.255 <gateway>

?

etwas anderes: kann ich den gateway eigentlich als gegeben hinnehmen? ich meine die ip ist ja dynamisch aber bekomme ich sie immer aus dem gleichen subnet?