Wildi

Das ist das eigentliche Problem bei der Sache. Die und nur die kann man ihnen vorwerfen: - Fehler? Wir haben keine Fehler!!!! - Doch welche? OK, wir machen das selbst. Oh Gott, ich müsste ja nen externen bezahlen. - Die eigentlichen Verantwortlichen für das Problem wurden instruiert. Oje, da könnte ja mein Kopf rollen. Schnell untern Tisch und klammheimlich ne Tröpfchenlösung her - Und!!!!! Wir lassen uns nicht erpressen. Wir meister das. Pah, von wegen ein Externer will uns ins Handwerk pfuschen.

Nu ja, krasser Fehler - keine Frage. Aber Fehler können passieren. Zwar sehr unschön gehandhabt, aber sie tun endlich was. Natürlich auf Kosten der Kunden und erst nach nem Jahr (!!!) ABER ... Wie sicher sind denn die Anderen? Nur weil sie vielleicht nicht so gehakt werden/wurden heißt das nicht, dass se sicherer sind. Ein so großes Unternehmen wie die T-Com kann sich auch nicht gleich um jeden dahergelaufenen kümmern, der was behauptet. Zugegeben hat das Ganze seeehr lange gedauert. Aber was würdet denn Ihr machen, wenn jemand ein solches Loch auf Eurem System findet? Noch dazu wenn Stopfmaßnahmen dieser Art einen riesigen Rattenschwanz nach sich zieht. Im Fall der Sofortmasnahmen gibt es doch nur 2 Möglichkeiten: Entweder man wirkt dem Problem entgegen dass man Häpchenweise eine Schadensbegrenzung durchführt, unter berücksichtigung welche Probleme diese Begrenzung an anderer Stelle mit sich zieht. Kehrt aber in der Zwischenzeit das Problem ein bisschen untern Tisch, damit es nicht die ganze Öffentlichkeit erfährt ODER Man macht solange alles dicht, bis ne Komplettlösung gefunden wurde, diese implementiert wurde und dann macht man erst wieder auf. Letzteres ist nun der Fall (gezwungenermasen) weil die Öffentlichkeit nun eine Anweisung bekommen hat, wie es funktioniert. Da blieb gar nichts anderes als dicht machen. Ein Beispiel: Ihr administriert eine SQL Umgebung mit lauter sensiblen Daten. Die Datenbank ist das Überleben Eurer Firma. Ein Mitarbeiter findet ein Sicherheitsloch. Ihr überprüft es und stellt fest, dass das Beheben dieses Lochs einen gewaltigen Schwanz mit sich zieht. Was tut ihr? Die gesamte SQL-Umgebung downen? Wohl eher nicht, oder? Ihr werdet den Mitarbeiter eher instruieren vorerst seine Klappe zu halten, bis ihr Euch nen Strategieplan ausgearbeitet habt und werdet mit irgendwelchen Sofortmasnahmen einschreiten. Die evtl. mal mehr, mal weniger Erfolg haben. Die T-Com wie auch wir kochen auch nur mit Wasser. Und sie haben mit Sicherheit keinen Button wo se draufdrücken können: Mach das Loch zu, aber bitte so, dass alle eventuallitäten einer Nebenauswirkung ausgeschlossen sind Meine Meinung dazu!!!!! Und ich bin kein T-Com Mitarbeiter :)

Ihr könnt ja dann immer aufs Board gehen und alle 15 Minuten F5 drücken, damit ihr nicht dem Timeout verfallt :D Ist doch ne gute Therapie, oder? :)

Jetzt dachte ich mit UMTS geht alles schneller als mit GPRS, aber die 3 Stunden scheint es nicht zu beeinflussen :D *klickedicklick* und 43,3% Suuuuper!!!!!!

Na da ist Dir wirklich absolut zu gratulieren!!!!!!!!!!!!!! Herzlichen Glückwunsch und gut freie Hand ;)

Vote :)

Hallo und willkommen an Board, hört sich so an als hättest Du T-Online mit mehreren Mitbenutzersuffixen. Der Router geht ja mit einer Kennung ins Internet. Dementsprechend auch nur mit einem Suffix (z.B. 0001). Will nun der Mutbenutzer 0002 und 0003 auch seine eMails abholen, geht das erst, wenn Du im Router die Kennung auf 0002 und dann auf 0003 änderst. Einzige Möglichkeit, die Mitbeunutzer 0002 und 0003 holen ihre Mails im Web Postfach ab. Anders sehe ich keine Möglichkeit

Nun ja, es hängt davon ab, wie die Netzwerkkarte defekt ist. Ich hatte mal nach nem Blitzschlag eine defekte NIC, die hat lauter Müllpakete rausgeschickt und das gesamte Segment zum Erliegen gebracht. Möglich ist es schon aber eher selten denk ich. Mal mit nem Monitoring dran gehen und das Netz auf ausergewöhnlich viel Müll/Kollisionen beobachten. Oder was sagt die Link LED des betreffenden Ports am Hub/Switch?

Zu Bild 1: Opimaler Bluescreendrucker :) Zu Bild 2: Nö, ist vollkommen ok dass das kein Brain ist :D :D

Ah guck an. Scheinbar wachen nu alle erst von gestern auf. Ich guck schon den ganzen Tag hier rein und wollte das Feedbäck lesen. Ma gucken wer noch alles eintrudelt ;)

Geht es Dir nur darum zu erfahren, dass Du eine Mail bekommen hast und willst über den Empfang benachrichtigt werden, von wem und welcher Betreff, kannst Du natürlich auch das Ganze über SMS machen. Vor der ganzen Syncerei hab ich das über die SMS Funktion von FaxMaker für Exchange gemacht. An den Exchange ein altes Handy mit seriellem Kabel und im Outlook eine Regel definiert, welche mir beim Empfang einer eMail eine SMS zu meinem Handy geschickt hat. Allerdings kostet da jede SMS. Solltest also dann nen guten Spamfilter haben :p

Hallo Binchen, ich beschäftige mich jetzt schon ne ganze Weile mit der Synchronisation zwischen Exchange und PDA bzw. Handy. Serverseitig benötigst Du bei nem Exchange 2000 Server auf alle Fälle das add-on MIS (Mobile Information Server). Dieses add-on erweitert Deinen Exchange um die Funktionen Server Active Sync und OMA (Outlook Mobile Access). Diese add's sind übrigens bei Exchange 2003 fest integrierter Bestand. OK, die Konfig beim 2000'er ist ein bissi merkwürdig und sehr wenig im I-Net dokumentiert. Ich habe mich da durch die Hilfen gequält. Beim Ex2003 ist es eigentlich nur ein Hacken und der MIS und OMA läuft. Clientseitig ist nun einiges zu beachten. PDA: Hast Du einen PocketPC mit Active Sync, kannst Du sofort über den Port 80 Deinen PDA mit dem Exchange über alle erdenklichen Übertragungen (GSM, GPRS usw.) syncen. Mit nem Palm soll das angeblich auch wunderbar über das Intellisync gehen. Handy: Da steh ich gerade auf Kriegsfuss. Einige Handys verwenden das SyncML. Wunderbare Sache. Aaaaaaber, es gibt noch kaum serverseitige Software, die die SyncML Geschichte sauber zum Exchange (resp. zum MIS Server) leitet. Eine ist zur Zeit in der Beta. Von http://www.synchronica.com. Hab mir die Beta mal zukommen lassen. Naja, nach 2 Tagen hab ich dann meinen Test Exchange neu aufsetzen dürfen. Also nicht der Hit. Mein Fazit: Ein Bekannter hat das Motorola PCx200. Das hat die MS SmartPhone Technologie, sprich MS PocketPC Phone Edition drauf. Ist eigentlich ein Handy BS von MS mit Active Sync. Habs getestet. Suuuuper, aber in einigen Fuktionen noch nicht ausgereift. Ab September/Oktober soll ja die große SmartPhone Offensive kommen. Da werde ich dann zuschlagen. Ach ja, das Siemens SX1 wird auch als SmartPhone verkauft. Problem, es hat SyncML und nicht das SmartPhone Zeugs, von dem ich spreche. @blacky_24 Ich nehme an das der A1 Connection Manager ein Österreichisches Sync Tool ist, mit welchem Du Dein Exchange zunächst im Web mit einem Postfach syncen kannst und wenn auf dem Handy installiert, auch dann vom Handy auf das Web Postfach. Also diese 3'er Sycerei mit Wep Postfach im Mittelpunkt. Halte ich nicht so als Hit. Sowas hat Strato auch. Hab das mal getestet. Nachdem mir sämtliche Kontakte und Termine verbogen wurden flog das Teil ;) Das hier meine ich: http://www.strato.de/full/index_communicator.html

@nomi2000 Jupp, an dem Skript wäre ich auch interessiert. Evtl. kommt da produktiv rüber, was in Deinem Beitrag nicht rüber kommt ;) Ausserdem kann man immer was lernen. @wurst Rein die MAC Filterung ist zwar ein Schutz, um nicht ohne Weiteres auf ein WLAN einen Connect zu bekommen. Aber Dank MAC Spoofing lässt sich diese Sicherheit ratz fatz umgehen. Davon abgesehen dient der MAC Filter nur dazu keinen Connect zum WLAN zu bekommen. Jemand der einen Connect besitzt sendet aber ohne WEP seine Daten im Klartext (also Unverschlüsselt) durch den Raum. Ein leichtes hier die Daten zu sniffen. Prinzipiell würde ich IMMER WEP aktivieren und MAC als bequemes Feature dazunehmen. Zu Deinem Problem. Wahrsheinlich verwendest Du WEP im Open Mode (Authentifikation). Nimm hier Shared Key und stell das beim Client auch auf 'gemeinsamen Mode' dann sollte das klappen Solltest Du noch weitere Fragen zu dem Problem haben erstell bitte einen eigenen Thread, da dieser hier eher zum Erfahrungsaustausch und den Meinungen zur Strahlung und Sicherheit im Allgemeinen zu tun hat

Spät aber er kommt noch :) Auch von mir meinen herzlichsten um EM. Mach weiter so

Die meisten Teile haben die Möglichkeit von der Standby Funktion ausgenommen zu werden. Guck mal nach der Funktion. Wenn es sowas bei Dir nicht gibt hast Du schlechte Karten den Fehler zu beheben. BTW: Ich denke aber dass die Karte etwas träge bei der WLAN Erkennung ist. Vermutlich brauchst Du keinen Reboot sondern musst nur länger warten bis die Karte einen Reconnect macht

Eine Ausnahme? Wie meinst Du das?

Mann Grizzly, auch von mir hier nochmals herzlichen Glückwunsch. Nu würde mich aber auch mal interessieren was Du als nächstes vorzauberst ;)

OK, schade. Na dann wieder von vorne. Dann konzentrier ich mich halt wieder auf meine HowTo fürs Board.

So, hier meine Rückantwort und gleich neue Fragen dazu. Ich habe meinen Exchange 2003 und meinen PDA nun endlich dazu gebracht, dass die miteinander reden und syncen. Im Prinzip ist da absolut nichts dabei, wären da nicht selbst eingebaute Hürden gewesen. Denn eigentlich läuft das Ganze ja schon im Standard. Nun aber zu dem weiterführenden Problem: Auf meinem Exchange läuft OWA. Dieser über Port 443 (SSL). Das Problem, was ich bei der ganzen ActiveSync Geschichte hatte ist, dass ich die PDA Sync nicht mit Zertifikat laufen lassen konnte. Weiß der Geier warum, es geht halt nicht. Daher habe ich mich an die MS KB gehalten. Das Virtuelle Verzeichnis 'Exchange' kopiert und in der Reg. die Einträge vorgenommen, damit ich ohne SSL syncen kann. Soweit so gut. Ich kann also jetzt von Gott und der Welt über 443 auf mein OWA und im LAN mein Server Active Sync machen. Nur, woran erkenne ich, welchen Port das Server Active Sync eigentlich verwendet? Ich möchte gerne diesen Port forwarden, dass ich auch von Überall auf der Welt syncen kann. Wenn es der Port 80 ist gibt es ein kleines Problem. Der Port 80 geht bereits auf meinen anderen Webserver, wo meine HP liegt. Der Port 443 geht, wie schon gesagt auf auf meinem OWA. Ich bräuchte daher eben die Info, auf welchem Port der Server ActiveSync abläuft. Wenn es ein völlig anderer Port ist, dann super - forwarden und fertig. Wenn allerdings auf Port 80 dann die Frage, hab ich ne Möglichkeit den Port zu ändern? Serverseitig und auch Clientseitig (PDA)?

Also 'n Fan von der T-Online Software bin ich ja auch nicht gerade. Teilweise finde ich das Teil sogar komplizierter als wenn ich gleich ne DFÜ Einwahl mache und das Banking in die Favoriten des IE oder dem Browser lege und Outlook einrichte. Aber wenn Du den T-Center schon installiert hast brauchst Du eigentlich nur noch die Benutzerdaten eingeben und Dich vergewissern, welche Verbindungsart Du eingestellt hast. Dann sollte das eigentlich gehen.

Danke für die Info 004 und Günther, a) Schade - kann man nix machen - muss man wohl damit leben :( b) Eben, nur Feiglinge sichern ... bin da aber ein ganz Knallharter :D c) NAS? Nö, will ich ned. Fazit: Dann geh ich jetzt mal los und steppe die Kiste hoch. Natürlich ohne vorher ne Sicherung zu machen. RAID? Pah wer braucht das schon *dummdideldumm* I'll be back for Feedback!!!!!

Na gut, dann fällt mir einfach nur noch ein dass Dein PCMCIA Schacht in R2 mit der Karte nicht kompatibel ist. Ist das ein vollwertiger PCMCIA Schacht oder so'n abgespecktes Teil wie man es von Card Readern kennt. Das wäre nämlich dann kein vollwertiger Schacht.

Hi Troja, versuchs mal hiermit: http://www.loginter.net/de/loginventory.php

Ah ja, ein Anhaltspunkt mehr. XP? Hast Du vielleicht 2 WLAN Konfigurationstools am Laufen? Das XP Eigene und das Hersteller Tool? Die beissen sich. Es darf nur immer entweder oder laufen. SP2? Das ist ne Beta. Da kann man keine Garantien geben, ob es evtl. ein Fehler des SP2 ist. Hattest Du den Fehler schon vor SP2?

Hallo haha, ja ich glaube, Du bist hier schon richtig ;) Allerdings im falschen Unterforum. Ich verschieb Dich mal ins CISCO Forum ... da werden Sie sicher besser und schneller geholfen :)