Jump to content

pz6j89

Members
  • Gesamte Inhalte

    176
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von pz6j89

  1. Wie NorbertFe schrieb ändert sich für den User nichts. Allerdings sind 14 Tage schon recht kurz. Ich denke 3 Monate sind ausreichend und nervt die User nicht zu sehr (ausser es ist ein High-Security-Bereich). Zwar nicht deine Frage, aber vielleicht interessant: Ich würde dem User eine Info-Mail zukommen lassen wenn das passwort abläuft. Oftmals wird dieser Tooltip zum Ändern seit Windows 7 gerne übersehen und die User wundern sich warum dieses und jenes nicht mehr geht. Dafür gibt es ein ganz einfaches Powershell-Skript. Dieses setzen wir auch ein und wird einmal täglich über den Taskplaner aufgerufen (Quelle: http://deadaffebeef.com/blog/benutzer-per-email-uber-ablauf-des-windows-kennworts-benachrichtigen/): Import-Module ActiveDirectory Get-ADUser -filter * -properties PasswordLastSet,EmailAddress,GivenName,Surname -SearchBase “AD-OU PFAD ZU DEN USERN (z.B. OU=Users,DC=domäne,DC=com,DC=local)” -SearchScope Subtree |foreach { $PasswordSetDate=$_.PasswordLastSet $maxPasswordAgeTimeSpan = $null $maxPasswordAgeTimeSpan = (Get-ADDefaultDomainPasswordPolicy).MaxPasswordAge $today=get-date $ExpiryDate=$passwordSetDate + $maxPasswordAgeTimeSpan $daysleft=$ExpiryDate-$today $display=$daysleft.days $UserName=$_.GivenName $SurName=$_.Surname if ($display -lt ANZAHLTAGEBEVORPASSWORTABLÄUFT -and $display -gt 0) { $MyVariable = @” Dear $UserName $Surname, Your password will expire in $display days. There are several ways to change it: 1. Wait until the remaining time is over and the system will force you to change it. 2. Press Ctrl+Alt+Del on your keyboard and select "Change password". Type in your old password, two times the new password and press Enter. 3. If 1 or 2 are not an option for you (because you are on business trip or sth. else) your IT will gladly help you. Bye Your IT department *** This message was generated automatically - please do not answer. *** “@ send-mailmessage -to $_.EmailAddress -from ABSENDERADRESSE -Subject “IT information: Your password will expire in $display days” -body $MyVariable -smtpserver FQDNEMAILSERVER } }
  2. Hallo zusammen. Wir haben ein älteres ERP-System (Damgaard XAL 3.1). Das ist ein Unicode-inkompatibles Programm und wir wollen aus diesem Programm heraus russisch drucken. Die Anzeige russischer Schriftzeichen konnten wir durch nachfolgende Anleitung sicherstellen: http://windows.microsoft.com/en-ph/windows/change-system-locale#1TC=windows-7 Wenn wir allerdings ausdrucken wollen, kommt nur Unsinn heraus. (siehe screenshot-helvetica.jpg - Screenshot 1) Schema: Lateinische Schriftzeichen -> Korrekte Ausgabe Russische Schriftzeichen -> Unsinn Ich hatte schon versucht die Reports mit einer Font zu formatieren, die rein russische Zeichen enthält, aber auch das hilft nciht. Es erscheinen dann zwar vereinzelt russische Zeichen, diese sind aber falsch. (siehe screenshot-russische-font.jpg - Screenshot 2) Schema: Lateinische Schriftzeichen -> Ausgabe russische Schriftzeichen Russische Schriftzeichen -> Keine Ausgabe oder ein einzelnes Zeichen Habt ihr Ideen wie das zu bewerkstelligen wäre? Zur Info habe ich noch ein Screenshot aus unserer Entwicklungsumgebung angehängt der den Text aus den Screenshot anzeigt wie er auszusehen hätte (siehe screenshot-entwicklungsumgebung.jpg - Screenshot 3). Gruss oli
  3. Hallo zusammen. Ich bringe mein altes Thema was ich ursprünglich als gelöst markiert habe wieder hervor, da es doch nciht gelöst ist. Der Windows App Store baut weiterhin keine Verbindung ins Internet auf. Habt ihr Ideen was das Problem sein könnte? DNS vielleicht? Gruss Oli
  4. :p ;) Macht Sinn... *g* Bisher sieht es ganz gut aus. Werde das nächste Woche nochmal über einen längeren Zaitraum testen. Danke erstmal...
  5. Ja und stehen bei uns derzeit alle auf Ersetzen. Ich probiere das mal mit Aktualisieren. Hast du evtl. einen Link wo man nachlesen kann was der Unterschied bei Ersetzen und Aktualisieren ist?
  6. Servus zusammen. Das nachfolgende Problem haben wir seit dem ersten Windows 8 Rechner in unserem Netzwerk. Dieses tritt auch bei 8.1 und bei der Preview vonm 10er auf. Anscheinend trennt das System nach einiger Zeit (spielt keine Rolle ob man daran arbeitet oder nicht) für einen ganz kurzen Augenblick die Netzwerkverbindung (passiert bei LAN und W-LAN). Wir stellen das auf 2 Arten fest: 1. Wir befinden uns gerade auf einem Netzlaufwerk. Dann erscheint die Meldung dass der Netrzwerkpfad nicht verfügbar ist. Aber wenn man das Laufwerk neu anklickt ist alles wieder normal. 2. Wir haben ein recht altes ERP-System, dass sehr sensibel auf Verbindungsverlust im Netzwerk reagiert. Da langt durchaus diise extrem kurze Zeit. Ich dacht bisher dass das evtl. mit Stromspareinstellungen bei der Netzwerkkarte zu tun haben könnte und habe dort alle verfügbaren Optionen durchprobiert. -> Ohne Erfolg Habt ihr eine Idee wo man noch nach der Ursache forschen könnte? Bin da mit meinem Latein etwas am Ende. Dieses Problem tritt übrigens bei Notebooks, Desktop Rechnern, Tablets und virtuellen Rechnern (Hyper-V auf Win Server 2012 R2) auf. Hoffe ihr könnt mir helfen, würde nämlich gerne einen Windows 10 Roll-Out in der Firma durchführen. Aber solange dieses Problem existiert brauche ich da gar nicht dran zu denken. Gruss Oli
  7. Problem wurde gelöst. Die Ursache war unsere Firewall (Microsoft Forefront TMG 2010). Die Apps bei Windows 8 und 8.1 authentifizieren sich nicht über den Firewallclient vom Forefront. Da wir das Internet nur für authentifizierte Benutzer freigegebeen haben kann der Store (z.B.) keine Verbidnung aufbauen. Wir steigen nun auf eine Firewall auf Linuxbasis um, dann haben wir die Probleme nciht mehr. Forefront wird auch auch nicht mehr supportet.
  8. Ich bringe diesen Eintrag mal nach oben weil ich die Lösung herausgefunden habe. So einfach dass man auch selber hätte darauf kommen können. Man muss "microsoft.com" zu den Einstellungen der Kompatibilitätsansicht hinzufügen und das Häkchen bei "Kompatibilitätslisten von Microsoft verwenden" entfernen.
  9. Danke euch erstmal. Ich probiere mal ein wenig rum wenn ich wieder etwas Luft habe...
  10. Teils, teils Wir verteilen die Certs schon über GPO, allerding geht das auch nur bei denen die auch Verbindung zum Netzwerk haben. Ein Teil hat von uns Notebooks gestellt bekommen, die zwar in der Domäne sind aber keine Netzwerkverbindung zu dieser haben (auch nicht über VPN). Die User haben nur Benutzerrechte. Dann gibts aber auch welche die eigene Geräte nutzen. Die sind nicht in der Domäne und haben meist Adminrechte. Problematisch ist es also nur bei den ersteren.
  11. MAch ich. Muss er dann nicht auch das Adminkennwort eingeben wenn er das so auswählt? Oder fragt das System in diesem Falle nicht?
  12. Hallo zusammen. Ich bin mir nicht sicher ob ich die Frage hier schon gestellt habe (oder andere). Meine Suche hat zumindest nichts ergeben. Wir haben für unseren Terminalserverzugang ein Zertifikat welches bei unseren externen Mitarbeitern unter "Computerkonto" -> "Vertrauenswürdige Stammzertifizierungstellen" installiert werden muss. Damit ich mich bei neuen Benutzern oder Zertifikatserneuerungen nicht immer bei allen draufhängen muss um das neue Zertifikat zu installieren würde ich gerne eine Art Installationsdatei haben (MSI, Batch, Powershell o.ä.), Damit die Mitarbeiter sich das Zertifikat selbst installieren können. Ich bin immer daran gescheitert, dass dafür ein Adminaccount erforderlich ist. Ich hatte es z.B. mal hiermit versucht (ohne Erfolg): certmgr.exe -add -c "xxxxxx.cer" -s -r localMachine root Kennt jemand von euch eine Lösung? Gruss Oli
  13. Danke. Deinen ersten LInk schaue ich mir mal an. Das mit den Usern, die sich die Rechte schon gegeben haben würde, ich in den nächsten Wochen beheben können. So gross ist unser Netzwerk gott sei dank nicht (~ 100 Computer). Ich will nur verhindern dass sie den Account für zukünftige Änderungen verwenden können. Dazu sollte es reichen die lokale Anmeldung an Computern und Servern zu verhindern. Wie das geht weiss ich. Ich weiss aber nicht ob das auch Dienste und Serverprogramme betrifft. Genau diese Info bräuchte ich (evtl. habe ich mich da etwas missverständlich ausgedrückt).
  14. Hallo zusammen. Wir haben in unseren Netzwerk ein kleines Problem. Einer unserer Domänenadmin-Accounts (Benutzername: Administrator) ist bekannt geworden und wurde einige Male schon benutzt um die lokalen Benutzerrechte zu umgehen. Leider kann ich das Kennwort noch nicht ändern, da ich noch nicht abschliessend geklärt habe welche Dienste davon betroffen sind (Ist ein alter Account, der eigentlich schon durch andere ersetzt ist). Bis dahin möchte ich verhindern dass sich die Benutzer an ihren Rechner mit diesem Account anmelden können ohne dass ich diesen Account generell ändere oder sperre. Könnt ihr mir beschreiben wie ich, z.B. über eine GPO, die lokale Anmeldung für genau diesen Benutzer verhindere? Kann ich das auch für Server einrichten ohne dass Dienste oder Serverprogramme betroffen sind? Danke + Gruss Oli
  15. Im Falle von ActiveSync: Mal versucht nur den letzten Monat zu synchronisieren? Tritt das Problem dann immer noch auf? Mit IMAP habe ich auf dem iPhone ncoh nicht gearbeitet. Wir selbst synchronisieren auch nur den jeweils letzten Monat haben auch dabei auch Postfächer mit 10 und mehr GB und an die 50.000 Elemente, allerdings in wesentlich weniger Ordnern. Da gab es keine Probleme. Ich finde es macht auch keinen Sinn eine Mail die älter als 1 Monat ist ständig zu synchronisieren - selbst wenn man eine sucht kann man ja das iphone anweisen auf dem server zu suchen.
  16. Danke für deine schnelle Antowrt. Hatte genau das auch shcon mehrfach gelesen ich wollte aber nochmals sicher gehen. Dachte auch dass das alles so passt. Wegen dem Port. Strato schreibt folgendes auf der Infoseite (einziger Kommentar zu Exchange): Daher habe ich den angewendet. Naja daher sollte ich wohl ab Ende des Monats keine Probleme bekommen.
  17. Servus zusammen. Strato stellt - neben anderen Anbietern - am Ende des Monats auf SSL bzw. TLS um (meines Erachtens völlig unnötig, solange nicht die mail und der komplette weg verschlüsselt werden, aber nun gut.). Nun versuche ich schon die ganze Zeit den Exchange Sendeconnector umzustellen und ich habe keine Ahnung ob das was ich getan habe ausreicht. Die Hotline von Strato war nicht im geringsten in der Lage mir zu sagen ob das was ich tat reicht oder ob noch etwas nötig ist. Anleitung dafür? Pustekuchen. Ich habe erstmal nur die Ports umgestellt und bekomme nun folgendes im SMTPLog (habe mal ein x-beliebiges Beispiel rausgesucht) des Exchanges: 2014-03-13T03:59:09.028Z,Strato-TLS,08D0E02BCACF0E39,0,,81.169.145.133:587,*,,attempting to connect 2014-03-13T03:59:09.043Z,Strato-TLS,08D0E02BCACF0E39,1,192.168.0.2:6620,81.169.145.133:587,+,, 2014-03-13T03:59:09.043Z,Strato-TLS,08D0E02BCACF0E39,2,192.168.0.2:6620,81.169.145.133:587,<,220 smtp.strato.de ESMTP RZmta 32.27 ready (mo3), 2014-03-13T03:59:09.043Z,Strato-TLS,08D0E02BCACF0E39,3,192.168.0.2:6620,81.169.145.133:587,>,EHLO mail.XXXXXX.com, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,4,192.168.0.2:6620,81.169.145.133:587,<,250-smtp.strato.de greets XXX.XXX.XXX.XXX, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,5,192.168.0.2:6620,81.169.145.133:587,<,250-ENHANCEDSTATUSCODES, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,6,192.168.0.2:6620,81.169.145.133:587,<,250-8BITMIME, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,7,192.168.0.2:6620,81.169.145.133:587,<,250-PIPELINING, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,8,192.168.0.2:6620,81.169.145.133:587,<,250-DELIVERBY, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,9,192.168.0.2:6620,81.169.145.133:587,<,250-SIZE 104857600, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,10,192.168.0.2:6620,81.169.145.133:587,<,250-AUTH SCRAM-SHA-1 DIGEST-MD5 CRAM-MD5 LOGIN PLAIN, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,11,192.168.0.2:6620,81.169.145.133:587,<,250-STARTTLS, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,12,192.168.0.2:6620,81.169.145.133:587,<,250 HELP, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,13,192.168.0.2:6620,81.169.145.133:587,>,STARTTLS, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,14,192.168.0.2:6620,81.169.145.133:587,<,220 Ready to start TLS, 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,15,192.168.0.2:6620,81.169.145.133:587,*,,Sending certificate 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,16,192.168.0.2:6620,81.169.145.133:587,*,"CN=mail.XXXXXX.com, OU=XXXX, O=XXXXXX, L=XXXXXXX, S=XXXXXXX, C=DE",Certificate subject 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,17,192.168.0.2:6620,81.169.145.133:587,*,"CN=XXXXXXX, DC=XXXXXX, DC=com, DC=local",Certificate issuer name 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,18,192.168.0.2:6620,81.169.145.133:587,*,2E493A65000000000041,Certificate serial number 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,19,192.168.0.2:6620,81.169.145.133:587,*,BBCAF4DD8EBE7E6BCF81599042D803F04219479D,Certificate thumbprint 2014-03-13T03:59:09.059Z,Strato-TLS,08D0E02BCACF0E39,20,192.168.0.2:6620,81.169.145.133:587,*,mail.XXXXXXX.com;autodiscover.XXXXXXXX.com,Certificate alternate names 2014-03-13T03:59:09.106Z,Strato-TLS,08D0E02BCACF0E39,21,192.168.0.2:6620,81.169.145.133:587,*,,Received certificate 2014-03-13T03:59:09.106Z,Strato-TLS,08D0E02BCACF0E39,22,192.168.0.2:6620,81.169.145.133:587,*,D1A8C8F5466DC3B8866CA5C7C6C1C6758FC2F705,Certificate thumbprint 2014-03-13T03:59:09.106Z,Strato-TLS,08D0E02BCACF0E39,23,192.168.0.2:6620,81.169.145.133:587,>,EHLO mail.XXXXXXXX.com, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,24,192.168.0.2:6620,81.169.145.133:587,<,250-smtp.strato.de greets XXX.XXX.XXX.XXX, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,25,192.168.0.2:6620,81.169.145.133:587,<,250-ENHANCEDSTATUSCODES, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,26,192.168.0.2:6620,81.169.145.133:587,<,250-8BITMIME, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,27,192.168.0.2:6620,81.169.145.133:587,<,250-PIPELINING, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,28,192.168.0.2:6620,81.169.145.133:587,<,250-DELIVERBY, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,29,192.168.0.2:6620,81.169.145.133:587,<,250-SIZE 104857600, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,30,192.168.0.2:6620,81.169.145.133:587,<,250-AUTH SCRAM-SHA-1 DIGEST-MD5 CRAM-MD5 LOGIN PLAIN, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,31,192.168.0.2:6620,81.169.145.133:587,<,250 HELP, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,32,192.168.0.2:6620,81.169.145.133:587,>,AUTH LOGIN, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,33,192.168.0.2:6620,81.169.145.133:587,<,334 <authentication information>, 2014-03-13T03:59:09.122Z,Strato-TLS,08D0E02BCACF0E39,34,192.168.0.2:6620,81.169.145.133:587,>,<Binary Data>, 2014-03-13T03:59:09.137Z,Strato-TLS,08D0E02BCACF0E39,35,192.168.0.2:6620,81.169.145.133:587,<,334 <authentication information>, 2014-03-13T03:59:09.137Z,Strato-TLS,08D0E02BCACF0E39,36,192.168.0.2:6620,81.169.145.133:587,>,<Binary Data>, 2014-03-13T03:59:09.137Z,Strato-TLS,08D0E02BCACF0E39,37,192.168.0.2:6620,81.169.145.133:587,<,235 2.7.0 OK Authenticated, 2014-03-13T03:59:09.137Z,Strato-TLS,08D0E02BCACF0E39,38,192.168.0.2:6620,81.169.145.133:587,*,1700580,sending message 2014-03-13T03:59:09.137Z,Strato-TLS,08D0E02BCACF0E39,39,192.168.0.2:6620,81.169.145.133:587,>,MAIL FROM:<XXXX.XXXXX@XXXXX.com> SIZE=28829, 2014-03-13T03:59:09.137Z,Strato-TLS,08D0E02BCACF0E39,40,192.168.0.2:6620,81.169.145.133:587,>,RCPT TO:<XXXXXX@XXXXXXX.com>, 2014-03-13T03:59:09.137Z,Strato-TLS,08D0E02BCACF0E39,41,192.168.0.2:6620,81.169.145.133:587,>,RCPT TO:<XXXXXX@XXXXXXXX.com>, 2014-03-13T03:59:09.153Z,Strato-TLS,08D0E02BCACF0E39,42,192.168.0.2:6620,81.169.145.133:587,<,250 2.1.0 Sender ok, 2014-03-13T03:59:09.356Z,Strato-TLS,08D0E02BCACF0E39,43,192.168.0.2:6620,81.169.145.133:587,<,250 2.1.5 <XXXXXXXX@XXXXXXXX.com> Recipient ok, 2014-03-13T03:59:09.356Z,Strato-TLS,08D0E02BCACF0E39,44,192.168.0.2:6620,81.169.145.133:587,<,250 2.1.5 <XXXXXXX@XXXXXXXX.com> Recipient ok, 2014-03-13T03:59:09.356Z,Strato-TLS,08D0E02BCACF0E39,45,192.168.0.2:6620,81.169.145.133:587,>,DATA, 2014-03-13T03:59:09.356Z,Strato-TLS,08D0E02BCACF0E39,46,192.168.0.2:6620,81.169.145.133:587,<,354 Enter data for mail with id g01030q2D3x84co, 2014-03-13T03:59:09.387Z,Strato-TLS,08D0E02BCACF0E39,47,192.168.0.2:6620,81.169.145.133:587,<,250 queued as g01030q2D3x84co, 2014-03-13T03:59:09.403Z,Strato-TLS,08D0E02BCACF0E39,48,192.168.0.2:6620,81.169.145.133:587,>,QUIT, 2014-03-13T03:59:09.403Z,Strato-TLS,08D0E02BCACF0E39,49,192.168.0.2:6620,81.169.145.133:587,<,221 2.0.0 closing connection, 2014-03-13T03:59:09.403Z,Strato-TLS,08D0E02BCACF0E39,50,192.168.0.2:6620,81.169.145.133:587,-,,Local Laut diesem Beitrag (http://www.frankysweb.de/e-mail-made-in-germany-mit-exchange/) sieht der Log doch so aus als sollte das funktionieren. Trotz allem bin ich skeptisch und ich habe keine Lust dass am Ende des Monats nichts mehr rausgeht und wir dann b***d dastehen. Das Strato noch nichtmal eine smtp-adresse bereitstellt die schon so umgestellt ist das nur tls funktioniert auch ein starkes Stück. So habe ich 0 Möglichkeiten mit einem Test sicherzugehen. Ich hoffe ihr könnt mir helfen. Wenn ihr irgendwelche Infos braucht wie Settings oder dergleichen dann fragt kurz dann stelle ich das gewünschte ein (bevor ich jetzt hier wild alle möglichen Screens usw. poste). Gruss Oli
  18. :-P Verdammt. Da hab ich das wohl verwechselt. Dachte eigentlich dass ich das hinbekommen hätte... Aber geht ja gar nicht... Habt ihr eine Idee wie ich das bei einem Exchange 2010 SP3 und iPhone 4S/5S mit aktuellem iOS 7.0.4 hinbekommen könnte? Am besten natürlich möglichst günstig...
  19. Hmm, ich schau nochmal ganz genau nach...
  20. iPhone... Textnachrichten sind aktiviert auf dem Exchange. Mit einem 2007er Exchange und einem iPhone 5s ging dass auch schon...
  21. Hallo zusammen. Seit dem Update auf SP3 bei unserem Exchange 2010 können wir nicht mehr die SMS über EAS synchronisieren und auch über das lokale Outlook verschicken. Hat jemand die gleiche Problematik oder vielleicht sogar eine Lösung? Gruß oli
  22. Lösung war relativ einfach. Mit dem Vigor 2710n geht das nicht (Aussage DrayTek Support, weil der VPN DialOut/DialOut nur über die WAN-Buchse geht und dort ein DSL verlangt wird - ADSL Router...). Nach Empfehlung von DrayTek haben wir nun einen Vigor 2925n gekauft und damit gings relativ einfach zu realisieren.
  23. Hallo zusammen. Ich hoffe ihr könnt mir helfen. Habe schon einiges an Anleitungen gelesen aber irgendwie stehe ich auf dem Schlauch. Ich habe eine Fritzbox die ganz normal als Router bei mir zuhause funktioniert. Nun habe ich auch noch einen Router von DrayTek (Vigor2710n) den ich dafür nutzen möchte einen VPN-Tunnel zu meiner Firma aufzubauen. Wenn ich den DrayTek mit meinen Verbindungsleuten konfiguriere funktioniert schon alles, auch der VPN. Mein Problem ist folgendes: ich möchte dass der DrayTek ausschließlich den VPN-Tunnel aufbaut und keine einwählen ins Internet durchführt (macht ja die Fritzbox) und dass alle Clients, die über LAN oder WLAN am DrayTek hängen natürlich im firmennetz sind und der Kram an der fritzbox darauf keinen Zugriff hat. Da muss ja anscheinend irgendwas mit NAT machen, aber das und wie ich das zu konfigurieren habe verstehe ich nicht so ganz. Noch ein paar kleine Infos (IPs sind fakes) Interne in Fritzbox: 192.168.111.1 Interne ip DrayTek: 192.168.222.1 (NAT ip-Adresse) "Externe" ip DrayTek: 192.168.111.50 (Routing ip-Adresse) VPN nur über Dial-Out, ein Dial-in findet nicht statt. VPN ist als LAN zu LAN eingerichtet dass seine Verbindung zum VPN-Server mit L2TP über IPSec aufbaut. Ich hoffe ihr könnt mir helfen. Ich bin zwar vom Fach aber bei Routing bin ich irgendwie immer schwer von begriff. *g* Gruß oli
  24. Habs auch über F12 probiert. Aber egal was ich einstellte interessíerte nicht. Kam immer das gleiche Ergebnis. Das mit dem User-Agent könnte tatsächlich dafür verantwortlich sein. Naja der Rechner steht inzwischen wieder soweit und ich habe vor dem Update umgestellt. So ist nun alles in Ordnung.
  25. Achso...das meintest du... ;-) Ja klar... Direct Access...
×
×
  • Neu erstellen...