Kristian

bei mir geht es mit folgenden Einstellungen: Terminal -> Keyboard: Backspace: Control-?(127) Home&End: Standard Function-Keys&KeyPad: Xterm R6

na, dass der Leerlaufprozess 99% hat, ist ja sogar soll-zustand (Der holt sich immer alles, was die anderen Prozesse übrig lassen. s. auch April-Scherz von der ct von vor ein paar Jahren (ich glaub 2000 oder 99 wars) Deswegen ja LEERLAUF-Prozess) Aber warum der immer über 50% Auslastung anzeigt, kann ich dir auch nicht sagen. <oftopic> Cooler Tippfehler: Windows 200 pro </oftopic>

Hat irgendjemand erfahrung mit der Geschichte? Ich soll über unixODBC auf eine auf einem entfernten Server (WindowsNT) laufende Informix Online Datenbank zugreifen. ich habe schon diverse Anleitungen u.ä. von Google durchstöbert. Problem ist, dass ich beim isql-Befehl (der bei anderen DSNs funktioniert) nur die Meldung bekomme "CANNOT SQL connect". Bei einem strace auf isql finde ich aber keinen Fehler, aber auch keinen Vesuch, einen Port nach draußen zu öffnen. Ach ja, OS: Testsystem ist SuSE pro 8.2, soll irgendwann auf SLES 8 laufen. Danke!

Weil der sshd standardmäßig versucht, alle IPs, über die eine Anmeldung erfolgt per reverseDNS aufzulösen. Und bei Netzwerkproblemen dauert das eben bis er scheitert.

Geht es jetzt um Logins per ssh oder per su oder per su über ssh?

und auch keine Humorvollen: PCMCIA: Personal Computer Memory Card International Association und TWAIN: Quelle: Webopedia

Hast du es mal mit dem erkannten Modem versucht? Für die Dinger gibt es doch nur eine Handvoll ChipSätze, da funktioniert fast alles (solange es kein WinModem ist....)

Mal nen bisschen konkreter, an welcher Stelle hängst du denn? (Keinen Bock, die ganze Anleitung zu übersetzen und umzuformulieren...)

Nur mal interesse halber, hast du mal versucht aus dem RedHat heraus "parted" aufzurufen? Das ist immerhin kein SuSE-Progrämmchen. geht das da?

Glaskugel ist ausgefallen: Welche Distri? Wird irgenwas mit dem inetd oder TCP-Wrapper sein. wo das eingestellt wird, hängt von der Distri ab.

Es dauert nach dem Herauskommen der Versionen ein bisschen, bis sie auch zum Download freigegeben werden. Im Moment gibts die 9.0 noch nicht. Also noch 1-2 Wochen warten....

Du kannst irgendwo in der squid.conf angeben, welche Clients überhaupt nur Zugriff auf die Maschine haben. IP-Adressen eintragen und gut...

Gute Frage, allmählich kommt mir deine Kiste ein bisschen vergurkt vor.... Ich würde an deiner Stelle das Ding nochmal mit ner sauberen Neuinstallation versehen, und dann nochmal von vorne anfangen. Und am besten alle Schritte, die duch machst auch irgendwo nachvollziehbar dokumentieren. (guck dir mal den Befehl "script" an. Ist ne schöne Möglichkeit dazu, wenn man nicht unbedingt zu viel mit YaST macht.) Wäre mein Vorschlag...

Was soll es tun, und was tut es?!?

Was willst du jetzt genau erreichen? 1.) Du kannst nur eine default ACL haben. Wenn da mehrere Dinge vorkommen, einfach hintereinander schreiben. 2.) Wenn die Default-ACL auf "pass ....... all" steht, dann tut er halt so, wie ihm geheißen. er lässt alles durch Schreib mal genau, was er blocken soll, und was durchlassen. (nicht in Domains, sondern in Listen!) Nachtrag: hab gerade nochmal gelesen: die korrekte Zeile heißt: pass whitelist expressions none Du kannst aber auch einfach die expressionlist mit in die Destination whitelist mit reinnehmen, das geht dann auch...

Was ist GRE? Wozu dieht es? Nummer 47 = Port 47?

Lösung für dein Grafik-Problem: Bau dir doch ne Stichwort-Datei (expressions) in der du die Dateiendungen einpflegst. Die dann noch auf die allow-Liste, und du bist die Sorgen los. Problem: Wenn du zuviel freigibst, kannst du dir das ganze Blocken sparen.

Also, ich lasse sie mir einmal täglich herunterladen, kontrolliere hin und wieder die Logs von squid, und wenn da ne Seite auftaucht, die ich lieber geblockt haben möchte, dann füge ich das in eigene Datenbanken hinzu. Ob jetzt wirklich täglich sinn macht, weiß ich nicht, aber so groß sind die Files ja auch nicht....

... und auf der Komandozeile mit squidguard -C all deine Berkelay-DB daraus erstellen.

Ist definitiv da. Musst mal unter Ansicht-> Ordneroptionen alles so einstellen, dass du wirklich alles siehst (sowohl versteckte Dateien als auch Systemdateien.) Dann ist sie da! (Ohne die bootet die Kiste nicht mal!)

Nein, ich meine einfach irgendein User im gegensatz zu Root! Ist einfach zu gefährlich, weil man sich ganz leicht das ganze System zerschießt. Und auch wenn es nur nen Testsystem ist, sollte man sich gleich dran gewöhnen, dass man nicht alles als root macht.

Welche Distri (Dürfte SuSE sein, bei /usr/sbin/rc...), welche Version................

OK, 1. Problem: Du hast mehr als eine Samba-Version auf dem Rechner. Da kann man ja nur durcheinander kommen. Bereinigen, und zwar so: rpm -e samba-server rpm -e samba-client rpm -e samba-doc 2. Problem: Samba3.0 ist offensichtlich noch nicht richtig installiert. Bei der Gelegenheit kannst du gleich die Final aus dem Netz ziehen und neu kompilieren: erstmal alle Verzeichnisse Die SambaRC...... heißen löschen rm -rf /Pfad/zum/verzeichnis Alle folgenden Schritte bis auf weiteres als USER ausführen: Das Paket aus dem Netz laden In irgendein Verzsichnis auspacken, meinetwegen auch ins Home-Verzeichnis und in das Verzeichnis wechseln: tar -xvzf /pfad/zum/archiv cd samba..... #(genauen Verzeichnisnamen kenn ich jetzt so nicht. musst du gucken) innerhalb des Verzeichnisses muss nun das Paket konfiguriert und kompiliert werden: ./configure make sollten dabei irgendwelche Fehler auftauchen, nicht weitermachen! Dann muss das Paket wirklich installiert werden: su -c 'make install' # rootpasswort auf nachfrage eingeben Dann hast du dein erstes Quellpaket installiert. Herzlichen Glückwunsch. einziges Problem: Du hast jetzt keine rc-scripte, und evtl auch keine /etc/xinted.d/swat datei mehr. Aber dazu kommen wir, wenn du soweit bist... Viel Spaß Kristian p.S.: Welcher Ausbilder lässt dich denn bitte so allein mit so einem Projekt? Oder geht es gar nicht um Ausbildung?

Mist, Tippen müsste man können: find / -name "swat"

Kompiliert heißt aus dem Quelltext übersetzt. Und da du die 3.0RC wohl kaum als RPM-Paket gefunden hast... /usr/bin/swat/ wird wahrscheinlich nicht stimmen. Sollte eher irgendwas in /usr/local sein. Wie hast du Samba überhaupt installiert? Der übliche Dreiklang? (./configure; make; make install)? mach mal find -name "*swat*" Das, was der dir rausschmeißt, das musst du als Server eintragen. (OHNE abschließenden /! Das ist ne Datei und kein Verzeichnis!) [oftopic] Bist du dir sicher, dass du dich nicht etwas mit der Sache übernommen hast?!? ich meine, vielleicht wäre es geschickter, erstmal mit der variante der Distribution anzufangen, und nicht gleich mit nem selbstgebauten RC... [/oftopic]