Eu costumava ter um problema semelhante no meu antigo local de trabalho. Nunca encontrei uma solução ideal para isso, mas você pode configurar rotas personalizadas para garantir que os pacotes do Gmail sejam passados pela rede sem fio. Isso é um pouco complicado, mas funciona! Se existe um método mais simples, eu definitivamente gostaria de saber sobre isso!
Basicamente, você precisa executar o ping imap.googlemail.com para determinar o endereço IP do servidor GMail IMAP:
C:\>ping imap.googlemail.com
Pinging googlemail-imap.l.google.com [173.194.71.16] with 32 bytes of data:
Reply from 173.194.71.16: bytes=32 time=43ms TTL=41
Reply from 173.194.71.16: bytes=32 time=43ms TTL=41
Reply from 173.194.71.16: bytes=32 time=43ms TTL=41
Reply from 173.194.71.16: bytes=32 time=43ms TTL=41
Ping statistics for 173.194.71.16:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 43ms, Maximum = 43ms, Average = 43ms
Agora você precisa criar uma rota para isso em sua tabela de roteamento com base no seu gateway padrão de rede sem fio (você pode encontrar isso executando ipconfig /all
ou nos detalhes do adaptador de rede).
Digamos que o gateway padrão de sua rede sem fio seja 192.188.1.254
, digite o seguinte em um prompt de comando (que deve ser 'Executar como administrador'):
C:\>route ADD -p 173.194.71.16 MASK 255.255.255.255 192.168.1.254 METRIC 1
Isso forçará todo o tráfego para o servidor IMAP a passar pela rede sem fio.
Você pode testar a configuração executando tracert imap.googlemail.com
e deve vê-la passar pelo gateway sem fio.
Isso funciona muito bem a curto prazo, mas a entrada do DNS do googlemail é alterada constantemente, portanto, será necessário executar novamente as etapas ping
e route ADD
algumas vezes quando ela parar de funcionar, mas isso diminuirá com o tempo . A opção -p
no route ADD
faz dela uma rota persistente que permanece após a reinicialização.