Dennis448

Genau so :-) Die Access Points kommunizieren ausschließlich untereinander. Weder bei Access Point 1 noch bei Access Point 2 können sich Clients anmelden. Bei meinem Schaubild würde in Gebäude 2 am Access Point 2 dann die weitere Infrastruktur per Ethernet angeschlossen werden. Stell dir einfach vor beide Gebäude seien durch ein Netzwerkkabel verbunden. Jetzt nimmst du das Kabel weg und ersetzt dieses durch 2 Access Points im Bridging-Mode...und voila, du hast ein WLAN-Kabel ;-) Um im Gebäude 2 dann den WLAN-Zugriff für Clients zu ermöglichen brauchst du, wie du bereits festgestellt hast, dann noch einen Access Point.

Klar. Beim Bridging handelt es sich um eine Punkt-zu-Punkt Verbindung. Dies macht man z.B. wenn man zwei Gebäude verbinden möchte, aber kein physisches Kabel legen kann/möchte. Das sieht dann so aus: Wenn man allerdings ein "alles umspannendes Netzwerk" aufbauen möchte, nimmt man Point-to-Multipoint. Bei dieser Version kommunizieren die Access Points untereinander, aber es können sich auch Clients ins WLAN einwählen: Ich hoffe es ist verständlich gewesen ;-)

Sorry für die längere Wartezeit. Momentan viel los hier. Hast du mal versucht, ob du die Datei aus einem anderen Browser heraus lokal öffnen kannst? <ironie>Nicht das der Internet Explorer für seine Inkompatibiltäten bekannt ist, aber ein Versuch ist es wert.</ironie>

Moment, bevor jetzt Missverständnisse aufkommen: Beide AP's müssen Clientzugriffe zulassen, da ja die Nutzer im UG auf den AP des UG zugreifen und darüber ihre Verbindung ins Netz aufbauen. Die Nutzer im OG verbinden sich mit dem AP im OG, welcher die Datenpakete über den Root-AP ins UG sendet. Andersrum würde das ja bedeuten, wenn nur der AP im Obergeschoss für Clientzugriffe konfiguriert ist, dass der AP im Untergeschoss nur dazu da wäre, die Pakete entgegenzunehmen und in die Infrastruktur zu routen. Ganz grundsätzlich kann man sagen: 2 Router im WDS-Betrieb = Halbierung der Bandbreite. Theoretisch gesehen... In der Praxis kann das ganz schnell ganz anders aussehen, da dort natürlich noch einige andere Faktoren zu berücksichtigen sind, wie z.B. Gebäudebeschaffenheit (wird das Signal durch dicke Wände, Stahlbeton o.ä. abgeschirmt) etc.pp.

Im Prinzip ja. Der Access Point im UG ist quasi dein "Root AP", welcher das Gateway in's LAN und www. darstellt. Wenn jemand mit dem Router im OG verbunden ist, wird die gesamte Kommunikation vom oberen AP an den Root-AP im UG weitergeleitet und dieser wiederum verteilt die Datenpakete dann in der hinterliegenden Infrastruktur. Gruß, Dennis

Ich empfehle dir für den Einstieg mal folgenden Artikel, da gibt es Grundlagen zum Thema "Wireless Distribution System": Wireless Distribution System Gruß, Dennis Edit: Dort findest du ebenfalls nochmal die Information, dass sich durch das Bridging die Bandbreite halbiert. Dies solltest du bei deinem Plan mit in die Überlegungen einbeziehen.

Ich kann mir das gerade leider nur bedingt anschauen, da ich unterwegs bin und das Netz für einen Zugriff auf unsere Sandbox nicht ausreicht, bzw. wahnsinnig langsam ist. Ich könnte mir durchaus vorstellen das es in der Zentralverwaltung im Bereich "Dateitypen" noch irgendwelche Einschränkungen gibt, welche das lokale Öffnen verhindern. Ich schaue mal rein sobald ich wieder im Büro bzw. zu Hause bin.

Auch wenn eigentlich eine strukturierte Gebäudeverkabelung vorzuziehen wäre, habe ich gute Erfahrungen mit diesem Modell gemacht: NETGEAR WNDAP350 ProSafe Wireless Access Point bei notebooksbilliger.de Mit diesen Geräten haben wir ein großes WDS-Netzwerk aufgebaut mit Handover zwischen den einzelnen AccessPoints. Was auch noch beachtet werden sollte ist, dass du durch die notwendige Kommunikation der AccessPoints untereinander an Datenrate für den Endnutzer verlierst.

Grunsätzlich solltest du erst einmal wissen, wie du dieses WLAN aufziehen möchtest. Sollen es zwei isolierte Netze mit jeweils einem Access Point sein (dann müsste jemand der aus dem UG in's OG geht sich erst im WLAN des OG anmelden) oder möchtest du eine flächendeckende Versorgung mit einem Netz aufbauen (geht dann in Richtung "Campusnetzwerk" -- Wireless Distribution System, Point-to-Multipoint). Danach könnte man sich auf die Suche nach geeigneten Modellen machen. Gruß, Dennis

Ich glaube das popup kannst du nicht verhindern, da es den Endanwender ja noch einmal freundlich darauf hinweist, nur Dateien zu öffnen deren Quellen man vertraut. Wir nutzen zwar MacBooks, aber dass sollte erstmal egal sein, da der SharePoint ja (oh wunder) auf einem Windows Server läuft. Ich werde das in meiner virtuellen Maschine nochmal mit verschiedenen Browsern testen, sollte aber wie gesagt keinen Unterschied machen. Da du ja schon ausgeschlossen hast das es an den Bibliothekseinstellungen liegen könnte, vermute ich dass bei euch irgendetwas in der Zentraladministration das Öffnen im lokalen Office verhindert. Ich schau mir das nochmal genau an. Welche Clients nutzt ihr denn? (Betriebssystem, Browser) Gruß, Dennis

So, ich habe gerade mal nachgeschaut. Klicke ich hier auf den Titel: kommt bei mir direkt das Pop-Up mit der Frage ob ich die Datei lokal öffnen möchte: Ich gehe davon aus das es genau das ist, was du erreichen möchtest?! Klicke ich jetzt auf okay, öffnet sich mein lokales Excel und ich kann die Datei bearbeiten. Nichtsdestotrotz würde ich dich bitten die Fragen aus meinen vorherigen Post noch zu beantworten. Gruß, Dennis

Vielleicht kannst du mir ja in der Zwischenzeit noch folgende Infos geben: - Hast du Zugriff auf die Zentraladministration vom SharePoint? - Habt ihr die Office Web Apps installiert? - Wie ist der SharePoint installiert (Serverfarm, Standalone) - laufen in der Zentraladministration irgendwelche Dienste die nach Office klingen? Gruß Dennis

Mhm, okay. Ich werde mir das heut Abend auf unserer Sandbox mal nachstellen und sehen was ich erreichen kann. Dann melde ich mich wieder...

Das passt super, der Artikel bezieht sich auf SP 2010. Wenn noch was unklar ist, einfach fragen.

Und wenn du mir jetzt noch verrätst welche SharePoint-Version du nutzt, sind wir auf dem richtigen Weg. Allgemein regelt man im SharePoint solche Dinge über die Bibliothekseinstellungen auf der entsprechenden Website. Schau dir mal folgenden Artikel an, da ist eigentlich alles sehr ausführlich beschrieben: Ändern des Verhaltens beim Öffnen eines Dokuments in einer Bibliothek mit einem einzelnen Klick - SharePoint Foundation - Office.com Gruß, Dennis

Hallo mstel, dass kommt drauf an wie genau du das Dokument öffnen möchtest. Es gibt mehrere Möglichkeiten, entweder über die Office Web Apps, welche im SharePoint installiert werden können oder die Bearbeitung auf einem "lokalen" Office auf deinem PC. Also wäre es gut zu wissen, ob du mit Klick auf den Titel die Browserbearbeitung oder das Öffnen im lokalen Office erreichen möchtest. Gruß, Dennis Edit: Ebenfalls wäre interessant, welche Version von SharePoint du nutzt

@Hornochse: Das Script würde mich in der Tat interessieren, wenn du magst kannst du es ja mal posten oder mir per PN schicken. Danke! Grüße, Dennis

Das Problem ist, dass der Server auf dem die ganze AD etc. läuft, nur von den Admins per RDV genutzt wird. Es läuft für den normalen User also alles im hintergrund ab. Dadurch melden sich 99% der User auch nicht auf dem System an, daher bringt auch eine GPO mit PopUp nichts..

Ist das die einzige Möglichkeit, über ein Tool zu gehen?

Hallo zusammen, ich nochmal Ich pflege gerade unseren Small Business Server und da fiel mir folgendes auf: Im AD sind alle unsere Mitarbeiter eingepflegt, und die Passwörter werden dort systemübergreifend verwaltet. Sprich, einmal Passwort vergeben -> Zugriff mit Personalnummer (Username) und Passwort auf alle Server-Clients. Leider laufen diese Passwörter still und heimlich im Hintergrund immer mal wieder ab, sodass Kollege Meier morgens per RDV auf einen unserer Server will, und ihm die Fehlermeldung entgegenschlägt, sein Passwort wäre falsch. Dann ist der Kollege ganz aufgeregt, weil er keine Mails (läuft bei uns über Exchange) etc. mehr empfängt usw. Gibt es eine Möglichkeit beim SBS einzustellen, dass die User X Tage vor Ablauf des Passworts eine Mail "Ihr Kennwort läuft bald ab, bitte ändern Sie es" erhalten? Grüße aus dem sonnigen Köln, Dennis

Das der USB-Stick kein sicheres Speichermedium ist, stimmt schon, aber es war auch eher damit gemeint "Nutzer XY kann damit nicht rumspielen". Unsere Keydaten liegen zusätzlich nochmal in einem Backup bei der Bank, und wenn deren Server da was zerschießt...not my business @FfFCMAD: Danke für deine Idee, dass ist nochmal Feintuning, damit die Daten nicht permanent auf A: rumdümpeln...

@Enno: Die Originaldateien liegen sicher bei uns als Backup auf nem USB-Stick. Es geht wirklich nur um die Bereitstellung für die aktuelle Session. Für den Fall das der Server sich mal verabschiedet o.ä. ist ein "Backupscript" eingebaut, welches bei jedem Neustart die Dateien in die Originalkonfiguration zurücksetzt. Erst danach läuft das Script mit dem Umbenennen der Datei an.

Hey! Des Rätsels Lösung war so einfach, dass man den Wald vor lauter Bäumen nicht gesehen hat. Lösung: Alle 3 Dateien "mcSign.dat" wurden in A: abgelegt, allerdings leicht abgewandelt (mcSign_XX.dat, mcSign_YY.dat, mcSign_ZZ.dat) dazu ein Logonscript mit Userabfrage. Wenn User "XX" sich anmeldet, wird die Datei "mcSign_XX.dat" automatisch umbenannt in "mcSign.dat" . bei User "YY" und "ZZ" entsprechend. Ein Logoutscript macht das ganze bei Abmeldung des Users wieder rückgängig, damit es zu keinen Kollisionen im Dateinamen kommt. Danke für eure Hilfe! Grüße, Dennis

Es geht um Multicash Deutsche Bank...

Es wird mittels VMWare virtualisiert. Die User arbeiten nicht gleichzeitig auf dem System, da mittels Remote Desktop Verbindung auf die Maschine zugegriffen wird. Die Datei die abgelegt wird ist für die digitale Unterschrift der Zahlungsanweisungen nötig, deswegen ist auch der Sicherheitsaspekt nicht zu vernachlässigen.