Jump to content

Foster´s

Members
  • Gesamte Inhalte

    222
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Foster´s

  1. hieraus ergibt sich das die netzadresse

     

    192.168.112.0

     

     

    wieso das ? wie kommst du da hin ? :confused:

     

     

    EDIT: bitte das nächste mal das richtige subforum auswählen!

     

    tipps und links ist nicht für nachfragen gedacht!

     

    danke.

     

    tut mir leid. bin in der eile wohl verrutscht.

     

    Aber vielen Dank schon mal !!!

     

    MFG

    Foster´s

  2. hier mal ein link, der im groben das darstellt, was zu machen ist.

     

    http://ipsec.gosecurity.ch/server/ipsec_sg001.asp

     

    danke für den link, den hätt´ ich eher finden sollen ;)

     

    muss mich jetzt aber noch mal in mein Testnetz klammern .... Es muss doch auch möglichkeit geben, dem Notebook zu sagen : "auf LAN darfst du alles, auf WLAN darfst du nur UDP 500 & 1701 raus" ?? Das geht ja auch mit der WinXP SP2 Firewall nicht richtig, oder ?

     

    Danke für die Hilfe !

  3. Hallo heinzrumpel,

    Danke für deinen Beitrag !

    d.h. ein ipsicherheitsregel zu erstellen, die nur ipsec datenverkehr durchlässt. damit ersparst du dir die vpn einwahl und das starten/konfigurieren des rras.

     

    kannst du das genauer erläutern ? Dachte ich hätte nur Ipsec Verbindungen erlaubt, da ja nur UDP Port 1701 und 500 erlaubt sind !? Wie verbinde ich mich dann zum Server ? :confused: ...versteh das noch nicht ganz.

     

    Wie beurteilst du die Sicherheit der Notebook Clients ? Ist das aktiviert IP Protokoll ein Sicherheitsrisiko ?

     

    MFG

  4. Hy Leute,

    bin gerade dabei eíne Testumgebung für unsere zukünftige WLAN Anbindung zu erstellen.

     

    Im Groben : Erweiterung des vorh. Netzwerkes mit ipsec gesichertem WLAN

     

    Folgendes habe ich bereits durchgeführt :

     

    1. Erweiterung des Windows 200 Servers (DV mit einer Netzwerkkarte

    NIC1 - 192.168.50.1/24 ( vorhndes Netz Cleints)

    NIC2 - 172.31.0.10/16 *** Neues Netz für WLAN ***

     

    2. Switch + 2 x AccessPoint an die NIC2

    - WEP Key an den AccessPoints hinterlegt / SSID BC deakt.

     

    3. Installation des IIS anschl. Zertifikationsdienste

    - Einrichtung einer Zertifikationsstelle

     

    4. Einrichtung des RRAS als VPN Server

    - RAS Richtline erstellt (nur Benutzergruppe "VPNUser" darf per "VPN" wenn "L2TP" verwendet wird)

    - Als Authentifizierungsmethode/protokoll ist nur EAP erlaubt

    - IP Adressen werden aus festem Pool zugeteilt

    - IPFilter wurden "von Alleine" gesetzt :confused:

    - Erlaubt nur l2tp + isakmp (udp 500; 1701)

    - DHCP (udp 68 & 69) hinzugefügt

     

    ... im grossen und ganzen hab ich mich hierbei an die Anleitung auf gruppenrichtlinien.de geahlten ;)

     

    5. DHCP Bereich für das WLAN hinzugefügt.

     

    6. Dementsprechend auch den Client konfiguriert

     

    --------

     

    .. Soweit funktioniert das auch ganz gut ... :D

     

    1. Anmeldung / Einwahl funktionert (nur ;) per l2tp/ipsec mit Zertifikaten, aber ich glaube der Weg ist noch etwas umständlich :

    - melde mich per "normal LAN" als Admin an, hole mir dann per http:\\fqdnserver\certsrv Zertifikat "Administrator"

    - diese exportiere ich dann über den Internet Explorer in eine Datei, importiere es wieder per mmc und verscheibe das Rootzertifikat von "Eigene Zertifikate " nach "Vertrauenswürde Zertifikate"

    - als "Neuer User" muss ich mir dann allerdings einmalig nochmal ein Zertifikat holen (per http:)

     

     

    -> Ist das alles so richtig ? geht das einfacher ? Wäre nett wenn mir das einer erklären könnte ! :wink2:

     

    -> kann mir einer mal nen Satz zu dem "EAP" geben ? Sinnvoll ? Meinungen ?

     

    2. Habe ausserdem das Problem, dass die Anmeldung an der Domäne jetzt halt nicht merh funktioniert. Da ja der VPN Tunnel noch nicht aufgebaut ist .... per DFÜ anmelden geht auch nicht. ( würde wohl nur mit Smartcard funktionieren!?)

    -> gibt es hier eine Lösung ?

     

    3. Wie sichere ich die WLAN Clients ab ? (WICHTIG!!)

    - mal angenommen jemand hat den WEP Key "geschafft" und ist somit mit dem WLAN verbunden ? Auf den Server kann er nicht zugreifen, da nur IPSEC Einwahl stattfinden kann. Die Daten koennen nicht gesnifft werden, da der l2tp es tunnelt. aber da ich am client weiterhin das IP Protokoll aktiviert haben muss, gibt es doch da den Angiffspunkt !? Oder ?

    -> Was macht man da ? (wenn möglich mit Boardmitteln)

     

     

    4. Wie sieht es mit der Performance aus ? kann man das irgendwie berechnen ? habe hier nur 3 WLAN Clients z.zT (Sollen ca 20 werden) ... und merke, dass ein "Download" vom Server ca. 3x so lange dauert .... was erwartet mich da ?

     

     

    5. Was sagt ihr im Allgmeinen ? Gibt es sachen die man besser machen kann / soll / MUSS ?

     

     

    .... so, wer sich die mühe gemacht und alles gelesen hat, kánn auch gerne noch die eine oder andere Zeile antworten. Dann finden wir bestimmt eine Lösung auf meine Fragen ;)

     

    Haltet euch nicht zurück :cool:

     

    Schönen Sonntag weiterhin !

  5. Ist es ein USB Drucker?
    ´

     

    Wie meinst du das ? Der angesprochene Netzwerkdrucker ist an einem Windows 2000 Srv freigegeben und mit meinem Client "verbunden". Koennte ich diesen so nutzen ?

     

    gibt es denn Probleme mit USB ? :confused: Koennte mir gut vorstellen, bzw. es wird mit Sicherheit den ein oder anderen Homeuser mit USB Drucker geben.

     

    Kann ich denn irgendwie festlegen das er nur einen bestimmten (lokalen) Client Drucker verbindet ?

     

    MFG

    Foster´s

  6. Hy,

    sitze im noch am genannten Problem. Muss nun langsam mal ne Lösung finden. Welche voraussetzungen mussen erfüllt sein, damit ich im Terminal Client den Haken bei "lokale Geräte" -> "Drucker" anhaken kann und es auch funktioniert. Bin jetzt soweit, dass er mir den lokalen (LPT1) Drucker verbindet. Momentan ist es nur der eine, was ist aber wenn ich 5 verschiedene hätte ? Würde er alle versuchen zu verbinden ?

     

    Was ist mit meinem Netzwerkdrucker ? Wie koennte ich diesen benutzen ?

     

    Bin für jede Hilfe dankbar !

     

    MFG

    Fosters

  7. Hy Leute,

     

    brauch mal nen kleinen Denkanstoß.

    Habe hier folgende Situation :

     

    - VPN Einwahl von extern (feste IP) auf CISCO PIX ( z.Bsp. 192.168.10.10 )

    - Windows 2000 Anwendungs-Terminal Server ( z.Bsp. 192.168.10.1 )

     

    vs.

     

    - Windows XP Professional Client hinter 08/15 DSL (NAT)-Router

    - HP OfficeJet45 per lpt1 angebunden und freigegeben

     

    ... der WinXP Client soll nun logischerweise lokal (bei sich) drucken koennen.

     

     

    folgendes habe ich probiert ...

     

    1. wähle mich per vpn ein

    2. starte die TS Sitzung als Admin

    3. Start -> Ausführen -> "%Clientname%"

    -> Fehler : "kann Hostname "blabla" nicht finden"

    ( wobei der name "blabla" der richtige Name ist :confused: )

    3,5. nslookup blabla -> kann nicht gefunden werden

    4. IP Adresse der VPN Verbindung am XP Client heraus gesucht. ( nehmen wir an, die x.x.10.25 )

    5. Start -> Ausführen -> "\\192.168.10.25"

    6. Fenster öffnet sich, Drucker kann nun per "verbinden" eingebunden werden. Dies gemacht. Damit sollte der TS nun die Treiber haben.

    7. Testseite gedruckt - i.o. (treiber scheinbar i.o.)

    8. Habe dann den Haken gesetzt, den lokalen Drucker im TS-Client zu verbinden. Ging nicht !? hat sich nichts getan. Dabei sollte der Server ja eigentlich die Treiber haben !?

     

     

    ..... sooo, wie mache ich jetzt weiter!?

     

    - die IP Adresse der VPN Verbindung bleibt ja i.d.r. nicht bestehen

    -> Login Script á la "net use lpt1: \\Ipadresse\druckername" fällt also aus.

     

    - hat einer ne idee wieso der Terminal Server den %Clientname% nicht richtig auflösen kann ? Welche bedingungen muessen erfüllt sein ?

     

    was mich am meisten interessiert ...

    ... wie macht ihr so etwas bei euch im Betrieb / in Solchen Fällen !?

     

     

    Hoffe ihr könnt mir etwas helfen. Wenn noch mehr Inpu benötigt wird´, bitte melden ... ;)

     

    MFG

    Foster´s

  8. ich würde den Router davor belassen. weil ...

     

    1.

    keinen Server direkt für das I-NET nutzen würde

     

    2. Du evtl. Probleme mit Serververöffentlichungsregeln u.s.w. bekommst, den diese verlangen (gerade beim 2000er ISA) desöfteren die Angabe einer IP Adresse. Und diese wäre in deinem Fall ja dynamisch ...

     

    MFG

    Foster´s

  9. die VMware Workstation läuft auch auf 2003Server, kann man auf der Homepage von VMware nachlesen. Es läuft keine VMware auf einem DC

     

    - komisch, hatte meine 4.5.x (?) Version auf einem 2003er DC (standard) laufen. Ohne irgendwelche installer Änderungen :confused:

     

    MFG

    Foster´s

  10. Die frage ist gar nicht so verkehrt. Mit den Emails kann man sich mit einer Weiterleitung behelfen. Was mach´ich aber mit einem Kalender eines anderen Benutzers. Habe hier das Problem, dass ich etwa 7-10 User Kalender "überwachen" muss / soll. Das ganze Postfach (wie von "7-Club" beschrieben) einzubinden ist mir zu viel. Jedes mal den Weg über "Datei" -> "Öffnen" -> (...) ist mir auch zu umständlich ! ;)

     

    Gruß

    Foster´s

  11. müsste es doch funktionieren, von den Laptops aus unter Umgehung der Firewall (Also den Dienst kurz beenden) eine Internetadresse anzupingen

    - das habe ich noch nicht probiert. Werde das gleich mal nachholen.

     

    . Z.B. sagt Deine Grafik, dass die Clients eine Subnetzmaske 255.255.255.0 haben

     

    - sorry, die Grafik stimmt nicht (mehr). Die Clients aus dem 172er Netz haben nun eine 16bit (255.255.0.0) SM.

     

    Einfacher wäre es wohl, den Adressbereich 172.20.0.0 bis 172.20.0.255 dem Netz "Intern" hinzuzufügen

     

    .. so hatte ich es ja zu Beginn konfiguriert. Ging ja auch nicht !

     

     

    MFG

    Foster´s

  12. Hy,

     

    Hast Du die Erkennung von Eindringversuchen aktiviert?

     

    Ja ist aktiviert.

     

    s9.JPG

     

     

    Falls ja, erhältst Du entsprechende Alarme?

     

    irgendwie nicht immer, nur einen, von heut´ mittag :confused: :

     

    ---------

    Description: ISA Server detected a spoof attack from Internet Protocol (IP) address 172.20.0.50. A spoof attack occurs when an IP address that is not reachable via the interface on which the packet was received. If logging for dropped packets is set, you can view details in the packet filter log.

    -----------

     

     

    Hast Du in den Systemrichtlinien die Ausführung des ping-Befehls und den sonstigen Zugriff auf den ISA-Server erlaubt?

     

    Ja, habe ich. habe beide Netzwerke "Intern" & "WLAN" hinzugefügt. Aus dem "Intern" Netz funktioniert es auch.

     

    Das Surfen von Deinen Laptops aus funktioniert aber, oder?

     

    nein. Es funktioniert gar nichts. kein Ping, kein Dateizugriff. kein Surfen (weder proxy noch über GW) - scheint als würde der ISA das "WLAN" Netz aus irgend einem Grund immer noch nicht als internes / sicheres netz erkennen. :cry:

     

    -> hat jemand einen ISA Server "hinter" einem gerouteten Netz ? ?

     

    btw: hab in der zwischenzeit das SP1 installiert. Ohne merkliche Veränderung.

     

    Ich finde Dein Problem aber durchaus spannend

     

    - naja, spannend find ichs nicht mehr gaaaanz so. Sitze zu lange davor. :D - langsam wär ich über Rätsels Lösung dankbar !!!

     

    Danke für die Hilfe !

     

    Gruß

    Foster´s

  13. Hallo,

     

    leider sieht man in der Protokollierung nicht, welche Regel den Zugriff verweigert. Du kannst Dir alle Felder anzeigen lassen (rechter Mausklick auf die Spaltenüberschrift), das wäre sicherlich hilfreich.

     

    habe das geändert. Ich hoffe es hilft !?

     

    http://home.arcor.de/fosters85/public/pictures/s5.JPGhttp://home.arcor.de/fosters85/public/pictures/s6.JPG

     

    Damit Clients den ISA-Server selber anpingen können, müssen sie in der Gruppe der Remoteverwaltungscomputer sein.

     

    Sind sie. Das ganze "WLAN" Netz

     

    Hast Du die Adresseinträge des internen Netzwerkes selbst vorgenommen oder automatisch eintragen lassen? Die sehen etwas merkwürdig aus, das könnte daran liegen, dass Du auf der 192.168.0.10 Schnittstelle ein Gateway eingetragen hast.

     

    Ja hatte ich (manuell) eingetragen. Habe jetzt auf der Internen Schnittstelle per "Adapter hinzufügen" die Adressen zugewiesen, und für das "Netz" WLAN den folgenden Adressbereich "zugeordnet" :

     

    http://home.arcor.de/fosters85/public/pictures/s7.JPG

     

     

     

    - wie meinst du das mit dem Gateway ? habe auf der 192.er Karte kein Standard-Gateway eingetragen.

     

    hier die Routing Tabelle des ISA Servers :

     

    http://home.arcor.de/fosters85/public/pictures/s8.JPG

     

    für weitere Vorschläge bin aber immer offen !!!

     

    MFG

     

    Foster´s

  14. so,

     

    habe jetzt in anlehnung an diesen Artikel ...

     

    h++p://www.msisafaq.de/Anleitungen/2004/Konfiguration/Netzwerke.htm

     

    .... das Netz umkonfiguriert.

     

     

    http://home.arcor.de/fosters85/public/pictures/s1.JPG

     

    --------

     

    http://home.arcor.de/fosters85/public/pictures/s2.JPG

     

    - viel gändert hat sich nicht. :wink2: allerdings habe ich in der LogDatei folgendes gefunden :

     

     

    http://home.arcor.de/fosters85/public/pictures/s3.JPG

     

    - das Routing schein also zu passen. Aber wieso verweigert der ISA die Verbindung ?

     

    Bitte um Hilfe ! wer weiß rat ?

     

    Foster´s

  15. Hy ihr,

     

    Da du kein Gateway für die Clients im Netz 192.168.0.0 haben möchtest kann der DHCP

    Server den o.g. Routingeintrag für dich vornehmen.

    Dazu muss in den Bereichsoptionen für den Bereich 192.168.0.0 die DHCP Option 249

    (statische Routen ohne Klassen) aktiviert werden und dort Netz, Maske, Gateway angegeben werden.

    In deinem Beispiel 172.20.0.0 / 255.255.255.0 / 192.168.0.1

     

    - ah ja, die alternative hört sich gut an !!!

     

    Die gilt natürlich auch für den ISA Server.

    route add 172.20.0.0 mask 255.255.255.0 192.168.0.1

     

    - leider funktioniert genau dies von diesem nicht, nicht ganz.

     

    "ping" vom ISA auf einen der 172er Clients :

     

    Ohne Routing Eintrag -> Zieholst nicht erreichbar.

     

    Mit Routing Eintrag -> Zeitüberschreitung der Anforderung.

     

    scheinbar verweigert der ISA den Zugriff auf diese / von diesen Clients.

     

    mhhh... :confused:

     

    MFG Foster´s

  16. Hy Leute,

     

    brauche unbedingt eure Hilfe. Ich habe unserem windows 2003 DC eine weitere Netzwerkkarte für das (neue, zukünftige) WLAN spendiert. sieht nun so aus :

     

    Zeichnung2.jpg

     

    folgende Problematik :

     

    1.) Wenn ich dem 192er Netz keinen GW zuweise, kann ich sie von den Notebooks nicht ereichen !? - Wieso ist das so ? :rolleyes:

    -> eigentlich möchte ich den 192er Clients auch keinen GW zuweisen (Surfen per Proxy)

    -> alternativ, also ohne GW, kann ich die Routingtabelle an den Clients anpassen -> dann funktioniert es auch. Kann ich dies (z.Bsp. per Gruppenr.) global "vergeben" ???

     

    2.) Kann ich aus dem 172er Netz den ISA Server gar nicht erreichen. Kein Ping, keine Dateifreigabe - egal ob ich an diesem die Routingtabelle anpasse, eine Statische Route im RRAS hinterlege oder sonst irgendwas. Komm an diesen nicht "ran" .. nehme an, er verweigert es.

    ( das 172er Netz habe ich in der ISA-Verwaltung an die Interne Schnittstelle gebunden!)

     

    01.JPG

     

    - wer kann mir helfen, das Problem zu lösen ?? Welche Info´s baucht ihr noch ? :p

     

    MFG & Vielen Dank schon mal

     

    Foster´s

×
×
  • Neu erstellen...