Spørgsmål og svar

Question

3.1.

Hvorfor tager root ikke imod KDE-annonceringer?

Answer 1

Eftersom det ville være et sikkerhedshul med den nuværende brugeridentifikation. Du kan komme forbi denne begrænsning ved at tilføje to linjer til konfigurationsfilerne for xdm (som er den samme som for kdm).

Bemærk

S.u.S.E Linux®-distributionen inkluderer disse linjer som standard.

Disse konfigurationsfiler findes normalt i en mappe såsom /etc/X11/xdm, eller /usr/X11R6/lib/X11/xdm på andre systemer. I det følgende antages at de findes i /etc/X11/xdm, så du kan behøve at oversætte det til en anden mappe.

Her er hvad du skal gøre:

Redigér filen Xstartup, eller opret den (i xdm konfigurationsmappen) så den lyder:

#!/bin/sh
/etc/X11/xdm/GiveConsole
sessreg -a -l $DISPLAY -x /etc/X11/xdm/Xservers $USER

og filen Xreset så at den lyder:

#!/bin/sh
/etc/X11/xdm/TakeConsole
sessreg -d -l $DISPLAY $USER

Sørg for at xdm-config refererer til følgende to filer:

DisplayManager._0.startup:      /etc/X11/xdm/Xstartup
DisplayManager._0.reset:        /etc/X11/xdm/Xreset

Dette gør at kdm (eller xdm) logger brugeren i utmp, som er det rigtige at gøre. Det er ikke Konsoles eller xterms sag at logge brugeren, men xdms eller kdms sag, efter min mening. Dette logger dog ikke brugeren som en X-bruger når startx bruges... Noget vink om dette?

Answer 2

Hvis du kører et Linux®-system (med /proc aktiveret), er denne opførsel en fejl. Send en beskrivelse til mig så jeg kan rette det.

Hvis du kører Linux® 2.0.35, er dette en kendt fejl i kernen, som ikke lader root læse /proc. Løsningen er den samme som i foregående spørgsmål, under forudsætning af at du kører kdm eller xdm til at logge ind til X. Eller opgradér!

Ellers er dette normalt. KTalkd kan ikke finde brugeren, eftersom KDE ikke logger brugeren i utmp og den Linux®-baserede (/proc) identifikation er lukket. Løsningen er den samme som i foregående spørgsmål, under forudsætning af at du kører kdm eller xdm for at logge på til X. En anden løsning er at sørge for at du altid har en xterm i gang.

Answer 3

Eftersom den er en dæmon, er der ingen fejlsøgningsudskrift på standardudskriften. For at få fejlsøgningsudskrift (for eksempel inden du indsender en fejlrapport), opdateres linjerne i inetd.conf som starter KTalkd og KOTalkd til:

talk   dgram   udp     wait    root    /usr/sbin/tcpd  /opt/kde/bin/ktalkd -d
ntalk  dgram   udp     wait    root    /usr/sbin/tcpd  /opt/kde/bin/ktalkd -d

Bemærk flaget -d.

Redigér derefter /etc/syslog.conf for at tilføje følgende linje:

*.*         /var/log/all_messages

For at få det til at virke, skal du derefter genstarte inetd og syslogd:

% killall -HUP inetd
% killall -HUP syslogd

Kør til sidst en talk-session og se resultatet i /var/log/all_messages

Når du indsender en fejlrapport, glem aldrig at indsætte fejlsøgningsudskriften, men også versionsnummeret for KTalkd og udskriften fra ./configure. Tak.

3.1.	Hvorfor tager `root` ikke imod KDE-annonceringer?
	Eftersom det ville være et sikkerhedshul med den nuværende brugeridentifikation. Du kan komme forbi denne begrænsning ved at tilføje to linjer til konfigurationsfilerne for xdm (som er den samme som for kdm). Bemærk S.u.S.E Linux®-distributionen inkluderer disse linjer som standard. Disse konfigurationsfiler findes normalt i en mappe såsom `/etc/X11/xdm`, eller `/usr/X11R6/lib/X11/xdm` på andre systemer. I det følgende antages at de findes i `/etc/X11/xdm`, så du kan behøve at oversætte det til en anden mappe. Her er hvad du skal gøre: Redigér filen `Xstartup`, eller opret den (i xdm konfigurationsmappen) så den lyder: #!/bin/sh /etc/X11/xdm/GiveConsole sessreg -a -l $DISPLAY -x /etc/X11/xdm/Xservers $USER og filen `Xreset` så at den lyder: #!/bin/sh /etc/X11/xdm/TakeConsole sessreg -d -l $DISPLAY $USER Sørg for at `xdm-config` refererer til følgende to filer: DisplayManager._0.startup: /etc/X11/xdm/Xstartup DisplayManager._0.reset: /etc/X11/xdm/Xreset Dette gør at kdm (eller xdm) logger brugeren i utmp, som er det rigtige at gøre. Det er ikke Konsoles eller xterms sag at logge brugeren, men xdms eller kdms sag, efter min mening. Dette logger dog ikke brugeren som en X-bruger når startx bruges... Noget vink om dette?
3.2.	Hvorfor kan jeg ikke, som normal bruger, modtage KDE-annonceringer?
	Hvis du kører et Linux®-system (med `/proc` aktiveret), er denne opførsel en fejl. Send en beskrivelse til mig så jeg kan rette det. Hvis du kører Linux® 2.0.35, er dette en kendt fejl i kernen, som ikke lader `root` læse `/proc`. Løsningen er den samme som i foregående spørgsmål, under forudsætning af at du kører kdm eller xdm til at logge ind til X. Eller opgradér! Ellers er dette normalt. KTalkd kan ikke finde brugeren, eftersom KDE ikke logger brugeren i utmp og den Linux®-baserede (`/proc`) identifikation er lukket. Løsningen er den samme som i foregående spørgsmål, under forudsætning af at du kører kdm eller xdm for at logge på til X. En anden løsning er at sørge for at du altid har en xterm i gang.
3.3.	Hvordan får jeg fejlsøgningsudskrifter fra KTalkd?
	Eftersom den er en dæmon, er der ingen fejlsøgningsudskrift på standardudskriften. For at få fejlsøgningsudskrift (for eksempel inden du indsender en fejlrapport), opdateres linjerne i `inetd.conf` som starter KTalkd og KOTalkd til: talk dgram udp wait root /usr/sbin/tcpd /opt/kde/bin/ktalkd -d ntalk dgram udp wait root /usr/sbin/tcpd /opt/kde/bin/ktalkd -d Bemærk flaget `-d`. Redigér derefter `/etc/syslog.conf` for at tilføje følgende linje: . /var/log/all_messages For at få det til at virke, skal du derefter genstarte inetd og syslogd: `%` `killall -HUP inetd` `%` `killall -HUP syslogd` Kør til sidst en talk-session og se resultatet i `/var/log/all_messages` Når du indsender en fejlrapport, glem aldrig at indsætte fejlsøgningsudskriften, men også versionsnummeret for KTalkd og udskriften fra ./configure. Tak.

forrige	hjem	næste
Brug	op	Medvirkende og licens

Spørgsmål og svar

Kapitel 3. Spørgsmål og svar

Bemærk