czappb

Die Version 7 ist komplett neu geschrieben und ist meine ich auch die Version die in der ASA verwendung findet. Aus eigener Erfahrung kann ich jedoch sagen das die 7er noch nicht so toll läuft (abstürze) und man noch mindestens bis 7.1 warten sollte. (Es gibt doch nur das interim release um die gröbsten Fehler zu beseitigen) Von der Bedienung her hat sie sich dem IOS stark genähert.

Sorry, hatte ich wohl überlesen... Dann muss es ja am User liegen nur was an dem anders ist als an anderen kannst du vor Ort besser beurteilen. Funktioniert denn "sonst" alles normal? Was ist wenn der User testweise lokal mehr Rechte bekommt?

Nein aber RemoteDesktop installiert bei den default einstellungen nur Drucker für die es native treiber gibt. Da die beiden keine Windows eigenen Treiber sondern HP Treiber benutzen mußt du die vermutlich vorher auf dem TS installieren. (Drucker & Faxgeräte, Datei, Servereigenschaften, Teiber, Hinzufügen)

Es gibt für SafeGuard Easy dieses AdministrationsUtility (in dem man auch die Verschlüsselungen einstellt) ich könnte mir vorstellen das man die da erst einstellen muss.

Das ==> beantwortet nicht die Frage ob das Problem auch auftritt wenn sich dieser User an einem anderen PC anmeldet!

Klar kannst du die ändern nur wird dabei die Netzwerkverbinung unterbrochen. Ob das schaden kann läßt sich nicht allgemein sagen, solltest du wohl besser wissen

Ja, über eine Policy die Proxyeinstellung auf eine flasche IP zeigen lassen und den Usern nicht das Recht geben diese zu ändern.

WUAUCLT nutzt auch nicht den User Proxy sondern wenn den der fürs System eingestllt ist...

Kann es sein das du die CDP Pakete über einen anderen SWITCH der selber NICHT cdp spricht auf den Port zurück leitest? Solche Probleme bekommst du z.B. auch wenn du einen Cisco über einen desktopswitch an einen andern hängst und da andere duplex/speed etc. eingestellt sind. dann hilft nur cdp abstellen (oder alles auf cisco umstellen ;))

8024402c: Falsche Proxy-Einstellungen! Proxycfg -d setzt auf direct access.

Ich kenn da eine Firma die hat gute engische, Cisco :D

Also wenn die Bootcd schon erstellt ist ist es zu spät. Wenn die wirklich vollautomatisch laufen soll würde ich eine normale Bootdiskette erstellen und da dann die Dateien die gestartet werden sollen mit reinpacken. (Autoexec.bat und config.sys sagen dir da hoffentlich was ;)) Jedenfalls kann man entweder direkt ein Diskettenimage mit zum Beispiel vfd erstellen oder auch eine echte Diskette (nero kann beides einbinden beim erstellen der CD).

Ja, nach dem normalen Bootvorgang kommt die "...RETURN..." Meldung und nachher noch ein paar Einträge zum Beispiel Spanningtree etc. die dann auch starten. Also alles ok! Kannst du so nicht sehen nur in der Konfiguration. (Also du kannst natürlich sehen wieviele Ports der hat mit deinen Augen aber halt VLAN etc. nicht)

Also die blauen Kabel von Cisco die nicht direkt einen RJ45 auf Com (9-Polig) Stecker haben sondern 2x RJ45 und mit einem Adapter an den PC angeschlossen werden sind keine Patch sonder Rollover Kabel. Wenn du also ein Patchkabel verwendest könnten die Sendeleitungen vertauscht sein... sonst die alten Einstellungen: 9600 Bit/s 8 Datenbits keine Parität 1 Stoppbits Keine Flusssteuerung Fast vergessen: Der Bootvorgang sieht komplett aus (also als hätte alles geklappt).

Es ist vermutlich kein MTU Problem. Die TCPMSS ist normalerweise nur 20+20 byte (also 40byte (von IP und TCP Header - 60 mehr nur wenn noch IPSec drauf kommt ;))) kleiner als die IPMTU. falls du eine MTU einstellen möchtest solltest du eine IPMTU auf dem Dialerinterface einstellen und die TCPMSS 40 kleiner wählen. Das ist das andere Duplex-Problem das ich oben beschrieben habe. entweder hängst du einen managebaren Switch dazwischen auf dem du die Ports einstellen kannst aber viel einfacher wäre es das DSL-Modem mit an das interne LAN zu hängen und PPPoE über das 100MBit/s Interface zu machen. Dann solltest du keine Probleme mehr haben ;) Da der Verkehr eh getunnelt ist macht das auch keinen Sicherheitsunterschied.

In der Computerverwaltung geht es schon (mit kleinem trick..) Wenn du dich vorher als Admin am anderen Authentifizierst zum Beispiel \\remotepc\c$ öffnen und dich dann verbindest wird die authentifizierung weitergenutzt ;)

Hey hab das schon vorher gepostet ;) Nein gibt auch: http://www.q-dsl-home.de und da gibt sogar auch VoIP :D

Die Domäne muss über DNS aufgelöst werden und man sollte NetBIOS über TCP/IP abstellen, NetBIOS braucht man ab 2k auch nicht unbedingt. Man sollte auch diese Keys verwenden um Kerberos auf TCP umzustellen.: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\Parameters] "MaxPacketSize"=dword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "GroupPolicyMinTransferRate"=dword:00000000

DSL hat eigentlich nichts mit dem Telefon zu tun. DSL läuft zwar über den UK0-Bus (den das Telefon normalerweise nutzt) arbeitet aber auf anderen Frequenzen als ISDN oder Analog. Es gab aber (jedenfalls früher) keine Anbieter die das ohne Telefon verkauft haben außer QSC. QSC legt einen eigenen UK0 Bus (also auch TAE-Dose). http://www.qsc.de/

ICMP ist in der PIX nicht statefull und muss normalerweise in beide Richtungen erlaubt werden

Also hab mal nachgesehen. switchport voice vlan läuft über cdp und somit nur cisco.

Wieso soll das kein Garantiefall sein? Wenn ich eine Netzwerkkarte kaufe erwarte ich auch das die eine weltweit einmalige MAC-Adresse hat. In der IEEE802.3 ist das so vorgesehen und wenn das bei der Produktion irgendwie nicht geplatt hat mit dem MAC-Adresse vergeben ist das ein Produktionsfehler!

Also ist zwar nicht für GMX aber im Prinzip sollte es so gehen. (Der Dienstanbietername ist normalerweise nicht nötig) http://www.netcologne.de/service/nc_service_4424.php

Mal ne Frage da ich Alcatel nicht kenne: Macht der CallManager 802.1q? Wieso hast du überhaupt einen Trunk auf dem Port konfiguriert? Ist das "switchport voice vlan" nicht cisco eigen? Wenn an dem Switch nur VoIP soll und die Geräte alle im VLAN 4 sind wieso dann nicht switchport acess vlan 4 spanning-tree-portfast den QoS kannst du ja später machen wenn der Rest läuft und für einen Trunk sehe ich keinen Sinn (sowohl am Telefon als am CallManager)

Ich würde sagen das Problem hängt mit der alten Karte zusammen, ein typisches Duplexproblem. "Die Karte kann keine Autonegotiation. Wenn die andere Seite damit arbeitet (ist heute quasi immer so) und keine Antwort erhält fällt sie in den Half-Duplex betrieb zurück." Bei dir ist jetzt ein ähnlicher Fall, du sendest Halb-Duplex bekommst aber die Daten mit Full-Duplex. Hat zur Folge das dein Modem sendet auch wenn es bereits Daten vom Cisco kriegt woraufhin der Cisco eine Kollision erkennt und das senden abbricht und erneut versucht. CSMA/CD halt... wann gibt endlich nurnoch 10Gb/s Ethernet..