gurkenpapst

sorry, ich war auf dem falschen Dampfer. was denn nun? funktioniert es oder nicht? Bekommst du eine Fehlermeldung, und wenn ja welche? Es ist logisch das du, wenn register_globals auf off gesetzt sind, du nicht auf die Variable $probe zugreifen kannst, sondern es dann so lauten muss: $_POST["probe"] oder $HTTP_POST_VARS["probe"] gruß gurkenpapst

bei mir funktioniert es einwandfrei. Welches DBMS benutzt du?

ein WINS Server beschleunigt die ansicht der Netzwerkumgebung ebenfalls.

Z.B. so: select * from bubu where haha like '%\%%'; Das heisset, du musst das %-Zeichen, das du suchst, mit einem backslash escapen.

Du lässt das Skript immer sterben: <input type="file" name="probe"> //<-- HIER DEKLARIERST DU $HTTP_POST_VARS["probe"]! <input type="submit" value="Los!"> </form> <hr> <? if (isset($probe)) { // Bugfix für: [url]http://www.securityfocus.com/archive/1/80106[/url] if ( isset($HTTP_COOKIE_VARS["probe"]) || isset($HTTP_POST_VARS__["probe"]) || //<-- UND HIER LÄSST DU DAS SKRIPT WEGEN DIESER VARIABLE ANHALTEN isset($HTTP_GET_VARS___["probe"]) ) die("Aus Sicherheitsgründen stirbt das Script jetzt."); [/PHP] Ich würde die IF-Bedingung rauslassen. dann sollte es funktionieren. Erscheint denn eine Fehlermeldung?

populusque genug kluggeschissen... zum Thema: Hatte ja gestern (oder vorgestern?) das Problem mit WinXP, das hast du ja allerdings behoben. Und NT4 benutzt sowieso keine sau mehr, der IE 5.5 ist auch nicht zu empfehlen... Ehre und Stärke

Ave, Caesar, nach ausgiebigen Testläufen kann ich hier zur vollständigkeit mal meine Ergebniss hinzufügen: Opera 7.10 WinXP und WinNT4: läuft, allerdings ist die darstellung nicht so schön wie beim IE IE 5&6 WinXP/WinNT4: läuft, allerdings mit der Einschränkung, dass ich bei IE5.5 und WinNT 4 die Seite erst wieder aktualisieren muss, um das Kalenderfenster mit nem neuen Jahr befüllt zu bekommen (wenn ich z.B. 2 Jahre direkt hintereinander anzeigen lassen will). Also das gleiche was ich vorher schonmal hatte; du erinnerst dich? SPQR gurkenpapst

hast du in der ipsec.secrets das passwort zum privaten Schlüssel eingegeben? die Zeile sollte so in etwa aussehen: : RSA <keyfile> "passphrase" vorrausgesetzt der Schlüssel ist Passwortgeschützt, was ich unbedingt empfehle.

interfaces=%defaultroute Gib dort besser das interface direkt an, an welches du IPsec binden möchtest, z.B. so: interfaces="ipsec0=eth0"

wie hast du denn das Certificate erstellt? Gib bitte die genaue Befehlsabfolge an. Desweiteren ist hier noch eine Nachricht die dein Problem beschreibt, dort solltest du die Lösung eigentlich finden: http://www.sandelman.ottawa.on.ca/linux-ipsec/html/2000/02/msg00521.html

Aufgabe 3c) aus GA1 bezieht sich auf DNS-Server. hier ist als Musterlösung die Datei hosts angeben. Diese hat allerdings nichts mit einem DNS-Server zu tun. Die Datei hosts (diese Datei ist auch nicht auf allen Betriebsystemen so vorhanden) ist nicht für die Beantwortung von Nameserveranfragen (die Aufgabe eines DNS-Servers) o.ä. zuständig. Zur Erläuterung: Durch die Datei hosts kann ein Client sich eine DNS-Abfrage sparen in dem er die Zugehörigkeit von Name <-> Adresse aus der Datei ausliest. Aufgabe 3d) ist somit auch nur bedingt richtig, da dies vom verwendeten DNS-Server (z.B. BIND9 usw) abhängt. Diskussionen zu den beiden Antworten sind dort schon im Gange... http://www.fachinformatiker-world.de/forums/showthread.php?threadid=46431 gruß gurkenpapst

Alt + 0241 eingeben, dann ist es auch das Zeichen welches du suchst.

mysql_query($db_name,"DELETE FROM events WHERE id LIKE '$delete' "); ersetze das $db_name durch $link. Und vertausche die Reihenfolge, d.h. erst die abfrage, dan den resource link_identifier. http://www.php.net/manual/en/function.mysql-query.php und das LIKE durch ein =

Das ist nicht richtig. Ich sehe das Problem hier eher darin, das du $db_name auf den Datenbanknamen, und nicht - wie es richtig währe - auf die Verbindung anwendest. Es wäre vielleicht hilfreich wenn du diesen Abschnitt auch mal posten würdest. gruß gurkenpapst

alternative: dmesg | less

1. deine Fehlermeldung 2. wie hast du es probiert liegt der Fehler bei PHP oder bei MySQL?

vielleicht solltest du dir dann auch noch mal mon anschauen. http://www.kernel.org/pub/software/admin/mon/html/

aso... ui.. stand da wohl gerade auf dem Schlauch. Mensch was für ne lässige Formulierung... tsetse...:cool:

was tun die?

es geht hier um Linux, nicht *BSD. /etc/issue ist eigentlich der Ort, an dem Distribution und Version (nicht Kernelversion) zu finden sein sollte, wie schon richtig bemerkt...

Hi, es hängt davon ab, a) welches Protokoll du verwendest, welche Authentifizierungsmethode du verwendest. Mehr informationen könntent eine präziesere Antwort erlauben. gruß gurkenpapst

jein, denn du hättest immer noch nicht die Hintertüre geschlossen, da zwar der Virus entfernt wird, aber nicht die eventuell modifizierten Daten, die der Virus nicht ändert, sondern der "Angreifer". Aber soweit sollte das Thema geklärt sein... gruß, gurkenpapst

einfacher, unkomplizierter Lösungsvorschlag: richte in deiner .bash_rc in deinem Homevezeichnis einen alias für gimp ein. gruß gurkenpapst

1. ist deine Fragestellung unklar, bitte versuche es nochmals anders zu formulieren, 2. ist, solange du in der smb.conf kein "interfaces=xxx" angegeben hast, die Freigabe über jedes interface erreichbar. gruß gurkenpapst

kein problem, wie gesagt, tripwire eine gute Vorsichtsmassnahme. http://www.tripwire.org/qanda/index.php gruß, gurkenpapst