Jump to content

Velius

Expert Member
  • Gesamte Inhalte

    5.644
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Velius

  1. laut ct ist der nod ja auch ganz super in der erkennung und geschwindigkeit

    und schneidet in der gesamtwertung trotzdem mies ab. :o

     

    lg Cat

     

    Wäre noch schön zu wissen, warum. Ich glaube einfach, die Typen von der c't haben keine Ahnung, Punkt!

    Wenn wir schon bei NOD32 sind: Ich hab mal gelesen, dass eine Zeitschrift bemängelt hat (weiss nicht mehr ob c't oder nicht), dass Dateien ohne Dateiendung nicht gescannt werden. Sowas kann ich aber nicht als seriösen Test anschauen, da man bei NOD sehr wohl sagen kann alle Dateien Scannen. Man muss nur wissen wo der Hacken zu setzen ist, und dass die Einstellung nicht default ist.

     

    Mal von den anderen Funktionen abgesehen.

  2. Zuschauer hat natürlich recht (wie immer :D ).

     

    Logischerweise muss nur der Proxy die externen Adressen auflösen können, aber deine Clients müssen den Namen des Proxies auflösen können.

     

    Ich nehme mal an, dass der DNS eine einen Host (A) Record vom Proxy hat, und dass die Clients mit der Addresse des DNS und einem primären DNS suffix gefüttert werden, oder?

     

     

    Wenn das nicht der Fall ist, und kein WINS da ist, und LMHOST nicht gebraucht wird, und zu guter letzt NBT nicht deaktiviert ist, dann könnte es sein, dass es NetBIOS Broadcasts gibt.

    Weiss zwar nicht, wie sich das mit Linux verhält mit den NetBIOS Broadcasts. Von daher ist es etwas spekulativ....

     

    Wie übergibst Du bei den Clients den Proxy - als Name oder IP ?

    .

     

    Gib uns doch eine Antwort auf diese Frage, oder versuch's mal mit der IP ansstatt des Namens.

  3. Hallo

     

    Bei einem Server mit Exchange wird das NTBackup um die Stores erweitert. Veritas Backup Exec kann dafür noch einzelne Postfächer sichern, wofür mann schon Exmerge einsetzen muss, wenn man bei MS Mitteln bleiben will.

     

     

    MS SQL kann man mit einem Job im Enterprise Manager sichern. Die Datei davon kann dann wiederum mit dem NTBackup gesichert werden.

     

    Aber wie Grizzly schon sagte, mit Veritas "easier" zu bewältigen, wenn man das nötige Kleingeld mitbringt.

  4. Muss nicht sein, es gibt den Download auch extra..... :wink2:

     

    Tschau Peter

     

     

    Na das würde mich aber intereesieren wo, denn bei MS wird man auf die SUN HP verwiesen:

     

    http://search.microsoft.com/search/results.aspx?View=en-us&p=1&c=1&st=b&qu=java&swc=1&na=33&cm=512

     

     

    The MSJVM is no longer available for distribution from Microsoft and there will be no enhancements to the MSJVM. Microsoft products and SKUs currently including the MSJVM will continue to be retired or replaced by versions not containing the MSJVM on a schedule to be announced.
  5. Off-Topic:

    @Kohn

    Muss da noch etwas nachsetzen, da mich das Thema doch stark interessiert:


    Name collisions cannot occur when you use WINS. In a WINS environment, only one computer can be named SERVERA. In DNS, multiple computers can be named SERVERA. For example, one computer may be named SERVERA.EUROPE.DOMAIN.COM and another computer may be named SERVERA.AMERICA.DOMAIN.COM. If a user who is located in the AMERICA domain types \\SERVERA, they connect to SERVERA in the AMERICA domain. If a user who is located in the AMERICA domain wants to connect to SERVERA in the EUROPE domain, that user must specify the fully qualified domain name (FQDN) SERVERA.EUROPE.DOMAIN.COM. Some programs may only permit entries with a maximum of 15 characters for NetBIOS names. These programs may still work if a mechanism exists to avoid duplicate host names and if the DNS suffix list of domains is provided to all clients.


    Daraus schliesse ich, dass es in grösseren Organisationen Probleme geben könnte, wenn mehrere Subdomains vorhanden sind, aber Exchange Server teilweise den gelichen Namen tragen.

    Wenn man dann nicht den FQDN verwendet, keinen primären DNS Suffix hat, und NBT disabled, dann wird man definitv auf Probleme stossen!

    Allerdings ist unsere Corp das beste Beispiel, dass das auch ohne NBT geht, da unsere WINS topologie nur unserer Domäne umfasst, und NetBIOS Broadcasts nicht weitergeleitet werden. Wenn das stimmen würde, dass Exchange ohne WINS/NBT nicht funktioniert, dann wäre das bei uns sicher ein ernstes Problem.


    Ausserdem kann ich, auch wenn ich NBT deaktiviert habe, sogenannte "short names" oder DNS-Präfixe pingen, da ich eine primären DNS Suffix habe. Somit ist mein Rechner in der Lage die richtige DNS-Zone zu finden.


    Many programs may work with NetBIOS disabled but do not support this type of configuration. For example, Exchange 2003 and Exchange 2000 were not tested without NetBIOS, but they may work without NetBIOS in a flat domain environment


    Mit flat domain environment ist, so denke ich, der von mir oben genannte Zustand beschrieben.

    Gruss
    Velius

  6. JA eben, kann sein, dass gewisse Funktionen nicht gehen, aber scheinbar hat sogar MS das nicht vollständig ausgetestet....

     

    Microsoft recommends that Exchange organizations use Windows Internet Name Service (WINS) and DNS for name resolution. Installations of Exchange 2003 and Exchange 2000 in large and subnetted organizations without WINS have not been fully tested. In large organizations, NetBIOS name resolution through broadcasts may not function correctly. Some Exchange functionality may also be affected.

     

    Ich war zumindest der Meinung, dass ich das mit NetBIOS over TCP/IP disabled schon 'mal getestet hätte, und ohne grössere Probleme.

     

    Wie auch immer, das geht langsam in die Haarspalterei.....

     

     

    P.S.: Wer's herausfinden will, der soll doch einfach 'mal NBT disablen!! :D

  7. Also ich hab 'mal das Log eingeschaltet bei mir, und über einen Zeitraum von etwa 20 min hab ich nur Incoming auf dem Port 135(RPC), und nicht Outgoing so wie bei dir.

     

    1,[03/Jan/2005 17:47:16] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80.218.121.218:3215->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:47:39] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80.218.57.38:1346->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:47:41] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80-218-57-38.dclient.hispeed.ch [80.218.57.38:1346]->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:14] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80.218.188.11:2936->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:17] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80-218-188-11.dclient.hispeed.ch [80.218.188.11:2936]->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:21] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80.218.229.151:3895->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:24] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80-218-229-151.dclient.hispeed.ch [80.218.229.151:3895]->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:29] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80.218.46.157:3132->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:32] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80-218-46-157.dclient.hispeed.ch [80.218.46.157:3132]->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:33] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80.218.251.197:4933->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:48:36] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80-218-251-197.dclient.hispeed.ch [80.218.251.197:4933]->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE
    1,[03/Jan/2005 17:50:10] Rule 'Generic Host Process for Win32 Services': Blocked: In TCP, 80-218-239-237.dclient.hispeed.ch [80.218.239.237:1186]->localhost:135, Owner: C:\WINDOWS\SYSTEM32\SVCHOST.EXE

     

     

    Was hast denn du für'n Virenscanner?

    Schon den hier versucht? http://housecall.antivirus.com/housecall/start_corp.asp

     

    Gruss

    Velius

×
×
  • Neu erstellen...