Chipset sem fio confiável para Windows Server 2008 de 64 bits?

Question

Estou tentando estabelecer uma certa distância entre uma rede com fio e um ponto de acesso à Internet sem fio configurando o NAT usando um adaptador sem fio - para esse fim fez outra pergunta anteriormente .

No entanto, também estou pensando em outra abordagem: obter um adaptador sem fio interno decente. Alguém sabe de um chipset sem fio que possui drivers sólidos e confiáveis para o Windows Server 2008 de 64 bits?

(Eu tenho alguma forma de chipset Atheros atualmente em um adaptador sem fio Belkin USB, usando um driver de 64 bits Vista (athrxusb.sys ver. 2.0.0.130), e tive cerca de 6 bluescreens hoje que eu iria pin no driver - é o único software que não é da MS na máquina, e a máquina era confiável com uma instalação diferente anteriormente.)

    

Answer 1

Encontrar um dispositivo sem fio que suporte nativamente o servidor 2008 pode ser difícil, mas deixe-me dar uma solução.

E se você usar um roteador como o Linksys WRT54GL com um firmware como o Tomato. Agora, a vantagem de usar esta solução é que o roteador pode ser transformado em um cliente sem fio em vez de um Access Point o segundo roteador atuará como o adaptador sem fio. você pode informar ao cliente sem fio (segundo roteador) para atribuir um IP estático ou usar o DHCP para qualquer dispositivo conectado a ele.

Eu incluí uma pequena imagem.

Não me lembro se o firmware padrão da Linksys suporta o recurso Cliente sem fio.

Espero que tudo isso faça sentido.

    

Answer 2

Fico feliz em saber que estou errado sobre isso, mas sem fio em um servidor, qualquer servidor, faz minha barriga parecer estranha - de alguma forma, me sinto "errado", quase sempre há uma maneira melhor de alcançar sua meta .

    

Answer 3

Observe que, para muitos dispositivos, os drivers do W7 funcionarão bem (e, em alguns casos, são idênticos) aos drivers do Server 2008.

De qualquer forma, minha sugestão para você é esta:

link

Conecte a NIC com fio no servidor a uma das portas na parte de trás da ponte, e o servidor não saberá nada melhor. Como outro pôster mencionado, isso não é exatamente a melhor prática, mas às vezes você tem que dar o devido com o que você recebe:)