no GPT in XP

note to self:
the next time i'm formatting a USB-disk for windows use on a mac, putting important data on it, travels and tries to use that disk in a windows xp machine: remember to use MBR instead of GPT/GUID.




had to download damn small linux to be able to get the files of the drive.

dynamic DNS clients is not registering when using non Microsoft DHCP-server

scenario:
the clients are getting their DHCP-leases from a non-microsoft server and is using the DNS-server in server 2003 as DNS.

problem:
no clients are updating their A RR:s in DNS.


accordning to Microsoft, with the default settings, all versions of windows from 2000 and up should register their own A records and ask the DHCP-server to update the corresponding PTR-records.




but in my case, this didn't happen. i verified that it wasnt a permissions error by setting a static IP and saw that the records got registered.


today after tearing my hairs out for months i finally figured out that the "ask the DHCP-server to register"-part is the culprit.



from this draft http://tools.ietf.org/html/draft-ietf-dhc-dhcp-dns-12:

"If a client that owns/maintains its own FQDN wants to be responsible for updating the FQDN to IP address mapping for the FQDN and address(es) used by the client, then the client MUST include the Client FQDN option in the DHCPREQUEST message originated by the client. A DHCP client MAY choose to include the Client FQDN option in its DISCOVER messages as well as its REQUEST messages. The rightmost ("S") bit in the Flags field in the option MUST be set to 0.

the client sets the 0x00 flags and wants to register its own A-records:


okey, i knew that. but why is it not updating?


then i found this:

"Even, if the Client FQDN option carried in the DHCPREQUEST message has its Flags field set to 0 (indicating that the client wants to update the A RR), the server MAY (under configuration control) update the A RR. The update MUST be originated following the procedures described in Section 5.4. The server MAY originate the update before the server sends the DHCPACK message to the client. In this case the RCODE from the update [RFC2136] MUST be carried to the client in the RCODE2 field of the Client FQDN option in the DHCPACK message, and the Flags field in the Client FQND option MUST be set to 3."

the server replies back with the flags 0x03 which tells the client NOT to update its records, because the server will do this for him.



so XP and Vista is following the RFC-draft but the DHCP-server (who has the ability to register the RR's) tells the client not to do it!



aah, the satisfaction of solving a hard problem. can't beat it :)

även notepad är hottad i Vista!

i xp när man öppnat notepad, suddat ut allting och stänger. då får man frågan om att spara. fast filen blir 0 bytes stor.

men detta är lagat i Vista!



sitter och testar mårdens nya thinkpad x300. helt fantastisk. jag börjar nästan gråta av hur skönt tangentbordet är.

jag måste köpa en thinkpad. NU.

SP3 och RWW active-x

det har varit lite surr på nätet om att active-x komponenten för rdp slutar att fungera om man installerar sp3 för XP.


så här löste jag det:
REG DELETE HKEY_CLASSES_ROOT\TypeLib\{AF586AAE-B62A-420E-B796-294E7EE64C70} /va /f
REG DELETE HKEY_LOCAL_MACHINE\SOFTWARE\Classes\TypeLib\{AF586AAE-B62A-420E-B796-294E7EE64C70} /va /f
REG DELETE HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Nls\MUILanguages\RCV2\msrdp.ocx /va /f
REG DELETE HKEY_LOCAL_MACHINE\SYSTEM\ControlSet003\Control\Nls\MUILanguages\RCV2\msrdp.ocx /va /f
regsvr32 /s /u msrdp.ocx


REG ADD HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Ext\Stats\{7584C670-2274-4EFB-B00B-D6AABA6D3850}\iexplore
REG ADD HKCU\Software\Microsoft\Windows\CurrentVersion\Ext\Stats\{7584C670-2274-4EFB-B00B-D6AABA6D3850}\iexplore\ /v Flags /t REG_DWORD /d 4 /f

dagens konstiga XP-kommando, GUI edition

iexpress:

skapa ett självextraherande arkiv. känns helt gammeldags och NT4. men den funkar. och jag har aldrig sett den i bruk. men lik förbannat finns den med i XP :).

dagens konstiga XP-kommando:

blastcln:

inbyggt i XP finns ett verktyg för att ta bort msblaster. mycket aktuellt. och det känns lite märkligt att MS skulle skicka med ett removaltool för ett specifikt virus med operativet.

C:\WINDOWS>blastcln /v
Microsoft Blaster/Nachi removal tool started on Tue Jul 01 11:24:08 2008
Checking 116 services.
Checking 68 processes.
Checking startup registry keys.
Checking known Blaster/Nachi filenames.
**** No Blaster/Nachi infection found ****
Microsoft Blaster/Nachi removal tool stopped.

årets kommando!

för att stänga av systemhögtalaren i XP/Vista:

net stop beep


tänk att man kan ha levt så här länge i windowsmiljö utan att vetat det.

nslookup = skiftlägeskänsligt?

märkte ett intressant fenomen nyss.

plattform: svensk winxp pro sp2.

om man kör nslookup i interaktivt läge och skriver EXIT för att stänga så försöker den göra uppslag på det namnet. skriver man exit så funkar det.

jättejättekonstigt.