overlord

die bandbreite eines dloads hängt nicht nur vom anschluss ab! da sind schon ein paar mehr teilnehmer beteiligt. wer weiss was für nen upload der server hat, von dem du ziehen willst!?

netstat -a -b ;-)

halt halt halt!!!...mal ganz langsam. die frage is was du willst: a) AUDIO-CD? -> d.h. WAV´s !!!! also entweder "fertige" wav´s oder konvertierte mp3´s brennen (von mp3 nach wav) Programme, die mp3´s (als AudioCD) brennen können, machen nix anderes wie ne Konvertierung im Hintergrund! b) MP3-CD? -> Daten-CD !!! also mp3-files als reine DatenCD brennen

hmm? würd auch eher zu audiograbber und konsorten (winLame,...) tendieren was die Konvertierung betrifft! Die Frage beim Brennen is halt immer, wie gut oder schlecht konvertiert dein Brennprogramm die mp3´s bzw. mit welchen mp3´s (nur bestimmte Bitraten, Qualität...) kommt das Proggi zu recht??!!

sorry,sagt mir nix! freeware?

jepp! Feurio ist auch nen Blick wert, grade für AudioCD´s, bin mir aber net sicher, ob´s das Proggi noch weiterentwickelt wird....?! Was für Rohlinge du nimmst ist egal, dein Player (in diesem Fall Auto-Radio) muss es nur können! ;-) ...und wenn du kein mp3-Radio hast, wirst du wohl mit RW´s kein Glück haben..

Hi Fedu, zunächst mal zu deinen Fehlern, probier mal folgendes: 20027: -ndiswan.sys von nem anderen Rechner in winn\system32\drivers kopieren -oder TCP/IP löschen und neu installieren -Infos im MS-KB Q117304 2005: -hier scheint ein registry-Eintrag zu fehlen, oder korrupte DLL, ... deaktivier doch event. mal den RAS! oder brauchst du den? Jo und ansonsten mit deinem sporadischen Neustart würd ich zu allererst mal auf das Netzteil tippen!

jepp, boot.ini ist versteckt+schreibgeschützt! -> wie bei NT und W2k auch! :-) im abschnitt [boot loader] setze den parameter ´timeout´ auf die anzahl sekunden, wie lange die OS-auswahl angezeigt werden soll. ob eine partition vorher formatiert war und welcher partitionstyp verwendet wird hat nix mit der boot.ini zu tun!!!! bei der install wählst du doch eine (vorhandene) partition aus, wenn die platte leer ist, muss eben eine partition angelegt werden..... schau auf der 1. hd nach der boot.ini!

normalerweise wird immer der DC, der gerade als erster verfügbar ist zur anmeldung benutzt! soweit ich weiß wars bisher immer so, w2k3 schätze ich mal genauso..... korrigiert mich,wenn ich falsch liege! ;-) ist aber ja eigentlich kein problem, da das ADS ja sowieso "geshared" ist, von daheregal welcher server als netlogon dient!

äh? und? genau deswegen mein beitrag! ;-)

würd auch aufs RAM tippen! statt sandra vielleicht mal memtest86 probieren...oder ein wärmeproblem?!

hmm, kann ich nix dazu sagen. sicher, verschlüsselung kostet immer performance, aber obs so relevant ist..?! andererseits was hat denn schon ein mailserver sonst groß zu tun, und wenns nur 50 clients sind..;-) also grundlegend gehts so: -lokale richtlinie -(> ip-sicherheitsrichtlinie) auf exchange ne neue tcp verbindung erstellen (protokoll:port, quelle:ziel) -verbindungseigenschaften bzgl. verschlüsselung usw. einstellen -richtlinie auf den clients anpassen

wenns nur um internen verkehr geht ist ipsec doch net allzu aufwendig. ich würde es zB für den RemoteDesktop (RDP) zur Remote Administration deiner Server benutzen! -> findet sich mit sicherheit jede menge literatur/howto´s bei google. -> secure ipsec RDP usw. ob der ganze TCP-Verkehr verschlüsselt werden sollte ist ne andere Frage...... im punkto mail würd ich mir ein SSL-cert basteln, falls du kein offizielles bezahlen willst und je nachdem was als server läuft.

wär mir zu heikel!! nichts leichter als sich mit nem lappi ins lan auf nen beliebigen switch-port zu klinken, nen sniffer anschmeißen und mitzusnorcheln!! selbst HTTPS (MITM)!! was glaubt ihr denn, welcher "normale" anwender überhaupt die meldung vom fehlerhaften zertifikat liest und versteht was dort steht??!! ...nicht umsonst gibt es auch so viele pishing-opfer.

hi casper, also um dem ganzen generell entgegen zu wirken, würde ich den entscheidenden traffic (email,rdesktop,...) verschlüsseln! gegen allen möglichen unfug im lan kann man ja was machen, aber auf das was jenseits deines routers passiert hast du ja keinen einfluß. und bevor irgendjemand bei dir im lan bspw. die email-passwords mitsnifft -> lieber ein cert basteln und imaps oder pops verwenden! ;-)

...wenn man bei der boot-sequence die hdd´s einzeln auswählen kann. is aber unnötig, weil s.u. KLAR! XP brauch eigentlich "nix" zum booten außer den paar startdateien.... also: 1. xp1 auf HD1 installieren 2. xp2 auf HD2 installieren 3. gut is! in diesem fall brauchst du noch nicht mal was von hand zu machen!! -> die entsprechenden einträge in der boot.ini werden von der 2.install automatischergänzt. deine kleine FAT-bootpartition brauchst du eigentlich nicht, kannst du aber wenn du magst weiterhin nutzen.

hi kaimane, das portforwarding hat net zwingend was mit dem tunneln zu tun. das is eventuell ne andere baustelle bzw. die aktivierung von portforwarding hängt ein wenig von deiner verwendeten distri ab und wie der entsprechende SSHD konfiguriert ist. aber wenn eh schon remote über internet erlaubt ist und du unabhängiger sein willst mach´s doch mit ipsec. bei MS gibts dementsprechend auch howto´s, ebenso ein guide von der NSA. hab grad kein link parat, aber google mal nach ´securing remote desktop windows ipsec´ oder so. ps: um ipsec+w2k nutzen zu können muss natürlich deine firewall(umgebung) damit zu recht kommen!

hi tobias, geschwindigkeit hängt so gut wie immer am treiber und der gewählten schrift. eventuell mal nen alternativen treiber (epson generic 24pin! funzt eigentlich sehr gut für alte epson und uuuuralte NEC) versuchen und/oder in der entsprechenden anwendungssoftware auf DRAFT umstellen!

hi badboy, gehn tuts! kann man per vorlagendatei hinbiegen. hab allerdings nix näheres für dich und weiß auch so ausm ärmel leider net mehr. sorry! aber hier kann dir bestimmt noch einer nen guten tipp geben, ansonsten schau ich nächste woche mal nach....

jepp, hab mir mal die computerbild besorgt, um mal annähernd so intelligent zu werden wie du! ;-) ...tja die praxis sieht halt doch oft anders aus! aber um auf meinen ursprünglichen gedanken zurückzukommen: ...wenn ein reverseDNS durchgeführt wird, wird dann NUR der ´allgemeine´ PTR-Eintrag überprüft oder JEDE email (ip ,....) einzeln? sprich wird nur überprüft, ob die maildomain des absenders einen PTR hat? -> is ja eigentlich auch quatsch, weil ich immer noch eine email komplett faken kann und über ne x-beliege IP versenden kann.

genau! und selbst wenn du die SW hast bringt es dir net viel ohne die live-security von WG. schätze mal die war abgelaufen (wahrscheinlich auch noch die HW-Garantie; WG setzt mittlerweile eher auf die Firebox X) und der verkäufer wollte bei ebay noch schnell was verdienen.....

Hi, die SW gibt´s bei Watchguard im Downloadbereich! eventuell musst du dich registrieren.

Telekom ;-) da is ja wohl ein unterschied! reverseDNS basiert auf dem PTR Eintrag, wobei "normales" DNS auf den A-Record zugreift. Ein MX-Record spezifiziert einen Domainnamen und den entsprechenden Host, der in der Lage ist, Mail an eine E-mail-Adresse mit diesem Domainnamen auszuliefern. ps: da gab´s doch mal so´n spruch mit der ahnung....naja wollen wir net näher drauf eingehen.

also generell gesagt ist es ein übliches reverseDNS problem, mit dem wohl oder übel bis zum jahresende noch mehr mailserver zu kämpfen haben, wenn immer mehr carrier auf reverseDNS "umstellen"! gedanke von mir war halt, was als grundlage für reverseDNS gilt!? die IP vom ersten "received-header" ??

hi, so auf die schnelle. a) IPSEC b) wenn ein llinux im LAN, dann ssh auf LINUX und dann Remote auf W2k (getunnelt) soll der remote Zugang nur zur administration dienen?