Jump to content

Sebastian R

Members
  • Gesamte Inhalte

    115
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Sebastian R

  1. Sorry, dass ich das nochmal hoch holen muss, aber hier das gleiche Problem (Event 1035 + 1036): Server 2012 Essentials als DC installiert, Updates gezogen, neu gestartet und dann die DHCP-Serverrolle installiert und eingerichtet (über den Assistenten). Dann die beiden Fehler im Log gehabt. Dienst neu starten wie von MS empfehlen oder Rolle neu installieren brachte nichts.

    Übrigens die Gruppen "DHCP-Administratoren" und "DCHP-Benutzer" existieren im AD, Gruppenbereich lokal (in Domäne).

    Zweiter Server läuft hier keiner nur für DHCP, wie weiter oben vorgeschlagen. Zumindest scheint DHCP aber problemlos zu funktionieren?!

  2. Vielen Dank für die Antworten, dann werde ich Reservierungen einrichten. Es geht in erster Linie um die Übersichtlichkeit :-)

     

    Wie siehst es denn eigentlich mit der (statischen) IP des Servers selbst aus? Wenn diese im Vergabebereich des DHCP Serves liegt, ist der dann so "schlau" und vergibt seine eigene IP nicht an Clients oder muss man doch wieder einen Adressbereich von der Vergabe aussparen und den Server dort hinein legen?

  3. Bin gerade dabei unseren Server neu aufzusetzen (WS2012, DC +DNS + DHCP) und stehe vor folgender Situation: einige Geräte wi z.B. Drucker und AP's sollen feste IP Adressen bekommen. Dazu gibt es prinzipiell zwei Möglichkeiten. Einmal könnte ich im DHCP Server für jedes dieser Geräte eine Reservierung anlegen damit es immer die gleiche IP erhält und auf den entsprechenden Geräten die Konfiguration auf DHCP stellen.

    Die andere Möglichkeit ist, das ich im DHCP Server einen Adressbereich ausspare und in diesen dann die Geräte lege (manuell konfiguriert).

     

    Was sind denn Vor- und Nachteile der beiden Lösungen und welche is zu bevorzugen bzw. warum?

  4.  

    Der Dienst selbst startet ja! Nur wenn man unter Verwaltung -> WINS schaut, gibts einen Fehler dass der Server nicht gefunden wurde. Löschen und neu hinzufügen bringt auch nichts.

     

    Noch etwas ist mir aufgefallen: habe eben versucht auf dem Server APIPA (Autokonfiguration) zu deaktivieren über die Registry (IPAutoconfigurationEnabled) auch das geht nicht. ipconfig /all zeigt weiterhin an, dass die Autokonfiguration aktiviert ist. Irgendwo is der Wurm drin...

     

     

    Aber wieder zum WINS-Problem, das ist dringlicher.

  5. Hallo,

     

    habe hier eine IP-SetTopBox die bei jedem booten versucht per TFTP ein aktualisiertes Image von dem Server (IP Adresse) des Herstellers herunterzuladen. Diese existiert ledoch nichtmehr. Daher habe ich auf meinem Server im LAN (W2K8, DNS, DHCP, NAT) einen TFTP Server installiert und möchte nun die anfragen auf diesen umleiten.

    wie mache ich das am geschicktesten?

     

    PS: die STB bekommt ihre IP-Konfiguration per DHCP.

  6. Hallo,

    tcp timeout mit 3600s kommt mir recht hoch vor. d.h wenn ein TCP-Päckchen nicht ankommt, wird 3600s gewartet, bis das Päckchen erneut gesendet wird. Du könntest mal einen Netzwerksniffer wie Wireshark Go deep. reinhängen, den timeout-wert auf 5 runterdrehen und im trace nach "retransmission" suchen.

     

    Hast du am AP und den Telefonen die aktuelle Firmware (sofern möglich) draufgespielt?

     

    cu

    blub

     

    Naja die Telefone nutzen sowieso nur UDP (hab mal versucht auf den Telefonen TCP auszuwählen: damit hat es sich garnicht beim SIP Provider registriert).

    Das dd-wrt auf dem AP ist das aktuellste und für die Telefone auch.

     

     

    Vielleicht liegt es doch an den Parametern "Expire Time" und "Keep alive" in den Telefonen :confused:

  7. Hallo alle zusammen,

     

    da ich in dem thema nicht so bewandert bin Frage ich mal lieber vorher bevor ich einfach herumprobieren:

     

    Ausgangssituation

    Betreibe hier einen W2k8 Server der u.a. als NAT-Router (windowseigenes Routing&RAS, Standardeinstellungen) fungiert.

    Daran ist auch ein AccessPoint (Linksys WAP54G mit dd-wrt v24sp2) angeschlossen der die WLAN clients anbindet (bisher nur PCs).

    Neu sind jetzt VoIP Telefone (Philips VP6500, Verbindung per UDP) hinzugekommen die per WLAN angebunden sind.

     

    Relevante Einstellungen

    Im Windows RRAS:

    TCP Timeout: 1440 Minuten (Defaultwert)

    UDP Timeout: 1 Minute (Defaultwert)

     

     

    Im dd-wrt auf dem AP:

    TCP Timeout: 3600 Sekunden (Defaultwert)

    UDP Timeout: 120 Sekunden (Defaultwert)

    (Wobei mich diese Einstellungsmöglichkeiten wundern, der AP macht doch garkein Routing, oder?!) :suspect:

     

     

    Auf den Telefonen (SIP-Verbindungs-Einstellungen):

    Expire Time: 3600 (Defaultwert)

    Keep Alive: 300 (Defaultwert)

     

     

    Problem

     

    die Telefone verlieren, mal nach Stunden oder mal auch nach paar Minuten, die Verbindung zu dem (externen) SIP Server. Sehr ärgerlich, da man davon nix mitbekommt und telefonisch nicht erreichbar ist und selbst nix davon merkt :mad: ABER: die Telefone sind die ganze Zeit übers Netzwerk erreichbar per Ping!

    Nachdem ich andere Ursachen, z.B. Firewall, als Fehlerquelle meine ausschließen zu könne, vermute ich den oben genannten Einstellungen den Grund.

    Testweise hatte ich in den Telefonen auch mal den Keep Alive Wert auf 60 reduziert und auch den Expire Time Wert erhöht - jedoch ohne Wirkung.

    wisst Ihr Rat?

     

    Danke im Voraus :)

  8. In der Tat, traurig aber wahr - es geht nicht.

    Aber gibt ein workaround über die NetShell:

     

    You can open multiple ports from the command prompt using the following scripts.

     

    To open the ports use:

     

    FOR /L %I IN (6881,1,6999) DO netsh firewall add portopening TCP %I "World of Warcraft downloader"%I

     

    To close the ports use:

     

    FOR /L %I IN (6881,1,6999) DO netsh firewall delete portopening TCP %I

     

     

    This example is for the WoW range, and opens ports 6881-6999 and gives it the name World of Warcraft downloader. The middle number in brackets just states the increments you go up in. In this case every one, but if you wanted you could make this every 2 or 10 or anything if you feel the need

     

    Quelle

  9. Hi,

     

    bist du unter Windows Server 2008 in der MMC Windows-Firewall mit erweiterter Sicherheit? Wenn ja, kannst du dort, wenn du eine neue Regel erstellst einen Portrange folgendermaßen definieren: 443-446

     

    Kann ich leider nicht bestätigen, dass es so funktioniert. das "-" Zeichen wird nicht akzeptiert mit dem Hinweis mehrere Ports durch Kommas zu trennen. Aber mit Portrange ist nichts erwähnt :mad:

×
×
  • Neu erstellen...