daking

Hallo const MAX = 7 Dim i Dim a Dim strNextFolder Dim objSH DIm objTob Dim strRoot Dim datei strRoot = "C:\Screenshot" set objTob = WScript.CreateObject("icons.tobtools") strNextFolder= checkFolders(strRoot) for a = 1 to 20 for i = 0001 to 0020 datei= strRoot & "\" & i & ".bmp" objTob.CaptureActiveWindowToFile datei,10 next next set objTob = Nothing function checkFolders(strRoot) dim objFSO dim objFolder dim intCount dim strAnswer Set objFSO = WScript.CreateObject("Scripting.FileSystemObject") strAnswer = "nothing" for intCount = 1 to MAX if objFSO.FolderExists(strRoot & "\" & intCount) then set objFolder = objFSO.GetFolder(strRoot & "\" & intCount) if objFolder.Files.Count = 0 then strAnswer = objFolder.Path set objFolder = nothing intCount = MAX else set objFolder = nothing end if end if Next set objFSO = nothing checkFolders = strAnswer end function Fehlerbehandlung nicht vergessen! Ciao

Hallo Dim objXL as Object Dim objSh as Object Set objXL = CreateObject("Excel.Application") with objXL .Visible = True Set objSh = .ActiveWorkbook.ActiveSheet with objSH.Range("deine Zellen") .Orientation = xlVertical ' muss als Const deklariert werden ( -4166 ) 'oder .Orientation = 90 end with set objSh = nothing .ActiveWorkboob.SaveAs ....... end with Set objXL = nothing

Danke Aber Application.StatusBar bringt mir nichts, da ich keinen Text anzeigen will. ProgressBar gibts nicht. Mein Problem: Modeless kann ich die Dialoge nicht aufrufen, da dies erst ab MS Office 2000 unterstützt wird und mein AddIN auch 97 unterstützen soll. Externe Komponenten sollen ebenfalls nicht eingebunden werden. Mit der Statusbar arbeite ich schon, jedoch würde es recht gut ausschauen, wenn ich die integrierte ProgressBar nutzen könnte.

@Doham Danke für die geistreiche Anmerkung. Ranger81 muss sich nicht um den Server seines Anbieters kümmern, sondern um seinen eigenen Rechner.

Half duplex

Hallo, wenn es sich um ein richtiges rootkit handelt, hast du ein Problem dieses zu finden. Hier würde dir ein Backup der Systemdateien nach der Installation helfen, obwohl dass bei Windows so eine sache ist, da fast alle Anwendungen diese verändern (??) .. Um z.B. Trojaner zu erkennen ist fport ein sehr gutes tool. Ein Rootkit ist auch nur sinnvoll, wenn man sich ein Backdoor offenhält.. solltest also Netzwerkaktivität im Auge halten. Auch das Starten mit Bestätigung (F8) kann in manchen Fällen hilfreich sein. Die Kombination aus Regmon - Filemon - DebugView - Diskmon - Pmon -Portmoon ist sicher hilfreich... http://www.sysinternals.com/ntw2k/source/filemon.shtml Ciao

Hallo, weiß einer von euch vielleicht, wie ich die in Excel integrierte progressbar ( links unten in der Ecke) ansprechen kann? Danke

Hallo, der Log war nicht gerade aufschlussreich.. Hooking ist bei der Windowsprogrammierung ganz normal. Man lenkt nur dir Systemqueue oder Applicationqueue um, um an Ereignisse zu kommen, wie z.B. Kartenterminalereignisse (karte rein - karte raus). Natürlich kann man dies auch zum Keylogging benutzen. Jedoch muss man das Programm erst mal starten. Wenn du dir nicht ganz sicher bist, ob ein keylogger auf deiner Maschine läuft solltest du dir die Tasks im Taskmanager anschauen (rundll.exe ist im Taskmanager z.B. etwas ungewöhnlich. Außerdem solltest du bekannte startkeys /Run /services... in der Registry sowie win.ini und system.ini überprüfen (j16 sollte dir dabei helfen). Mit etwas Glück könnte ein Idiot ein 12 Stellen langes PW schon in zwei Tagen erraten, wäre abe mit sicherheit zu auffällig. Trotzdem ist dieser Server ein wenig komisch konfiguriert und bietet mehrere Angriffsmöglichkeiten.... Ciao

Hola, dann den Log posten...... und weiter sehen.... Ciao

nema problema....

hi oder optional: http://www.snmplink.org

Hallo, bitte drücke dich ein wenig konkreter aus.. meinst du OIDs?

Kombinationen aus kleinbuchstaben oder Grossbuchstaben lassen sich "recht leicht" erraten (vielleicht auch durch Glück). Man sollte bei seiner eigenen Passwordpolicy immer auf nummer sicher gehen und kombinationen mit sonderzeichen benutzen.. Wenn einer deiner Mitarbeiter auf deinen Rechner zugreift (also du kannst dir dass vorstellen), solltest du die Auditpolicies deines Rechners auf das Max stellen, d.h. loggen bei Erfolg und Misserfolg. Denke trotzdem, dass das pw durch Brute Force oder Guessing rausgefunden wurde.. Vielleicht hat dein Provider auch die Situation zu spät erkannt => die Möglichkeit länger pw Kombinationen auszuprobieren. Ist dies der Fall solltest du den Provider wechseln. Leider hast du nciht die Möglchkeit die Logs selber zu überprüfen. Ciao

Hallo, da kann man nur sagen: dumm gelaufen. Wenn ihr schon so schlau seit und anonymes mailen zulasst und auch noch meint die Firewall schützt euch davor, dann seit ihr selber schuld... Es ist, wie nic schon gesagt hat ,nicht gerade einfach aus den Blacklists wieder zu verschwinden. Diese fehlerhafte Mailserver Konfiguration ist schon lange bekannt... (sollte eigentlich nicht mehr vorkommen!) Ich denke eurer Mailserver ist in der DMZ plaziert, also angriffsziel N0 1, da kann man sich nicht auf Firewalls verlassen, wenn schon auf Proxies. Dies Fehler sollten nicht passieren. Spamming ist in dieser Richtung ja noch harmlos. Hätte jemand über euren anonymen Zugang zu email Diensten die Chance gehabt Würmer a la ILoveYou zu verbreiten ( vielleicht sogar ohne richtig conf logging) hätte das Image eurer Firma noch mehr geleidet.. Firmen die in dieser Richtung NICHT mit dem Trend gehen (d.h. Business Protection, Managed Services), werden in der Zukunft Probleme bekommen Ciao

Hallo, wäre noch interessant warum dein pw nicht leicht zu erraten ist. Welche Kombinationen hast du benutzt, wie lang ist dein pw. Ein Web defacement ist nicht gerade nett, kann aber in der Regel schnell erkannt werden (Logfiles). ....... Ciao

+ 15,5 -- ??

Bei Port Trunking muss man immer ein bischen aufpassen. In der Xylan Packet Engines Welt wäre damit ein Zusammenschalten von Ports gemeint. Sag mal zu einem Ciscoraner er soll einen Trunk konfigurieren; der wird dir keine Ports zusammenschalten sondern ein, in der Xylan(=Alcatel) Welt tagging genannt, 801.Q (oder früher ISL) Link/Trunk einrichten. Also lieber Channel (Xylan=omnichannel, Cisco=etherchannel).Dass man zum Verbinden zweier physikalisch unterschiedlicher Netze,z.B. TR zu Eth, keinen Router braucht hatten wir ja schon. Ciao

hab das gleiche Problem auch gehabt (jedoch nicht mit Apache). Das Problem war, dass die Berechtigungen falsch waren (chmod)... Vielleicht hilft dir das ?!

dai muadda

da bekommt die Gebärmutter aber keinen Besuch......

was magst du denn gern wissen .... Cisco ist doch nun wirklicht schwer zum verstehen. Es geht doch eigentlich und hauptächlich um Netzwerkgrundlagen und ohne die brauch man sich mit Cisco oder einem anderen Hersteller gar nicht anfangen auseinander zu setzen, da man gar nicht weiss, wenn man schon mal weiss wies geht, was man da konfiguriert und welchen Sinn das dann ergeben würde!!

@daking: erst denken dann reden: Vor- und Nachteile RTS/CTS: Nur bei Unicast Frames zu verwendbar !! + Optionales Verfahren + Da die CTS-Reservierungsbestätigung auch von dritten Stationen gehört wird, wird damit das Hidden Station Problem gelöst. + Performanceverbesserung bei langen Frames und vielen Stationen im BSS. + Das Verfahren wirkt auch über Netzwerk-Grenzen hinaus, wenn mehrere BSS denselben Frequenzbereich (Kanal) benutzen. - Gemessener Overhead von ca. 10%. - Zum Teil nur statisch (Ja/Nein-Schalter) implementiert. - Wirkungslos bei kleinen Paketen Danke

Hallo, @sheep: sorry: http://piglet.uccs.edu/~cs522/projF2002/msoliman/ doc/QoS of VoIP over WLAN.pdf @dr.disk: Mich interessiert was ihr eigentlich vor habt. Wollt ihr eine Aussenstelle, die über IP an die Hauptstelle angebunden ist (zur Kosteneinsparung), über VoIP an die Hauptstelle anbinden? Wenn ja, gibt es einfachere und auch viel billigere Möglichkeite dies zu realisieren. Wollt ihr, trotz bestehender TK Infrastruktur, zehn Teilnhemer über VoIP laufen lassen? Ist die der Fall solltest du dir Gedanken machen, ob diese Teilnehmer mit den nicht mehr vorhandenen Leistungsmerkmalen ( Rufumleitung, Rückruf bei besetzt) einverstanden sind. Auch die Sprachqualität ist nicht mehr "ISDN like". Wenn möglich würde ich auch in diesem Fall H323 Gateways (FXS-LS->FXO-LS) ins Netzwerk integrieren. Weiterhin ist es fraglich wie du kostengünstig den Übergang ins PSTN realisieren willst (falls das nötig ist?!)?. Wenn ihr natürlich eine VoIP fähige Anlage habt ist dies kein Problem und auch die LMs können in der Regel angeboten werden (wie bei der FXS-LS->FXO-LS Lösung). WLAN und VoIP ist eigentlich nur eine Spielerei und Lösung die dir mehr Probleme als Nutzen bringen wird (besonders bei 802.11b). Funktionieren würde es bei einem reinen VoIP-WLAN denke ich schon (funktionieren heist hier telefonieren ohne LMs). VoIP ist nur sinnvoll: - wenn das gesamte (Campus-)Netz von Anfang an auf eine Daten-Voice Konvergenz Lösung ausgelegt wurde und auch nur in diesem Fall ist dies kostenreduzierend. - wenn Aussenstellen mit ca 10-25 Teilnehmern (Fax und Voice) an die Hauptstelle angebunden werden sollen. @Freaka Das Hauptproblem dürfte bei diesem Projekt das Zugriffsverfahren CSMA/CA sein und nicht die reduzierte Bandbreite. Bei zehn Teilnehmern und G711 als Codec ist die Bandbreite ohne Multicasts ausreichend. Der Packetverlust durch CSMA/CA (Hidden Station Problem), also auftretenden Kollisionen, lässt den VoIP Traum platzen.Mit RTS/CTS ("Virtual Carrier Sense" Medium) in Verbindung mit einer festgelegt Fragmentierung von langen Datenpaketen könnte man das VoIP WLAN noch um ein gutes tunen. Welche neuen Standards sollen dies lösen? Ciao.

Hallo, wenn alle in diesem Netz nur VoIP benutzen, dann wäre es (denke ich) kein Problem. Starten nun aber ein Client eine FTP Session (= viel Traffic auf TCP - Basis auf einmal) schauts schlecht mit VoIP aus, da die FTP Session (wie auch im normalen Ethernet; oder bei Standortvernetzung über 2Mbit) die gesamte Bandbreite vernichtet. Im WLAN schauts wegen CSMA / !CA! bei einer solchen Situation natürlich noch schlechter aus; VoIP (UDP) verträgt keinen Packet Loss (sowie auch andere Faktoren..). Wir benötigen also eine QOS Strategie - Von Cisco Aironet APs weiß ich, dass sie dies unterstützen, doch gibt es hier einige Probleme. Die Cisco APs können (bitte berichtigen falls ich mich täusche) nicht nach Ports priorisieren, also kannst du nicht wie bei den Routern Custom/Priority Queuing machen. Diese Techniken eignen sich gut, wenn VoIP über die Workstations (über die man auch im Internet surft...FTP...) laufen soll. Die einzige Chance wäre ( nach dieser kurzen Bedenkzeit) via VoIP Software das TOS Feld im IP Header setzen zu können und so eine Art "Priority Queuing" am AP zu realisieren (von der Möglichkeit WLAN Phones direkt zu kaufen sehen wir mal ab). Natürlich könnte man auch 802.11a (also 54Mb/s) einsetzen, ist denke ich aber keine "billige" Lösung... Die habens trotzdem Ausprobiert; aber ohne Last: piglet.uccs.edu/~cs522/projF2002/msoliman/ doc/QoS%20of%20VoIP%20over%20WLAN.pdf CIAO.

sorry etwas abgeschweift.. Hast absolut recht. Wer noch mehr Informationen zum Abhören von VoIP haben will: wurde auf der Defcon 10 behandelt: VoIP: The Next Generation of Phreaking http://www.blackhat.com/html/win-usa-02/win-usa-02-spkrs.html ciao