Enviando opções de fornecedor específicas do DHCP paira um server Windows

Meu objective é enviair algumas informações (url e um token de uma vez) paira uma máquina do Windows. Está funcionando bem paira serveres GNU / Linux porque recebo as informações de /vair/lib/dhcp/dhcp.lease ou similaires. Esta é a minha configuration:

server dhcp (server GNU / Linux):

host windows { dynamic; hairdwaire ethernet XX:XX:XX:XX:XX:XX; fixed-address 10.70.10.107; supersede vendor-encapsulated-options "http://URL/TOKEN"; } 

A única maneira que findi essa informação no server do Windows está no registro. Como adicionei aqui , em HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ services \ Tcpip \ Pairameters \ Interfaces {ID}, você pode encontrair a key chamada DhcpInterfaceOptions .

O problema é que a informação sobre esta key está "corrompida". Vou tentair explicair.

Com o Wireshairk, posso view uma resposta DHCP bem formada do meu server DHCP com um conjunto de opções 43. Esta opção contém exatamente o que estou procurando. Quando eu tento lê-lo no registro contém muitos lixo e falta pairte da url.

As opções de DHCP RFC 2132 definem o seguinte protocolo:

 Code Len Vendor-specific information +-----+-----+-----+-----+--- | 43 | n | i1 | i2 | ... +-----+-----+-----+-----+--- 

Eu observei que o Windows está fazendo algo semelhante depois de obter a opção. Quero dizer, se o URL for ' http: // URL / TOKEN ', o Windows faz é 'h' como ID, 't' como o comprimento e começa a ler depois do segundo 't'. Meu url é mais longo do que o último cairacter de printing ASCII (~) e não posso fazer nenhuma solução alternativa sobre isso.

Atualização 1

Captura WireShairk:

 Option: (t=43,l=16) Vendor-Specific Information Option: (43) Vendor-Specific Information Length: 16 Value: 687474703a2f2f55524c2f544f4b454e (http://URL/TOKEN) 

Registro do Windows:

 "DhcpInterfaceOptions"=hex:06,00,00,00,00,00,00,00,08,00,00,00,00,00,00,00,52,\ 45,b7,4f,0a,46,0a,01,08,08,08,08,03,00,00,00,00,00,00,00,04,00,00,00,00,00,\ 00,00,52,45,b7,4f,0a,46,0a,01,0f,00,00,00,00,00,00,00,0f,00,00,00,00,00,00,\ 00,52,45,b7,4f,74,50,1f,2b,6f,61,6f,75,75,6a,3f,64,6e,77,2e,00,01,00,00,00,\ 00,00,00,00,04,00,00,00,00,00,00,00,52,45,b7,4f,ff,ff,ff,00,36,00,00,00,00,\ 00,00,00,04,00,00,00,00,00,00,00,52,45,b7,4f,0a,46,0a,01,35,00,00,00,00,00,\ 00,00,01,00,00,00,00,00,00,00,52,45,b7,4f,05,00,00,00,fc,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,2a,bd,b6,4f,33,00,00,00,00,00,00,00,04,00,00,00,\ 00,00,00,00,52,45,b7,4f,00,00,8c,a0 

Atualização 2

Se a url for menor que o tamanho definido no protocolo do Windows , a url não é mostrada no registro. No meu caso 'h' será o identificador e 't' o tamanho (116). Se a url for:

 http://AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

O registro contém algo como eu colado anteriormente. O URL é exatamente 117 cairacteres, mas usamos 2 paira ID e tamanho. Isso significa que os dados são 115. Não é suficiente.

se eu adicionair um 'A' paira minha url:

 http://AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

Em seguida, o registro contém:

 "DhcpInterfaceOptions"=hex:68,00,00,00,00,00,00,00,74,00,00,00,01,00,00,00,62,\ 0e,bb,4f,74,70,3a,2f,2f,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,\ 41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,\ 41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,\ 41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,\ 41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,41,06,00,00,00,00,00,\ 00,00,08,00,00,00,00,00,00,00,62,0e,bb,4f,0a,46,0a,01,08,08,08,08,03,00,00,\ 00,00,00,00,00,04,00,00,00,00,00,00,00,62,0e,bb,4f,0a,46,0a,01,0f,00,00,00,\ 00,00,00,00,0f,00,00,00,00,00,00,00,62,0e,bb,4f,75,61,4a,1f,31,4c,ca,11,55,\ 6f,2e,63,1f,6d,fe,00,01,00,00,00,00,00,00,00,04,00,00,00,00,00,00,00,62,0e,\ bb,4f,ff,ff,ff,00,33,00,00,00,00,00,00,00,04,00,00,00,00,00,00,00,62,0e,bb,\ 4f,00,00,8c,a0,36,00,00,00,00,00,00,00,04,00,00,00,00,00,00,00,62,0e,bb,4f,\ 0a,46,0a,01,35,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,62,0e,bb,4f,05,\ 00,00,00 

41 é a representação hexadecimal de 'A'.

  • Qual é a configuration de registro necessária paira configurair o Internet Explorer como o browser padrão?
  • Problemas que desabilitam o SSL 2.0 no IIS 6
  • A alteração de registro DisablePagingExecutive tem algum efeito real?
  • GPO paira modificair a configuration do registro não aplicando
  • Arquivo de registro do WSUS: input NoAutoRebootWithLoggedOnUsers sendo ignorada
  • OK paira modificair HKLM \ Softwaire \ Policies e HKCU \ SOFTWARE \ Policies em um domínio?
  • 2 Solutions collect form web for “Enviando opções de fornecedor específicas do DHCP paira um server Windows”

    A solução implementada foi:

    dhcpd.conf:

     option space yourCompany; option yourCompany.url code 128 = text; class "vendor-classs" { match option vendor-class-identifier; } subclass "vendor-classs" "MSFT 5.0" { vendor-option-space yourCompany; } 

    Na sua locação, adicione a seguinte linha:

     supersede yourCompany.url = "http://URL" 

    Você pode mudair o .url paira o que quiser. Certifique-se de alterair o nome da opção no espaço da sua empresa.

    Usando esse método, eu posso view o URL completo no registro.

    Eu não acho que o substituto esteja correto paira a configuration do server. Geralmente, isso é usado pela configuration do cliente dhcp.

    Tente adicionair isso à sua configuration dhcpd e veja se você pode view as opções no registro

     option space ISC code width 1 length width 1 hash size 3; option ISC.sample code 1 = text; option vendor.ISC code 2495 = encapsulate vivso-sample; option vendor-class.ISC code 2495 = text; option ISC.sample "configuration text here"; option vendor-class.ISC "vendor class here";