WinXP - Tendo problemas para compartilhar internet com modem USB 3G via ICS

Question

tudo! Eu tenho batido minha cabeça contra uma parede com esta questão por alguns dias e espero que alguém possa ajudar.

Eu recentemente me inscrevi no serviço webConnect 3G / 4G da T-Mobile para substituir a conexão DSL vacilante (e lenta) no meu apartamento. O objetivo era colocar o SIM em um dos meus telefones antigos e usar seu recurso de compartilhamento de WLAN para compartilhar a Internet no resto dos meus computadores. Descobri rapidamente que os SIMs provisionados pelo webConnect não funcionam com smartphones comuns, então fui forçado a comprar um roteador compatível com 4G ou amarrar um dos meus laptops antigos ao meu roteador sem fio e compartilhá-lo dessa maneira. Eu escolhi o último, e está afiando meu eu interior masoquista pelo dia.

Aqui está a configuração:

• Modem USB GSM (via hub), host ICS - >
• NIC Ethernet de 10/100 Mbps, ICS "guest" - >
• Porta WAN do meu roteador sem fio SMC WGBR14N no modo em ponte (por exemplo, ponto de acesso sem fio).

Idealmente, isso faria do meu laptop o servidor DHCP e o gateway da Internet com o WAP fornecendo cobertura wireless a todos. Eu posso navegar na internet no laptop host bem.

No entanto, quando os clientes tentam se conectar, recebem um IP atribuído pelo DHCP do laptop e podem usar a Internet por alguns minutos antes de morrer completamente. Depois disso, eles poderão se associar novamente ao WAP e obter endereços IP, mas não poderão usar a Internet nem resolver endereços IP até que o laptop e o roteador sejam reiniciados. Se eles fizerem ter acesso, é muito, muito lento. Depois de executar o Wireshark na máquina host, isso acontece porque cada conexão TCP continua recebendo o RST. DNS parece funcionar.

Eu normalmente acho que o firewall é o culpado aqui, mas quando ele derruba os pacotes, ele os derruba completamente. O fato de que as conexões TCP estão sendo confirmadas pelo destino determina isso. Claro, nenhum dos eventos do Log não está dizendo nada sobre o que está acontecendo. Eu também tentei desativar o gerenciamento de energia na NIC, já que isso causou problemas no passado; isso também não ajudou. Eu finalmente desabilitei o dimensionamento do lado do recebimento de acordo com um Microsoft KB (que se aplicava ao Windows Server 2003, SP2) sem sucesso. Estou pensando em testá-lo com um NIC diferente (será difícil, não tenha uma Ethernet NIC disponível para o laptop), mas tenho a impressão de que isso simplesmente não funciona.

Alguém pode, por favor, avisar? Peço desculpas pela duração deste post; todas as contribuições são muito apreciadas!

-Carlos.

    

Answer 1

É uma porcaria que isso não tenha recebido muita atenção, mas, novamente, pessoas normais têm algum tipo de conexão dedicada em vez desta configuração.

Depois de brincar com ele por um bom tempo , finalmente estou convencido de que o ICS está fundamentalmente quebrado. Parece que seu maior problema é com a estabilidade do servidor DHCP ICS interno. Às vezes, o DHCP tentará trabalhar, mas roteará as solicitações DHCP para a NIC de hospedagem, em vez de atender às solicitações DHCP por conta própria. Eu obteria endereços de link local quando isso acontecesse. Outras vezes, o servidor DHCP deixará de funcionar totalmente, deixando as solicitações DHCP ficarem completamente sem resposta. Eu acho que esses dois problemas acontecem em sucessão, mas não muito certos.

Não tenho ideia de por que as conexões TCP iniciam RSTing depois de um tempo. Eu notei alguns erros do Tcpip no visualizador de eventos, então acho que tem algo a ver com o winsock sendo corrompido. Agora que penso nisso, talvez os problemas de DHCP também estejam relacionados a isso.

A única maneira que consegui fazer com que isso funcione com alguma estabilidade é fazer o seguinte:

• Parando o ICS ao cancelar minha conexão com o modem,
• Desativando os dois NICS
• Redefinindo o winsock usando netsh ( netsh winsock reset ). Eu não reinicio.
• Reativando as NICs e, finalmente,
• Desativando o ICS compartilhando a conexão do modem novamente.

Com isso em mente, existe alguma maneira de habilitar o registro winsock para ver se o problema subjacente se apresenta lá?

Combinado com tudo o mais que fiz, não tenho ideia de quanto tempo isso vai funcionar. Espero que ele funcione o tempo suficiente para me definir até que eu compre o modem Cradlepoint.

Espero que isso ajude alguém!

    

Answer 2

O ICS usa um intervalo de IP fixo, 192.168.1.0/24, se não me engano (eu poderia estar). Certifique-se de que isso não esteja em conflito com o IP / sub-rede em seu SMC WGBR14N.

Também é possível que seu modem 4G esteja detectando o TTL de tráfego de saída e, eventualmente, encerrando conexões ou interrompendo sua sessão PPP se o TTL não for o que suspeita, é uma maneira de descobrir se o tráfego é originado do conectado sistema ou um "atrás" dele.