Lug-dd

lug-dd@mailman.schlittermann.de

3 participants
10849 discussions

[Lug-dd] qt-bug?
by Ulf Lorenz 27 Feb '01

27 Feb '01

Hallo allerseits, langsam fange ich an, dieses Qt-Problem zu hassen. Kann mir jemand einen Grund nennen, warum Qt einen setRGB-Fehler bringt? Wenn ja, kann mir jemand einen Grund nennen, warum dieses Problem auf einem Großteil der Rechner _nicht_ auftritt? Bei unserem OSS-Projekt ist jetzt schon zum zweiten Mal so ein Fehler aufgetreten. Bei einem meiner Rechner tritt dieses Problem bei 8 bit Farbtiefe auf, wenn ich KDE starte, dieses Programm läßt sich aber darunter compilieren. Die Farben werden bei dem Programm übrigens per Qt::red, RGB-Wert und über die X-Farben ("p.setPen("Brown");") zugewiesen, also alles gemixt. Liegt es vielleicht an einem dieser Methoden? cu, Ulf -- If you can touch it and you can see it, it's REAL. If you can touch it but you can't see it, it's TRANSPARENT. If you can't touch it but you can see it, it's VIRTUAL. If you can't touch it and you can't see it, it's GONE.

2 4

[Lug-dd] Reaktion auf ISDN-Ereignisse
by konrad.rosenbaum＠t-online.de 27 Feb '01

27 Feb '01

Hallo, ich möchte erreichen dass man einen Rechner ferngesteuert ins INet einwählen lassen kann (von ausserhalb des LAN gsteuert). Rechner A wählt sich per Dial-on-demand ins INet ein und baut unmittelbar danach eine VPN-Verbindung (FreeSWAN) zu einem Rechner mit fester IP auf (nennen wir in B). Solange der Auftrag aus dem A-LAN kommt ist das alles kein Problem, ich kann einfaches Dial-on-demand nutzen und /etc/ppp/ip-up baut das VPN auf. Problematisch wird es wenn jemand aus dem B-LAN eine Verbindung ins A-LAN aufbauen will. Das ist nicht möglich, wenn noch keine Verbindung besteht, da keine IP angesprochen werden kann, die sich dann drum kümmert. Meine Idee ist jetzt folgende: derjenige aus dem B-LAN, der die Verbindung braucht, ruft die Nummer von A an (A muss natürlich eine eigene Nummer haben), der erkennt einen ankommenden Anruf, der postwendend abgelehnt wird, und ruft dann ein Script auf, dass die INet-Einwahl erledigt. Also so eine Art modifiziertes Call-Back-Verfahren. Frage: womit kann ich ankommende ISDN-Anrufe (auch mit Voice-Kennung) erkennen, ablehnen und danach ein Script starten? Konrad -- de-referencing is like a hotel: the more stars, the better

5 4

Re: [Lug-dd] PGP im Script
by Christian Wippermann 27 Feb '01

27 Feb '01

Na, Tobias ... Du bist genau der Richtige, der diese Anmerkung bringt!!! Warum? Darum: > Schlemmer / Agricolastr. 14-16, WGS 7109B | >cand. math. / 09599 Freiberg Ich schreibe im Rahmen meiner Dipl. Arbeit an der *TU Freiberg* an einer Teilautomatisierung von CA-Aufgaben mit Hilfe von PHP. Die CA soll PGP und X.509v3 Zertifikate ausstellen und selbst durch die DFN-PCA zertifiziert werden. >Hä? Versteh ich nicht. Gehts auch etwas genauer? Klar: Ganz kurz: *einfache* Quotes anstatt *doppelter* Quotes helfen, dass kein Zeichen innerhalb der Quotes interpretiert wird. Klar: Ganz lang: (Sorry, hab gar nicht gemerkt wie lang es wurde) Ich bekomme nach der Prüfung eines Schlüssels und der Nutzeranfrage (CA-Administrator) auf Zertifierung eben dieses Schlüssels die Passphrase für den CA-Key per 'Post'. Diesen gebe ich nun an die Funktion weiter, welche die PGP-Schlüssel zertifiziert: --- Main --- $pass = HTTP_POST_VARS["pass"]; certify_pgp($sess_data, $pass); --- Main --- Dort füge ich ihn zum Keyring hinzu (-ka), stelle die Integrität des Keyrings sicher (-kc) und schreite dann zum Heiligen Grahl: der Zertifizierung (-ks). Die Passphrase kann ich übrigens nicht weiter testen, außer dass sie ein string mit max. 255 Zeichen sein muss. (Oder kann ich da noch was machen???) Gestern war dann mein erster Versuch: --- certify_pgp($data, $pass) --- exec(escapeshellcmd(PGP." +batchmode -z \"$pass\" -ks \"$data[pgp_uid]\"), $buffer, $retval); /\ /\ /\ /\ if($retval != 0) { machwas_wegen_fehler(); } --- certify_pgp() --- Dabei hatte ich die Passphrase und die zu zertifizierende BenutzerID in *doppelte* Quotes gesetzt. Das funkte nicht. Aus $irgenwas sollten Variablen gemacht werden, aus '!!' wurde bangbang, etc. >Ich glaube, Dein Problem liegt bei escapeshellcmd() die solltest Du >nicht unbedingt verwenden. Stattdessen solltest Du selbst sicherstellen, >dass die Eingabe keine gefährlichen Werte enthält. Vor allem würde ich >nicht die gesamte Befehlszeile entschärfen, sondern nur das, wass Du da >verwenden willst. Also statt >system(escapeshellcmd("gpg -z 'Mikro $oft'")); >würde ich > >system("gpg -z '".str_replace > ("\","\\",str_replace("'","\'",'Mikro $oft'))."' -s ..."); >verwenden oder was noch Sichereres wie z.B. addslashes(). addslashes() hat mir (egal ob mit escapeshellcmd() oder ohne) die Passphrase so entstellt, das Sie nicht mehr gültig war. Berichtige mich, wenn ich falsch liege ... aber dein str_replace() gibt mir folgendes: gpg -z '\\'Mikro $oft\\'' -s ... Das führt auch nicht zum Ziel. Anbei: bei GnuPG stellt -z die Kompressions- stufe ein - bei PGP 2.6.3 gibt -z die Passphrase an. Ich muss leider noch das alte PGP verwenden, da ich ja DFN-PCA zertifiziert werden möchte. Diese unterstützt bislang nur V3 Signaturen. GnuPG macht V4. Die Scripte an gpg anzupassen, sollte zu gegebener Zeit aber kein großes Problem darstellen. >Eine ganz geniale Variante wäre natürlich, Du schickst das >Passwort über eine Pipe. Man möge mich berichtigen, aber mir kommt das >etwas sicherer vor. Da kann mein Mitbenutzer das Passwort nicht so ohne >weiteres mittels "ps xa" rauskriegen. Erstens: der zertifizierende Rechner ist ein Inselsystem. Er verfügt über kein externes Netz. Mitbenutzer in diesem Sinne gibt es also nicht. Zweitens: Dennoch sind gerade CA Passphrases extrem schützenswürdig. (...und sollten auch auf einem Inselsystem in keiner history stehen!!!) Der Gedanke mit der Pipe ist mir auch schon gekommen. Das macht pgp aber nicht mit. (Ich besprach das schon einmal beim vorletzten Treffen mit ... Ich hab den Namen vergessen) :( PGP will dann richtig interaktiv werden. Eine Lese/Schreibe pipe, die das Ganze auch richtig interaktiv machen würde, gibt es aber nicht. Beispiel: $pp = popen("pgp -ks $data[pgp_keyid]", "w"); /* write pipe open */ fputs($pp, $pass); /* Pass phrase hinterher */ pclose($pp); /* write pipe close */ gibt im error_log von Apache: cannot open tty, using stdin Unable to get terminal characteristics: ioctl: Inappropriate ioctl for device Die Passphrase läuft damit total ins Leere. Das Ganze irgendwie umzulenken ist mir auch nicht gelungen. Ausserdem habe ich mit Lutz Donnerhacke gesprochen, der mir auch versicherte, dass es aus 'Religiösen' Gründen auch nicht funktionieren soll. (Man könnte noch Umgebungsvariablen setzen, die die Pass halten. Das will ich aber nicht.) Ich habe dann gestern noch auf *einfache* Quotes umgestellt: exec(PGP." +batchmode +force -z '$pass' -ks '$data[pgp_uid]'", $buffer, $retval); Das Funktioniert nun... Naja, so gut wie... PGP gibt mit als return value, trotz erfolgreichen signieren des Schlüssels, kein NULL sondern eine 4. Anfrage bei Lutz Donnerhacke läuft bereits... Tja, das ist die Ganze Erklärung. Wenn noch Fragen sind beantworte ich die gern. Wenn Ihr irgendwo seht, wo in dieser Konstellation die Passphrase im Klartext auf Platte kommt, so sagt mir bescheid ... und am Besten, wie ich es verhindern kann... Bis denne, Christian

2 1

[Lug-dd] Zeitschirften Abgabe
by Tilo Wetzel 27 Feb '01

27 Feb '01

Hallo alle zusammen, hab hier mal aufgelistet, was ich noch an alten Zeitschriften abzugeben habe: c't Jahrgang 2000 c't Jahrgang 1999 PCmagazin Jahrgang 1996 PCmagazin Jahrgang 1997 PCmagazin Jahrgang 1998 PCmagazin Jahrgang 1999 vereinzelte Zeitschriften wie pcintern, ix, . . . Bei Interesse meldet Euch einfach. Gruß Tilo tel: 8996780 fax: 8996781 -- Tilo Wetzel, Dresden http://www.elline.de Nachteil zu LINUX, zu den (animierten) Abstürzen kommst du nicht!

3 8

Re: Re: [Lug-dd] Re: einwahlprobleme
by Dominic Neumann 27 Feb '01

27 Feb '01

lug-dd(a)schlittermann.de schrieb am 27.02.01: > On Sunday 25 February 2001 18:29, Thomas Dubiel wrote: > > Hallo Tilo, > > > > mal ne Frage. Ich wähle bei arcor immer 0192070. Was hat die 010700 zu > > bedeuten? Welchen Provider wählst Du damit an? Ich dachte, außer den > > Onlinekosten werden keine Gebühren erhoben, deshalb macht das wählen über > > bspw. Arcor wenig sinn. > > 01070 muesste die Arcor-Vorwahl sein. > > Da es dann schon nach der zweiten ATM-Routing-Stufe ins Arcor-Netz > eingespeisst wird spart Arcor viel Geld (die Miete für sehr viel > Telekom-Strecke fällt weg). Ich nehme an die lehnen Anrufe ab, die nicht > aus > dem eigenen Telefonnetz kommen, da das teurer wird. Bei FreeNet beispielsweise muss man auch die Netzvorwahl von Mobilcom wählen, also nicht nur 01929 sondern eben 01019 01929 Dominic -------------------------------------------------------- --> webmaster(a)simonandgarfunkel.de --> ICQ #71510820 --> http://www.simonandgarfunkel.de --> http://www.FreshMidis.Net ______________________________________________________________________________ Die Fachpresse ist sich einig: WEB.DE 18mal Testsieger! Kostenlos E-Mail, Fax, SMS, Verschlüsselung, POP3, WAP....testen Sie uns! http://freemail.web.de

1 0

[Lug-dd] ipchains ist alt ??
by -Sven- 27 Feb '01

27 Feb '01

Hallo Liste Ich habe mir heute das Linuxmagazin 03/2001 zu Gemüt geführt Gleich im ersten Artikel bin ich auf einen Hinweis gestossen der mir neu war Seite 3, Autor J.Kleinert, Artikel "Das Ding aus dem Netz". Im vorletztem Abschnitt steht da, Zitat:"Paket-Filtering und Network Address Translation sind jetzt in getrennten Layern untergebracht. Zum Verwalten wird eine neue Toolgeneration (die vierte der Linux-Geschichte) gebraucht, Ipchains funktioniert aber aus Kompatibilitätsgründen weiter" Meine Frage: War IPchains nicht neu ab den 2.2 Kernel dazu gekommen und ist das jetzt schon alt ?? Wie heisen dann die neuen Paketfilter und Masqueradingprogramme mit denen ich meinen Firewall beim 2.4 kernel bauen kann ? Gibt es da noch neure Tools die in das Umfeld passen ? Bei mir läuft noch ein 2.2.14 Kernel, deswegen habe ich den Eindruck ich bin etwas hinterher. -- #### Sven Jäkel ### sven-jaekel(a)gmx.de ####

2 1

[Lug-dd] Debian-Paketebau
by Hilmar Preusse 26 Feb '01

26 Feb '01

Hallo Debianer, Wieder ein Problem: Ich will ein Paket bauen, in dem ein programm setuid root laufen muß. Dazu habe ich im Unterverzeichnis debian eine File namens suid angelegt und rufe im rules-File dh_suidregister auf. Ergebnis ist ein postinstall-Skript, was mir debhelper geschrieben hat: <uninteresting stuff deleted> # Automatically added by dh_suidregister if command -v suidregister >/dev/null 2>&1 && [ -e /etc/suid.conf ]; then suidregister -s bmv /usr/bin/bmv root root 0755 elif [ -e /usr/bin/bmv ]; then chown root.root /usr/bin/bmv chmod 0755 /usr/bin/bmv fi # End automatically added section Das Paket suidmanager habe ich explizit deinstalliert, da es ja unter Priority optional zu stehen hat und also nicht auf allen Systemen zu finden ist. Die obigen Rechte sind natürlich nicht korrekt, darum habe ich 0755 durch 04755 ersetzt und postinst.debhelper nach postinst umbenannt, damit es nicht wieder überschrieben wird. fakeroot dpkg-buildpackage, Paket steht und soll installiert werden. Fehlermeldung: drachi:[/home/hille/t] #dpkg -i -D2 bmv_1.2-3_i386.deb (Reading database ... 55083 files and directories currently installed.) Preparing to replace bmv 1.2-3 (using bmv_1.2-3_i386.deb) ... D000002: fork/exec /var/lib/dpkg/info/bmv.prerm ( prerm upgrade 1.2-3 ) D000002: maintainer_script_new nonexistent preinst `/var/lib/dpkg/tmp.ci/preinst' Unpacking replacement bmv ... D000002: fork/exec /var/lib/dpkg/info/bmv.postrm ( postrm upgrade 1.2-3 ) D000002: process_archive info installed /var/lib/dpkg/tmp.ci/postinst as /var/lib/dpkg/info//bmv.postinst D000002: process_archive info installed /var/lib/dpkg/tmp.ci/prerm as /var/lib/dpkg/info//bmv.prerm D000002: process_archive info installed /var/lib/dpkg/tmp.ci/postrm as /var/lib/dpkg/info//bmv.postrm D000002: process_archive info installed /var/lib/dpkg/tmp.ci/md5sums as /var/lib/dpkg/info//bmv.md5sums D000002: process_archive tmp.ci script/file .' contains dot D000002: process_archive tmp.ci script/file ..' contains dot D000002: process_archive tmp.ci script/file /var/lib/dpkg/tmp.ci/control' is control Setting up bmv (1.2-3) ... D000002: fork/exec /var/lib/dpkg/info/bmv.postinst ( postinst configure 1.2-3 ) dpkg (subprocess): unable to execute post-installation script: Exec format errordpkg: error processing bmv (--install): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: bmv und das Programm ist nicht suid-root. Wenn ich das postinst-Skript nach der Installation manuell ausführe wird das Flag ordentlich gesetzt und alles geht. Wenn ich die 04775 wieder in 0755 verwandele geht alles gut, aber das setuid-flag fehlt natürlich. Was mache ich falsch? drachi:[hille] >dpkg -l dpkg Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==============-==============-============================================ ii dpkg 1.6.14 Package maintenance system for Debian Hilmar -- The very remembrance of my former misfortune proves a new one to me. -- Miguel de Cervantes Dresdener LaTeX-Stammtisch: http://www.ifbus.de/~schubi/LatexDD.html http://rudi.urz.tu-dresden.de/~hille/

2 2

Re: [Lug-dd] PGP im Script
by Christian Wippermann 26 Feb '01

26 Feb '01

>> --- <SHELL> --- >> pgp +batchmode -z "Micro $oft hilft bei Laptop-Beschwerden" -s afile >> --- </SHELL> --- >> >> eine Passphrase, die kein '$oft' enthält. Logisch. Auch die var >> 'oft' will ich nicht wirklich da rein haben. ;-) Wie aber kann ich >> der shell noch mal abgewöhnen diese Zeichen zu interpretieren? >Bin zwar weder in Shell-Programmierung noch in PHP eine große Leuchte, >aber spontan würde ich mal "Micro \$oft hilft bei Laptop-Beschwerden" >versuchen. Genau das mach (so glaube ich ganz fest) auch addslashes(). Das funkt nicht. Ich hab's aber inzwischen, denn 'Micro $oft hilft' ... oder tut's nicht ... Christian

2 1

[Lug-dd] PGP im Script
by Christian Wippermann 26 Feb '01

26 Feb '01

Hallo Leute, Wenn ich 'pgp' aus einem Script (php) heraus starte und meine Passphrase an das Script mitgebe, werden einige Zeichen von der Shell interpretiert, die den Aufruf ausführt. So ergibt, z.B.: --- <PHP> --- $pass = "Micro $oft hilft bei Laptop-Beschwerden"; /* Quelle: c't 5/2001 S. 85f */ exec(EscapeShellCmd("pgp +batchmode -z \"$pass\" -s $file"); --- </PHP> --- --- <SHELL> --- pgp +batchmode -z "Micro $oft hilft bei Laptop-Beschwerden" -s afile --- </SHELL> --- eine Passphrase, die kein '$oft' enthält. Logisch. Auch die var 'oft' will ich nicht wirklich da rein haben. ;-) Wie aber kann ich der shell noch mal abgewöhnen diese Zeichen zu interpretieren? Merci, Christian PS: An alle die PHP sprechen: ein addslashes() verkrüppelt die Pass.

2 1

[Lug-dd] XFStt + Kernel 2.4
by Konrad Stopsack 26 Feb '01

26 Feb '01

Hallo LUG, ich habe mir jetzt Kernel 2.4.2 compiliert und es funktioniert auch eigentlich alles. Es gibt nur ein "kleines Problemchen": Ich habe den XFSTT (für TrueType-Fonts unter XF86 3.3) laufen. Beim ersten Starten von X läuft noch alles, aber wenn ich den X-Server neustarte (z.B. bei X-Logout), dann hängt sich X auf. Im XDM-Log steht dann, daß er sich nicht mit dem XFSTT verbinden konnte. Woran liegt das? System: SuSE 6.4 Kernel neu: 2.4.2 Kernel alt: 2.2.14 (SuSE) XFree86: 3.3.6 XFSTT: 1.1 XDM-Login mit KDM Erweiterte X-Konfig: FontPath "unix/:7101" Mit dem 2.2.14 läuft XFSTT, aber was anderes nicht :-(, deshalb brauche ich 2.4.2. cu Konrad -- Konrad Stopsack - konrad(a)stopsack.de

4 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd