Jump to content

Lavikus

Members
  • Gesamte Inhalte

    212
  • Registriert seit

  • Letzter Besuch

Über Lavikus

  • Geburtstag 17.08.1968

Profile Fields

  • Member Title
    Member

Fortschritt von Lavikus

Rising Star

Rising Star (10/14)

  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Hallo zusammen, Vielen Dank für eure Hilfe. Der TMG Server hat drei Netzwerkkarten eingebaut. Zwei davon sind Psysikalisch und eine als virtuelle Netzwerkkarte. Der TMG ist mit der Netzwerkkarte "virtual-DSL" an unseren Router angeschlossen (noch Telekom). Der DC mit Exchange 2010 sowie ein Member der als Fileserver genutzt wird sind auf der "virtuell-Hausnetz" angeschlossen. Alle Server haben eine IP range mit 192.168.100.x Alle Client´s sowie auch der Hyper-V beziehen Ihre IP vom DNS des TMG und sind an der Netzwerkkarte "Virtual-Interne Verteilung Client" angeschlossen. Alle Client´s haben eine IP range mit 192.168.200.x, Der Hyper-V hat eine feste IP 192.168.200.11. Diese konstalation funktioniert seit Jahren in unseren Unternegmen ohne fehler. Erst am Tag der neuaufschaltung also den Tag wo wir eine zusätzliche VDSL Leitung erhalten haben ist dieser Fahler aufgetaucht. Mir ist klar, dass es nichts mit der VDSL Schaltung zu tun hat trotzdem ist es seltsam,. Ich habe auch mehere Backup´s am Wochenende zurückgespielt (also Stand vor 1 Monat und mehr) für den Hyper V sowie alle virtuellen Servern (kein Snapshot) sondern richtige Resrore Daten die alt waren sowie den Hyper-V, TMG und auch die anderen Server jedoch immer mit den gleichen Fehler. Fehlerbild: kein URL aufruf von www.google.de (nur über IP aufrufbar) Abgleich mit der Bank URL funktioniert auch nicht auch der bordlogin finktioniert nicht. Also aufrufen ja, login nein und es wird nicht im TMG blockiert. Alle anderen URL´s funktionieren ohne weitere probleme. In den Logs werden keine DNS Fehler angezeigt. Ich kann es nicht verstehen und es ist unbegreiflich! nochmals vielen Dank Hier die angeforderten Daten: Netzwerkkarten auf den TMG2010: 1.NIC Physikalisch DSL „virtual-DSL“ (an den DSL Router) IP: 192.168.0.20/24 Gateway: 192.168.0.1 DNS:8.8.8.8 kein DHCP kein Wins 2.NIC Virtual-Hausnetz (Privates Netzwerk für virtuelle Computer) für alle virtuellen Server IP: 192.168.100.1/24 Gateway: nichts eingetragen DNS: 192.168.100.1 kein DHCP kein Wins 3.Nic Physikalisch Virtual-Interne Verteilung Client IP: 192.168.200.1/24 Gateway: nichts eingetragen DNS: 192.168.100.1 Kein DHCP Kein Wins C:\>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : TMG2010 Primäres DNS-Suffix . . . . . . . : TMG2010 Knotentyp . . . . . . . . . . . . : Broadcast IP-Routing aktiviert . . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : TMG2010 Ethernet-Adapter Virtual-Interne Verteilung Client: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Netzwerkkarte für Microsoft Virtual Machine-Bus #6 Physikalische Adresse . . . . . . : 00-15-5D-14-4D-0E DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.200.1(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 0.0.0.0 DNS-Server . . . . . . . . . . . : 192.168.100.1 NetBIOS über TCP/IP . . . . . . . : Aktiviert Ethernet-Adapter Virtual-Hausnetz : Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Netzwerkkarte für Microsoft Virtual Machine-Bus #5 Physikalische Adresse . . . . . . : 00-15-5D-14-4D-0D DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.100.1(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : DNS-Server . . . . . . . . . . . : 192.168.100.1 NetBIOS über TCP/IP . . . . . . . : Aktiviert Ethernet-Adapter Virtual-DSL : Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Netzwerkkarte für Microsoft Virtual Machine-Bus #4 Physikalische Adresse . . . . . . : 00-15-5D-14-4D-0B DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.0.20(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.0.1 DNS-Server . . . . . . . . . . . : 8.8.8.8 NetBIOS über TCP/IP . . . . . . . : Aktiviert Tunneladapter Teredo Tunneling Pseudo-Interface: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja C:\>nslookup tmg2010.tmg2010 Server: UnKnown Address: 192.168.100.1 Name: tmg2010.tmg2010 Addresses: 192.168.100.1 192.168.200.1 ********** Der DC der auch DNS Server ist sowie ein Exchange 2010 hat eine Netzwerkkarte die an den Virtuellen Hausnetz (Virtueller switch des Hyper-V) C:\>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : VM2-DC1 Primäres DNS-Suffix . . . . . . . : nws.local Knotentyp . . . . . . . . . . . . : Broadcast IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : nws.local Ethernet-Adapter Virtual-Hausnetz: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Netzwerkkarte für Microsoft Virtual Machine-Bus #2 Physikalische Adresse . . . . . . : 00-15-5D-14-4D-07 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Verbindungslokale IPv6-Adresse . : fe80::5d84:6583:4d28:7e12%16(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.100.10(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.100.1 DHCPv6-IAID . . . . . . . . . . . : 201332061 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-15-D4-7E-43-00-15-5D-14-4D-04 DNS-Server . . . . . . . . . . . : 192.168.100.10 192.168.100.1 192.168.100.1 NetBIOS über TCP/IP . . . . . . . : Aktiviert Tunneladapter isatap.{3C510275-21F9-4B7F-AB8C-CC469F39EBA8}: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Tunneladapter Teredo Tunneling Pseudo-Interface: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja C:\>nslookup vm2-dc1.nws.local Server: vm2-dc1.nws.local Address: 192.168.100.10 Name: vm2-dc1.nws.local Address: 192.168.100.10 ********* und hier der Cleint C:\>ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : BÜRO_2 Primäres DNS-Suffix . . . . . . . : nws.local Knotentyp . . . . . . . . . . . . : Broadcast IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : nws.local Ethernet-Adapter SBS-Server: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Broadcom NetLink -Gigabit-Ethernet Physikalische Adresse . . . . . . : 00-15-58-DC-D8-DE DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.200.57(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Lease erhalten. . . . . . . . . . : Montag, 23. September 2013 19:47:26 Lease läuft ab. . . . . . . . . . : Dienstag, 1. Oktober 2013 20:15:28 Standardgateway . . . . . . . . . : 192.168.200.1 DHCP-Server . . . . . . . . . . . : 192.168.200.1 DNS-Server . . . . . . . . . . . : 192.168.100.1 192.168.200.1 NetBIOS über TCP/IP . . . . . . . : Aktiviert Tunneladapter Teredo Tunneling Pseudo-Interface: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Tunneladapter isatap.{FA09BA7C-C5BF-4DB8-A77B-E3A7BDD5B574}: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #4 Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja C:\>nslookup Standardserver: UnKnown Address: 192.168.100.1 > ^C C:\>nslookup tmg2010.tmg2010 Server: UnKnown Address: 192.168.100.1 Name: tmg2010.tmg2010 Addresses: 192.168.200.1 192.168.100.1 C:\>nslookup vm2-dc1.nws.local Server: UnKnown Address: 192.168.100.1 Name: vm2-dc1.nws.local Address: 192.168.100.10
  2. Hallo zusammen, habe bereits seit letzter Woche ein riesen Problem mit unseren Server. Wir haben letzten Freitag eine neue zusätzliche VDSL Leitung bekommen aber unsere alte DSL Leitung zusätzlich beibehalten. Der Server ist immer noch an der alten DSL Leitung der Telekom angeschlossen . Beide Leitungen 1x HTP VDSL sowie 1x Telekom (DSL) funktionieren und wenn ich direkt am Router eine abfrage der URL starte wird Google.de audgelößt. Alle Server werden virtualisiert über Hyper-V 1x Server 2008 R2 der als TMG (Kein DC, kein Member) agiert und DHCP sowie DNS Server ist. 1x Server 2008 R2 als DC sowie DNS und Exchange 2010 1x Server 2008 R2 als Member, Dateiserver Das eigentliche Problem: google.de lässt sich nicht per URL aufrufen. Per IP gehst aber. Auch mit der VDSL Leitung von http besteht die gleich problematik. DNS Cache ist auf allen Server sowie Clients gelöst worden. Es befinden sich auch keine weiteren Einträge in der Host Datei. nsloockup google.de Server: UnKnown Address: 192.168.100.1 Name: google.de Addresses: 2a00:1450:4008:800::101f 173.194.32.223 173.194.32.215 173.194.32.216 Der DNS Server im Netz ist auch der 192.168.100.1 (der TMG) der per Einstellungen auf 8.8.8.8 sowie 8.8.4.4 verweist. Auf allen Server selbst funktioniert das aufrufen der google URL über www.google.de jedoch nicht auf den Clients außer Alle Tabletts mit Android BS. Ich komme einfach nicht weiter und habe bereits über Nacht ein altes Image (2Monate alt) des Hyper-V sowie dem TMG. Trotzdem das gleiche Verhalten. Ich bin am Verzweifeln.
  3. stimmt auch. schraupt meldet sich bestimmt noch.
  4. Hallo zusammen, du wirst da ohne ein Zertifikat mit Unified Communications Support für autodiscover diese Meldung nicht weg bekommen. Bei GlobalSing benötigst du das Domain SSL mit der zubuchbaren UCS sowie SAN´s. Kosten um die 130 € pro Jahr. vg
  5. Fehler gefunden, es hat mich doch keine Ruhe gelassen:D Ich habe jetzt eine Ausnahme Regel in den Transportregeln erstellt: „ außer, wenn ein Attribut des Empfängers Textmuster entspricht“ Da ich meine Daten aus der AD bereits vorhandenen Datensatz beziehe gebe ich im Feld „Eigenschaft“ Zipcode ein sowie als Textmuster meine PLZ ein die ich auch im AD hinterlegt habe. Es scheint so zu sein, dass Exchange bei mehreren Attributen ein ping-pong tätigt. Nach dieser Ausnahme wird der Disclaimer auf den Inhalt geprüft und sollte etwas bereits doppelt sein entfernt. Es kann natürlich auch ein beliebiger Verweis in der Ausnahme erfolgen. Jetzt wird mein Dislaimer nur einmal dargestellt wenn ich Nachrichten nach außen versende. @RobertWI nochmals vielen Dank für deine Hilfe viele Grüße
  6. stimmt, auch wenn ich es hier aufzähle wird es den Rahmen sprengen. Leider sieht man auch in den log files nichts eindeutiges es dei denn, dass ich so einen langen Discleimer erstelle, sodass ich es an der Größe erkennen kann um differenzieren zu können, was zwischen dern Exchange und den TMG vor sich geht. Komisch ist es aber trotzdem, warum der TMG aus den Diskleimer eine doppelte Ausführung macht. Vielen Dank für deine Hilfe. Ich lasse es erst mal sacken und versuche es nach einer Zeit erneut zu lösen, vielleicht mit ein Ticket an Microsoft. Viele Grüße
  7. negativ wird immer noch doppelt eingefügt. Komisch ist doch, dass wenn ich intern etwas versende der Discleimer richtig dargestellt wird. Hat es vielleicht damit was zu tun. dass der exchange an einen Smarthost versendet und hinter einen TMG Server steht der nicht in der Domäne steht? Ich mag ungern eine Test Version von Exclaimer installieren um da das Verhalten zu prüfen. Test 2 ________________________________________ xxxxs xxxofxs Axxxxxxxxxxxde, xx3xx xexncx Tel: Fax: 0xxx3x7x0xx61 Mobil: Email: xixitx.Kxxiox@n.de ________________________________________ xxxxs xxxofxs Axxxxxxxxxxxde, xx3xx xexncx Tel: Fax: 0xxx3x7x0xx61 Mobil: Email: xixitx.Kxxiox@n.de
  8. mein fehler, du hast Recht der erste ist deaktiviert. jetzt ist er gelöscht [PS] C:\Windows\system32>get-transportrule | ? {$_.Actions -like "*ApplyHtmlDisclaimer*" } | ft Name Name ---- Discleimer in Exchange test [PS] C:\Windows\system32>get-transportrule | ? {$_.Actions -like "*ApplyHtmlDisclaimer*" } | ft Name Name ---- Discleimer in Exchange test [PS] C:\Windows\system32>get-transportrule | ? {$_.Actions -like "*ApplyHtmlDisclaimer*" } | ft Name Name ---- test [PS] C:\Windows\system32>
  9. ok, sorry bin nicht fit in der shell Antwort: [PS] C:\Windows\system32>get-transportrule | ? {$_.Actions -like "*ApplyHtmlDisclaimer*" } | ft Name Name ---- Discleimer in Exchange test
  10. meinst du diesen kontext: get-transportrule | ? {$_.Actions -like "*ApplyHtmlDisclaimer*" | ft test da kommt nicht bis auf den interaktiven Modus
  11. teil 2 FromMemberOf : FromScope : SentTo : SentToMemberOf : SentToScope : BetweenMemberOf1 : BetweenMemberOf2 : ManagerAddresses : ManagerForEvaluatedUser : SenderManagementRelationship : ADComparisonAttribute : ADComparisonOperator : SenderADAttributeContainsWords : SenderADAttributeMatchesPatterns : RecipientADAttributeContainsWords : RecipientADAttributeMatchesPatterns : AnyOfToHeader : AnyOfToHeaderMemberOf : AnyOfCcHeader : AnyOfCcHeaderMemberOf : AnyOfToCcHeader : AnyOfToCcHeaderMemberOf : HasClassification : HasNoClassification : False SubjectContainsWords : SubjectOrBodyContainsWords : HeaderContainsMessageHeader : HeaderContainsWords : FromAddressContainsWords : SubjectMatchesPatterns : SubjectOrBodyMatchesPatterns : HeaderMatchesMessageHeader : HeaderMatchesPatterns : FromAddressMatchesPatterns : AttachmentNameMatchesPatterns : SCLOver : AttachmentSizeOver : WithImportance : MessageTypeMatches : RecipientAddressContainsWords : RecipientAddressMatchesPatterns : SenderInRecipientList : RecipientInSenderList : AttachmentContainsWords : AttachmentMatchesPatterns : AttachmentIsUnsupported : False
  12. teil 1 [PS] C:\Windows\system32>get-transportrule test | fl RunspaceId : 69675e2a-2974-4466-9777-02f0252146f1 Priority : 1 Comments : ManuallyModified : False Description : Wenn die Nachricht folgende Bedingungen erfüllt: Wird von 'xxxxxx@xxxxxx.de' empfangen Führen Sie die folgenden Aktionen aus: Fügen Sie den Haftungsausschluss '<hr> <font size="2" face="Courier New"> <font size="2" face="Calibri"><br><br> <b> %%FirstName%% %%LastName%% </b><br> %%Title%% <br><br> %%Street%%, %%ZIPCode%% %%City%%<br> Tel: %%PhoneNumber%% <br> Fax: %%FaxNumber%% <br> Mobil: %%MobileNumber%% <br> Email: %%Email%% </size><p> <a href="http://www.nws.de/" target="_blank"> <img width="250" src="http://www.nws.de/ftp/nws-logo.JPG" alt="Ihr Servi ce www.nws.de" /></a> </p></center></font> ' an die Nachricht an. Nachricht zurückweisen, wenn der Haftungsausschlu ss nicht angewendet werden kann. RuleVersion : 14.0.0.0 Conditions : {From} Exceptions : Actions : {ApplyHtmlDisclaimer} State : Enabled From : {xxxxxxxx@xxxxxxx.de}
×
×
  • Neu erstellen...