search for: winkless

...) and have got to the point where klist behaves as expected, as does wbinfo, which implies that the machine account is set up correctly, yes? (I've replaced company name with XXXX in all these logs). [root at pd-pistachio samba]# klist Ticket cache: FILE:/tmp/krb5cc_0 Default principal: geoff.winkless at LAN.XXXX.CO.UK Valid starting ? ? Expires ? ? ? ? ? ?Service principal 02/18/11 10:48:32 ?02/18/11 20:48:34 ?krbtgt/LAN.XXXX.CO.UK at LAN.XXXX.CO.UK ?? ? ? ?renew until 02/19/11 10:48:32 02/18/11 11:08:48 ?02/18/11 20:48:34 ?dc1$@LAN.XXXX.CO.UK ?? ? ? ?renew until 02/19/11 10:48:32 Kerberos 4 t...

...biosname\share I get "extended error" from XP. Now the various suggestions from the web are that when you log in using the IP it authenticates using ntlmssp but using the name it authenticates using kerberos. So just to make sure, I'll check kerberos auth: /etc/samba wbinfo -K geoff.winkless Enter geoff.winkless's password: plaintext kerberos password authentication for [geoff.winkless] succeeded (requesting cctype: FILE) credentials were put in: FILE:/tmp/krb5cc_0 Kerberos seems fine... log.smbd suggests that the system is trying to authenticate with the client machine name as t...

https://bugzilla.netfilter.org/show_bug.cgi?id=829 Summary: Should not need to turn on --verbose to --list to show interface Product: iptables Version: 1.4.x Platform: i386 OS/Version: RedHat Linux Status: NEW Severity: minor Priority: P5 Component: iptables AssignedTo:

...server to RHEL5.3, on which I installed Samba 3.5.7 (and recently 3.5.8) RPM packages from sernet. I now cannot authenticate from my windows client using the (locally logged in) domain user, I have to explicitly state the username and map the drive using net use \\guava\share /user:XXXX\geoff.winkless Logs are below. Servername is guava, client machine is XXXX-001119 If I rename the server the problem disappears, suggesting that there's a cache somewhere that gives my XP client the wrong information about the server. I've tried using nbtstat -R to clear the local cache on the XP box...

Good day, Geoff. On 2024-12-02 03:22, Geoff Winkless wrote: > [...] > > I tried (a truncated version of) your instructions with my kernel and > it boots fine under qemu. Sadly that same kernel will not boot on my > real hardware (an ASRock N100-based board). > Just to confirm, are these 2 points all true?: 1. On the "ASRock...

Once again, I forgot to change the "To:" line so apologies to Andrew, who will have this twice.... Hi Andrew, thanks for the response. (I've modified the subject line because I just realised I mis-remembered the error message when I typed the subject line before...) I was running 3.0.33 on both boxes with identical conf files; it wasn't working then, so I updated to 3.5 in

Hi Apologies for referring back to an old thread, but in this conversation https://www.syslinux.org/archives/2018-October/026198.html Thomas and Ady seemed to suggest that booting 32-bit linux from 64-bit EFI was possible with the patched 6.04-pre version of syslinux that Debian are using. When I try this, all I get is Loading ../../bzImage...ok Loading ../../imgpt4.gz...ok and then nothing.