iDiddi

Mir nicht bekannt. Lösche doch mal den Cache der Management Console. Hat bei mir schon oft bei Abstürzen geholfen

Hallo und willkommen. versuch es mal hier Dort steht was von: Das könnte helfen

Ooohhh. Das ist schwer vorstellbar. Kennst Du einen? Einen SBS holt man nicht, um ihn dann als reinen Fileserver zu verwenden. Dann wurde bei der Anschaffung schon was falsch gemacht

Weil Du somit beim reboot die Clients vom Server trennst :confused: Ich verstehe den Sinn Deiner Konfig nicht so ganz. Der Router ist doch für die Internet-Einwahl zuständig, nicht? Dann sollte dieser auch die DNS-Auflösung übernehmen. Die externen DNS-Server sollten also da rein. Den Server packst Du bitte mit an den Switch. Mach 'ne Weiterleitung von seinem DNS-Server auf die interne Router-IP zwecks externer Auflösung. Der Server muss auf sich selbst verweisen (DNS) und als Gateway dann noch den Router bekommen. Im DHCP-Server gibst Du diese Daten dann auch den Clients mit. Warum so viele? Wer hat das denn bei Euch so eingerichtet? Bist Du der Admin?

Was sollte das auch bringen? Wenn Du der Admin bist, dann solltest Du wissen, dass es dafür andere Anlaufstellen gibt (zB.SMTP-LOG, ESM-Warteschlange, Nachrichtenverfolgung etc.) Ist die Mail über OWA auch erst einen Tag später da?

So einen Server gibt es gar nicht. Er ist entweder ein SBS ohne R2 oder er nennt sich Windows Small Business Server 2011 ;). Dann wird ein Einsatz als reiner Fileserver aber schwierig. Oder meinst Du einen 2008er" ohne SBS? Beschreib mal bitte detaillierter Dein Netzt (DNS, DHCP, WINS, Topologie).

Hmm. Wie hast Du denn DNS + DHCP auf dem Server konfiguriert? Machst Du vom Server-DNS eine Weiterleitung zum besagten Router zwecks ext. Auflösung? Poste mal mehr Infos. Steht was im Clientlog / Serverlog? Ist auch wirklich alles, was mit DHCP zu tun hat, auf dem Router deaktiviert? Einen internen DNS braucht der Router doch auch nicht, oder? Der Server hängt nicht zufällig mit am Router statt am Switch?

Eigenartiges System habt ihr da :suspect: Na gut. Meldest Du Dich auch mal an anderen PCs mit gleichem Konto an? Vielleicht gibt's ja dort noch eine andere OST? Oder schau doch mal, ob es Dein Profil unter Dokumente und Einstellungen mehrmals gibt. Kommt mal vor, wenn das Profil korrupt wird. Dann legt das System einfach ein neues an. Dort könnten dann auch noch OST-Dateien rumliegen ;) Was ist mit scanost? Oder hast Du Dich nur verschrieben?

Ich hab zwar keine Ahnung von Open-VPN, aber beim RRAS wäre bei gleicher Sachlage das Routing deaktiviert. Sollte es bei Open-VPN doch auch geben, oder?

Hallo Dukel, hallo Thomas Bist Du Dir da sicher? Ich hab noch nie eine solche Option zu Gesicht bekommen. Könnte mir höchstens vorstellen, dass man da was in der Registrierung umstellen kann. Aber wozu brauchst Du das überhaupt, Thomas? Wenn der DHCP-Bereich zu klein wird, dann vergrößere ihn doch. Falls das nicht geht, dann benutze einen statischen Pool. Dort kannst Du dann bestimmen, wie viel er sich ziehen soll ;)

Wenn Du es über NETBIOS sauber haben willst, würde ich einen WINS-Server einsetzen. Diesen dann über DHCP an die Clients verteilen mit Knotentyp 0x8 Hybrid. EDIT: Sorry. Das mit dem WINS habe ich überlesen (scharchhh) Ja. Du musst den Clients auch irgendwie mitteilen, das sie sich beim WINS-Server melden sollen.

Hast Du "Detaillierte Ereignisse ins Ereignisprotokoll eintragen" angehakt? Vielleicht kommen so ja mal Fehler ans Tageslicht ;) Wie sieht es mit dem Knotentyp aus? Steht der auf "Hybrid"? Und setzt Du dazu DHCP ein? Verweist der WINS-Server in den NW-Einstellungen auch auf sich selbst? Wie sieht es auf der Konsole aus? Gibt Dir "net view" das gleiche Ergebnis aus?

Hallo substyle, meines Wissen geht das auch gar nicht. Exchange benutzt immer nur die Standard-Adresse zum Versand. Siehe auch hier. Als Notlösung kannst Du ja ein Dummy-Konto einrichten mit Weiterleitung auf das Benutzerkonto. Diesem das "Senden als"-Recht einräumen und fertig :)

Ich habe gar nichts übersehen. Wenn Du darauf hinaus willst: Es ging mir um die interne IP des QSC-Routers. Dass der eine interne IP haben muss, hast Du ja auch erst von hier erfahren :p Meine Hilfe hast Du in Zukunft sicher ;) Jetzt will ich Dir mal was sagen: QSC hat zwar für Dich DAU-Kunde eine Portweiterleitung eingerichtet, aber was machst Du denn in Zukunft? Was ist, wenn Du noch eine Portweiterleitung haben willst? Wer kontrolliert die Firewall-Logs, wenn die QSC-Firewall überhaupt was blockt? Weist Du ja nicht. Kommst schließlich nicht drauf. Und..und..und Also beiße lieber nicht in die Hand, die Dich (für lau mit Informationen) füttert. Das sehe ich anders. Schon alleine deswegen: Tu das auch bitte! OK. Das ist ja auch nicht die Aufgabe von QSC, dort Portweiterleitungen einzurichten. Ich behaupte mal, dass 99 % ihrer Kunden einen eigenen Router dazwischen setzten.

Ganz klar: SBS2011 Vorteile: -Exchange 2010 ausgereifter als 2007 -Sicherung flexibler (NAS, Einzelne Dateien) -Besseres Sharepoint -Neuer und stabilerer (Win7/2008-R2)Kernel usw...

Kauf Dir doch einfach einen Router für max. 100 Euro und konfiguriere ihn wie vorher beschrieben. Oder ist Dir das auch zu teuer? Wenn Du das nicht willst, musst Du Dich wohl weiter mit QSC auseinander setzen. Und geholfen hat man Dir hier schon genug trotz dürftiger Infos (auf Ipconfig warten wir heute noch ;) ). Hellsehen kann hier keiner. Vor Ort wäre das was anderes. Da erkennt ein Profi sofort, wo es hakt.

Ja. Und genau da kommt dann Dein Router ins Spiel. Der bekommt dann eine von denen und ist somit direkt aus dem INet erreichbar ;) DNS von QSC nicht vergessen. Dort vergibst Du dann noch eine interne IP, die Du dann als Gateway + DNS-Weiterleitung für deinen Server nutzt. Abschließend noch eine Portweiterleitung auf 3389. Fertig. Und übrigens: Es gibt Dienstleister, die Dir das in 10 min. eingerichtet hätten. Auch für wenig Geld. Und QSC ist sicher nicht Schuld an Deinem Problem. Die gehen immer so vor. Wie gesagt: Dir fehlt es an Basiswissen.

Ja? Und wo steht, was der Router für eine interne IP hat? Die x.x10.2 ist am Server eingerichtet. Du brauchst jetzt noch einen Standard-Gateway, der auf den Router verweist. Kann es sein, das der Router die x.x.10.1 hat? Das, was QSC dir da mit Telnet gezeigt hat, ist ja nur der Beweis, dass sie den Port brutal auf 10.2 umleiten. Dein Server muss jetzt auf die Anfrage einer externen IP (z.B. 164.300.2.24) antworten. Und wo schickt er die Antwort jetzt ohne Gateway hin? Genau, Nirgendwo hin ;)

Du musst schon auf Fragen, die man Dir stellt, antworten. Wenn Du im Server nur eine NW-Karte hast, dann kann das nicht klappen. In der Info von QSC steht nichts von Deiner internen IP. Du brauchst auf jeden Fall einen Router dazwischen. Oder dein Server fungiert als Router (zweite Karte / nicht zu empfehlen). Dir fehlt Grundlagenwissen. Warum hast Du keinen Admin?

Off-Topic: Oh Gott! Davon kriegt man ja Augenkrebs. Lizenz wird mit "z" am Ende geschrieben und nicht mit "s" :rolleyes: Man spricht doch auch Litzentzen und nicht Litzensen. Hier der Link zu den Adobe-Lizenzbestimmungen und noch ein Auszug daraus: Die liegen übrigens der Software bei. Außerdem schmeißt Dich Google mit Infos darüber tot: Adobe Creative Suite Lizenz Zweitrechner Steht also ganz klar drin, dass es auf einem Zweit-Laptop installiert, aber nicht gleichzeitig genutzt werden darf. So. Und nun suchst Du Dir auf die gleiche Weise noch die Bestimmungen für Deine MS-Produkte raus und bist glücklich ;)

Switch-Port überprüfen. Vielleicht fest auf 100 Mbit gestellt. Im Treiber der LAN-Karte kann das auch fest eingestellt worden sein. Falls alles auf Auto steht, dann evtl. fest vorgeben

Junge, Junge. Normalerweise setzt man dort noch einen eigenen Router dazwischen, den man selber verwalten und konfigurieren kann ;) . Denke mal nicht, dass dieses Gerät überhaupt irgendwas abschirmt. Aber nu. Poste mal für alle NW-Adapter ipconfig /all vom Server. Hast Du da denn 2 NW-Karten aktiv?

bitte sehr

Du bist auf dem Gebiet also vollkommen ahnungslos, nicht war? Dann sucht Euch einen neuen Admin (PN an mich :D ) Das hast Du ja bereits erwähnt. Ist ja auch logisch :rolleyes: Wenn auf dem Client kein Fritz! VPN-Client installiert ist, gehe ich davon aus, dass die Standard-VPN-Verbindung vom Betriebsystem benutzt wird. Dann hat der Router nix damit zu tun sondern der SBS. Du musst prüfen, über welchen Benutzer die Authentifizierung erfolgt. Dieser wird im AD der Domäne eingerichtet sein. Dort dann das Kennwort ändern, fertig. Wenn sich das für Dich wie Bahnhof anhört, dann such Dir schleunigst einen, der sich damit auskennt

Was hat denn bitteschön Dyndns damit zu tun :confused: Wenn auf dem Router nichts zu finden ist, dann habt Ihr wohl RRAS auf dem SBS konfiguriert. Aber das war denke ich mal eher Dein Kollege. Sonst wüstest Du das ja noch, gell. Oder Du hast Alzheimer ;)