Wildi

Hallo, das mit der SAT-Schüssel unter Deiner Vorstellung geht so nicht, weil ... ... die Schüssel nur empfangen kann ... Du etwas für den Upstream benötigst (also Telefon) Bei Deinem Gedanken der schnellen Verbindungen wäre also die Kombination SkyDSL mit GPRS (UMTS) Karte möglich. UP per GPRS, DOWN per SAT. Allerdings weiß ich jetzt nicht, ob es möglich wäre, dass Ganze für mehrere über einen Account zu realisieren. Denn der UP und DOWN sind halt bei dieser Technik unterschiedliche Wege. Bleibt also nur der UMTS Router ... ob der aber so toll ist bei einem GPRS Gebiet und 10 User an einem solchen Teil, wage ich doch mehr zu bezweifeln ;) Alternativen: Keine! (Zumindest nicht im freien Feld!) Evtl. ein DSL bei nem Nachbarn und ne WLAN Brücke ???

Doch, eine von gestern auf heute. X: Ich habe heute einem Mitarbeiter das Dom-Admin-Kennwort gegeben, weil er mit seinem Passwort nicht mehr auf seine Files am Fileserver kam. Ich: Äh, gut - wenn Du meinst. Ist ja nicht mein Problem und auch nicht mein Netz, wenn Du meinst nem User das Admin Kennwort zu geben. X: Kannst Du das mal eben ändern? Ich: Klar, geht aber nicht mal eben so. Dazu müssen wir an anderen Stellen auch noch ändern. X: Ja dann mach doch mal eben Ich: Also mit so eben ist das nicht getan X: Muss aber, ich hab von meinem Abteilungsleiter schon Mecker bekommen, das ich das Kennwort weitergegeben hab. Ich: Denk ich mir X: Und jetzt? Ich: Also heute nimma. Und morgen nicht gleich. Und Sonntag ist Feiertag. Und Montag hab ich Kurs. Und Dienstag hab ich zwei Meetings. Mittwoch soll ich schon wegen Euch in eine Filiale und nen neuen Server hinstellen. Donnerstag und Freitag halte ich Kurs. Am Samstag würde es gehen. X: Das ist zu spät Ich: Denk ich mir X: Und jetzt Ich: Wieso machst Du nicht? X: Würde ich ja gerne. Aber ich weiß nicht wo ich da noch alles ändern muss/soll Ich: Und woher soll ich das jetzt aus dem Stegreif wissen? Ich meine, wer Arbeitet denn eigentlich in Eurer Firma als Admin? Du oder ich? Also ich bin ja eigentlich nur Euer Hardwarelieferant und weiß durch die Jahre ein wenig über Euer Netz bescheid. Aber Du solltest es doch eigentlich noch besser kennen, oder nicht. X: Hmmmm - ich trau mich aber nicht. Hinterher geht was nicht und dann bin ich schuld Ich: Ach so ist das. Und wenn was nicht geht wenn ich das mache bin ich dann schuld. X: Ääääh, so hab ich das jetzt nicht gemeint. Aber Du weißt wohl eher wo wir das alles ändern müssen Ich: Danke für die Blumen. Ändert aber nix an der Tatsache, dass ich frühestens am nächsten Samstag das machen kann. X: Vergiss den Server am Mittwoch. Das mit dem Kennwort ist wichtiger. Also dann am Mittwoch Kennwort und Server machen wir neuen Termin Ich: OK, wenn Du das sagst, dann machen wir das so. Nuuut -Nuut - Nuut *Klingel* Ich: Jaaaaaaaaa X: Vergiss Passwort, vergiss Server. Fahr am Mittwoch nach München und schraub den 19" Schrank an die Wand. Der Filialleiter hat mich gerade angemotzt, wieso der noch nicht hängt. Ich: Wo wir gerade am Motzen sind? Wieso hängt der eigentlich noch nicht. Euer Elektriker ... X: *Ins Wort fällt* ... krank Ich: OK, dann fahr ich halt da hin und mach das. Findest Du nicht, dass das mit dem Passwort wichtiger wäre? X: Nö, die Mecker war gerade ziemlich laut und der Mitarbeiter wird schon nix mit dem Kennwort anfangen Ich: Wenn Du meinst. Meine Prioritäten wären zwar anders - aber bitte X: Hey, Raunz mich nicht an! Ich: Sorry X: Also machen wir das nun so? Ich: Klar, Deine entscheidung X: Fassen wir zusammen. Mittwoch München - 19" Schrank. Samstag Server in der Filiale. Die Woche drauf dann das Passwort Ich: Ääääääh, OK Was lehrt uns das? Schönheit geht vor Sicherheit. Aber es stimmt. Ich würde natürlich nen Flirt mit ner schönen Frau auch einer Arbeit in nem Serverraum der unter Wasser steht vorziehen :D

Und alles nur, weil ich mal was Neues in der Signatur haben wollte :rolleyes: :D Off-Topic: Meine 1. Begegnung mit einem, äh sagen wir mal Computer war ein Sinclair ZX81. Ich rein zum Horten in Ingolstadt, gleich mal den Verkäufer angesprochen und gesagt: Ich will nen ZX81. Meinte er: Der mit 1KB oder 16KB? Was kosten denn die? Der 1KB 299,00DM, der 16KB 499,00DM Ich: Öhem, gibts auch einen mit 0KB? Ich war so ungefähr 11 und es waren die 80er - vergesst das nicht ;)

Korrekt. Aber ich sag mal, wäre es kein Repeater wären sehr bald nach 100 Metern Schluss nicht erst nach ein paar 100 Metern ;) Sagt die Theorie. Die Praxis ganz sicher nicht. :D Och weißt Du? Ich kenn da schon jemanden *g* Ein Kunde von mir liebt HUB's. Bei dem zeigt die Praxis im FE, dass sogar die 5-4-3-Regel nicht gilt. 10 HUB's reichen garantiert nicht, die hintereinander hängen. Und es läuft. OK, manchmal gibt es ein paar unerklärliche Zugriffsprobleme, aber das liegt dann gaaaanz sicher nicht an der Infra. Und wenns heute presiert, steckt der noch 10 HUB's dazu. Der ist nämlich im Moment sehr am wachsen :D Und der bildet sich jetzt auch noch VoIP ein. Aber auf meine Warnung, dass das wohl kaum gehen wird, so wie er im Moment bestückt ist und das dann auch noch sowas wie QoS zur Sprache kommt denkt der nicht - naja, ich lass ihn halt mal machen :) Ist ein selbst schrauber. Nur von Servern lässt er die Finger :D

@woiza Eben, es sind im Prinzip schon mehrere Faktoren die mit einwirken, wenn man es mit zu vielen Switchen hintereinander übertreibt. Das mit der Laufzeit ist allerdings das tragischte, denke ich. @IThome Das kann ich dir nicht genau bestätigen. Ich habe mal gelernt und es so eigentlich immer in Kursen weiter vermittelt, dass alles was sich Repeater schimpft der 5-4-3- Regel unterliegt. Darunter fallen ja auch die HUB's. Ein schönes Anschauungsbild dazu gab es mal im 70-058 Buch 'Grundlagen des Netzwerkbetriebs' zu NT Zeiten. Da wurde beschrieben, dass ein HUB im Prinzip nichts weiteres ist wie ein RG58 Kabel mit Abschlüssen am Anfang und Ende in einem Gehäuse. Die einzelnen Ports sind die T-Stücke. OK, relativ drastisch ausgedrückt. Aber rein zum Verständnis passt es ganz gut

Die Aussagen von hh2000 und woiza treffen den Nagel am besten auf den Kopf :) Kleine Anmerkung noch zur 5-4-3 Regel. Bei Hubs gilt die auch noch. Denn es sind klassische Repeater. Bei Switches ist die 5-4-3 Regel vernachlässigbar. Jedoch sollte man es nicht übertreiben. Denn dann kommt das angesprochene Laufzeitproblem zu tragen. Davon abgesehen können Switche nur eine gewisse Anzahl von MAC-Adressen speichern. Man unterscheidet dann noch zwischen M-MAC und S-MAC (also Multi-MAC und Single-MAC). Geräte, die M-MAC können wirken dem Laufzeitproblem entgegen. Da sie sich nicht nur den einzelnen Port merken, an dem sie angeschlossen sind, sondern den ganzen Rattenschwanz von MAC-Adressen an einem Port, wenn da noch ein Switch und noch einer hängt Um der Erklärung von hh2000 noch eins drauf zu setzen: HUB: Ein HUB ist eigentlich immer eine Broadcastschleuder. ALso er broadcastet alles was er empfängt und schreit es an all seinen Ports wieder heraus. Switch: Der Switch entscheidet, welches Paket wo hin muss (MAC-Tabelle) und gibt es nur an den betreffenden Port raus. Ausser es ist ein echtes Broadcastsignal. Dann reißt er alles auf und brüllt genauso, wie ein HUB. Das ist eigentlich schon der ganze Unterschied zwischen HUB und Switch ;) @woiza Thema Router: Soweit völlig richtig. AUsser er ist RFC dingsbums kompatibel. Dann ist er auch broadcastfähig

Ich hab ja nie gesagt, welches BS drauf läuft :D BTW: Ein Commodore C64SX ist/war auch ned gerade soooooo schlecht. Wollt da immer einen haben. Aber zur damaligen Zeit und bei dem Taschengeld war er mir zu teuer. Heute werfen sie die Dinger bei eBay für 20€ raus. Aber ohne Festplatte? ... Ne, ne, nicht mit mir. Ausserdem wüßte ich gar ned wie man darauf ne Platte anspricht. Load "*",10 (???) oder Load "*",C: (???) Und ob er mir dann die Blöcke auf ner 100GB Platte auf ner Seite von 40x25 Zeichen anzeigen kann, wag ich doch schon sehr zu bezweifeln ;)

Das was Du meinst ist mein Luftmatratzeneffekttabletnotebook. Hättest da mal seitlich reingeblasen wäre es größer geworden und irgendwann ein TravelMate 8200 geworden :p

Hi, also persönlich favorisiere ich mit Acer. Hab damit seit Jahren nur gute Erfahrung. Selbst eins und sämtliche Kunden verkaufe ich sie mit ruhigem Gewissen. Den oftmals bemängelte Service kann ich absolut nicht bestätigen. Ansonsten fährst Du grundsätzlich mit IBM/Lenovo und Toshi sicher recht gut. Gerade bei Toshi ist der Service hervorglänzend. DELL mag ich grundsätzlich nicht. Da hatte ich in der Vergangenheit viele Probleme und mit FSC hab ich auch schon meine Probleme gehabt und höre auch von vielen mit aktuellen Geräten mehr Negatives als Positives. Und was die Ausstattung angeht, da solltest Du halt abwägen was das Geld zulässt.

Hallo Günther, herzlichen Glückwunsch auch von meiner Seite. Hast es Dir wirklich verdient. LG Roland

Hallo, zu MSFP: Das muss der OEM, also bei Dir QTEK mitbringen bzw. als Update nachliefern. Dafür ist nicht MS zuständig. Bei meinem MDA Pro war es das AKU2.0 Update. Frag mal bei QTEK nach dem MSFP Update. Zu, es geht auch ohne SSL nicht: Kann es sein, dass Du nur dem mobilen Gerät gesagt hast, es soll ohne SSL syncen, aber Dein OWA läuft ausschließlich auf SSL? Dann kann es nicht gehen. Zu Ports: Je nachdem wie Du es machst kommt für den Sync nur 80 (ohne) oder 443 (mit) in Frage. Weitere Ports sind nicht erforderlich. Auch /Exchange brauchst Du nicht. Forwarde die IP auf den Exchange, trag die IP im mobilen Gerät ein und fertig. Dein Problem hat wie hwimmer schon geschrieben hat mit einem SSL Problem zu tun

Off Topic Queen

Nein Selbst der Server sagt es Dir und wenn Du dann Antworten als falsch bezeichnest bzw. ignorierst ist das Dein Problem

Hallo Cat :) Meinen allerherzlichsten Glückwunsch zum Grün

@Christian Wenn das der Grund ist könnt ich mich in den A... beißen. Hab das letztes Jahr nämlich vergeblich auf meinem SDA (Smartphone) probiert, bis ich mir ein teures VeriSign gekauft hab. Denn diesen Installationsschutz kann man bei Smartphones ja ganz bequem aufheben. Muss ich mal testen ... nur so um mich zu ärgern :(

Auf deren HP bzw. Handbuch

Wie der TO schon sagt: Info per Mail :)

Morgen, zu 1) Also mir ist es bisher noch nicht gelungen, meine eigene CA in einem mobilen Gerät als vertrauenswürdig einzurichten - mag sein, dass ich da immer Fehler gemacht habe - jedoch ging ein öffentliches Zertifikat immer auf Anhieb. Außerdem meine ich mich zu erinnern bei einem Track von Daniel Melanchton letztes Jahr genau gleiches Problem gehört zu haben, dass eigene CA's dabei Schwierigkeiten machen. Just for fun könntest Du ja mal zur Fehlereingrenzung das Ganze nur mal ohne SSL probieren (natürlich im LAN). Gehts dann hast Du zumindest die Gewissheit, dass es an der SSL Kommunikation hakt. zu 2) Richtig, die kleine Anleitung hat was mit dem Link zu tun, den Du gepostet hast. Jedoch abgewandelt. Meine Beschreibung erklärt den Weg für den Fall, dass OWA zwingend SSL erfordert, Du aber Server Active Sync über Port 80 machst. Sollte Dein OWA Formbased sein, müßte meine Erklärung nachmal weiter abgewandelt werden. Was passiert da? Wenn Du im IIS das Verzeichnis /Exchange mit SSL zwingend versiehst, würde OWA und AS auch zwingend SSL erfordern. Mit der Anleitung erzeugst Du Dir ein zusätzliches /Exchange Verzeichnis in Kopie, modelst das in nicht SSL um und sagst in der Reg., Kamerad - Du bist das nicht SSL Verzeichnis wo du zu syncen hast. Daher ist meine 2. Aussage was den Gedanken angeht vollkommen richtig ;) Ob Du es tun möchtest ist eine andere Sache

Hallo, ich habe mir mal erlaubt Deinen Thread in LAN&WAN zu verschieben, denke da ist er besser aufgehoben :) Zu Deiner Frage: Ich selbst habe hier einen alten Man. 8 Port Switch von Level1 auf meinem Schreibtisch stehen. Der ist allerdings schon sehr alt und ich hab Ihn nur, weil er so wichtig mit LCD Display und Tasten da steht :D (Ist aber nicht über LAN sondern nur am Switch konfigurierbar) Aber ansonsten denke ich mal fangen Management Switches erst ab 16 Port an

Hier die Möglichkeit, wie Du OWA auf SSL beläst, aber trotzdem Deine mobilen Geräte ohne SSL über Port 80 syncen kannst - allerdings ist das dann im Klartext, das muss Dir bewusst sein: Ist Exchange (Webseite) nicht SSL, nur Punkt 1 machen!!! 1. Exchange System Manager starten: Globale Einstellungen > Mobile Dienste > Eigenschaften Häkchen: OMA aktivieren, Nicht unterstützte Geräte aktivieren 2. IIS am Exchange ausführen 3. Contextmenü auf Ordner Exchange > Alle Tasks > Konfig in Datei sichern 4. Dateiname: ExchangeVDir 5. Contextmenü auf Ordner Standardwebsite > Neu > Virtuelles Verzeichnis (aus Datei) 6. Importieren: ExchangeVDir 7. Ort Exchange anwählen > OK > Alias: ExchDAV 8. Contextmenü auf Ordner ExchDAV > Eigenschaften > Verzeichnissicherheit > Bearbeiten (Authentifizierung & Zugriffssteuerung) 9. Häkchen: Integriert, Standardauth. 10. Bearbeiten (Einschränkungen für IP-Adressen und Domänennamen) 11. Zugriff verweigert > Hinzufügen > Einzelner Rechner > IP des Exchange 12. Bearbeiten (Sichere Kommunikation) 13. KEIN SSL 14. IIS beenden 15. Regedit starten 16. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MasSync\Parameters 17. Context auf Parameters > Neu > Zeichenfolge > Eingabe: ExchangeVDir 18. Contextmenü ExchangeVDir > Ändern > /ExchDAV 19. WWW Publishingdienst neu starten – Fertig

Also meines Wissens kannst Du keine eigenen Zertifikate einer OrganisationCA für Server ActiveSync verwenden, die nicht von einer Vertrauenswürdigen, öffentlichen CA wie z.B. VeriSign und Konsorten kommt. Ich nehme an, wenn Du innerhalb der Domäne den OWA machst, geht das Ganze ohne Zertifikatwarnung. Wenn Du versuchst, den OWA über das Internet zu erreichen, bekommst Du diese Zertifikat-Vertrauens-Fehlermeldung, die Du da ja bequem mit Trotzdem machen annehmen kannst. Bei Server ActiveSync kommt diese Meldung nicht und nach einem gewissen TimeOut bricht es ab. Abhilfe, entweder Server ActiveSync ohne SSL, also Port 80 (allerdings mir persönlich zu unsicher) oder ein öffentliches Zertifikat kaufen.

hallo, leere Klasse = keine Klasse Ist halt nur noch als 'leerer' Eintrag drin, wenn einmal erstellt

Kannst Du Dich trotz beschädigter Loginmaske daran normal anmelden? Also quasi durch Blindeingabe? Weil es so wirkt als wäre nur das Bild beschädigt. Wenn dem so ist würde ich den RSA/ACE Agent einfach deinstallieren und dann im Standard testen ... danach den RSA ManagementServer Agent Host wieder neu registrieren lassen und den RSA/ACE Agent neu installieren Wenn gar nichts mehr geht (also auch keine Anmeldung) schätze ich hat Dir der Agent die RSA-Gina nicht richtig installiert ... dann hast Du allerdings ein Problem :(

ganz ehrlich? Liegts an der Uhrzeit (aber so spät ist es noch nicht), oder ist Dein Post kompliziert geschrieben? Ich verstehe Dein Problem nicht. Gehts mit NetBIOS aber mit WINS nicht oder umgekehrt?

Hallo, ich nutze den G-Data AVK Client/Server sehr erfolgreich seit Jahren in meinem Netz und in Kundennetzwerken. Wenn Du den Managementserver installierst, ist das nur die Steuer- und Verteilkonsole. Auch ein Server wird dabei als Client betrachtet und Du musst dort wie bei allen Anderen Clients auch den Server Clientmäßig aktivieren/installieren. Pass aber auf, sollte auf dem Server ein Exchange laufen - dann solltest Du das Verzeichnis MTADATA aussparen. AVK ist ein Filescanner. Ausserdem solltest Du Dir zwingend erst die FAQ's für Client auf Server durchlesen, da sind noch mehrere Anpassungen nötig BEVOR du das machst. Die AD könnte auch dabei Amok laufen, wenn Du das nicht beachtest ;)