Telnet to 443 refused ... something missing me ...

[b4u]

Hi,

I'm having some trouble connecting to gtalk using Pidgin. So far I've tracked the problem down to the connection to google servers.

I have a VMWare virtual machine that has no problem doing the connection, and something is missing, I've checked many settings, and still I can't connect.

Both my computer host and virtual machines are running windows xp pro. The virtual machine network is bridged directly to the physical network, with it's own IP address.

I'm behind a proxy with authentication. My internet explorer in both OSes has the same connection settings.

On my host OS:

C:\>telnet talk.google.com 443
Connecting To talk.google.com...Could not open connection to the host, on port 443: Connect failed

C:\>

In the virtual machine, it just connects fine ... so pidgin connects with no problem ... but in my main OS, I cannot put it to work.

I have no firewall, I've tried with the windows firewall disconnected ... same problem.

Can anyone give me some tip to check? Should I store my credentials on IE (proxy authentication) so it will retrieve them automatically, in case telnet uses the proxy defined in IE?


Thanks

 

[Emulex]

proxy? they are blocking your access i bet.

just open up your gmail.com and it will tell you if corporate is blocking your google chat.

 

[b4u]

proxy? they are blocking your access i bet.

just open up your gmail.com and it will tell you if corporate is blocking your google chat.

They are not blocking. I can access gmail.com and gtalk through the interface.

Also I have the main (host) OS that doesn't telnet, and a virtual machine that has no problem doing so.

The IPs are both dynamic, and I'm connected recently to this network, and nothing was asked/specified to block by IP/MAC address.

It must be something to do with a setting in my OS, just couldn't find the problem so far ...

 

[Emulex]

well then it is dns

 

[b4u]

well then it is dns

I've tried ping the address and then telnet to the IP it displays ...

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\>ping talk.google.com

Pinging talk.l.google.com [209.85.137.125] with 32 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 209.85.137.125:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\>telnet 209.85.137.125 443
Connecting To 209.85.137.125...Could not open connection to the host, on port 443: Connect failed
C:\>

Still no success ... my virtual machine connects with no problem ... it's connected the same way, I cannot find a logic reason why I can't do it in the host OS.

Thanks for the help ... keep opinions flowing, and some tips on what can I look for ... something must be missing me.


Thanks

 

[RadiclDreamer]

I studied under this aspect is not very understanding, I hope you will voice our opinions to facilitate more learning

Reported as spammer

 

[RadiclDreamer]

Could it be your browser is passing authentication and the telnet is not?

 

[b4u]

Could it be your browser is passing authentication and the telnet is not?

Yes, it can be just that ... but shouldn't telnet use IE credentials?

Because my VM works with no problem.

And in pidgin I have the proxy configured with user/password set, so at least the pidgin software would be able to connect by itself with no problems. Again, in my VM, pidgin works fine.

I don't believe there is any policy. I'm not in the company domain, and no one changed a thing in my laptop, I just connected with a cable to the network, and it was done. My VM uses the same network connection, so I'm out of clues.

Could it be that some software is blocking access? Windows firewall is not doing it, and I have no other firewall or similar software installed.

Is it possible to track the telnet connection to check where it may be failing?

I've also checked "netstat -nao" to see if any process is working on port 443 ... nothing there ...

Any ideas appreciated.

Thanks

 

[b4u]

Any ideas on this matter?

I'm not in a domain, but I know there is an ISA Server around.

My host computer cannot "telnet talk.google.com 443", but the VM can, Host and VM are connected through the same network card, with different IPs.

Is there a way of checking the policies applied to track the problem down?

I shouldn't get different behaviors, I'm connected to the same network ...

Also my Internet Explorer don't have the proxy user/password stored, and it is required for connection ... the strange thing is that it doesn't ask me for them ... as long as the proxy server/port is there, it just connects ...

I'll keep testing for stuff ... any ideas welcomed ...

Thanks

 

[RebateMonger]

The System Administrator can see an ISA Server log of all requests going to the Internet and can see which ones are being blocked and why.

 

[Tbirdkid]

arp cache corruption on the local machine? anything in the host file? dns poisoning?

 

[b4u]

arp cache corruption on the local machine? anything in the host file? dns poisoning?

My host file is clean, only has "127.0.0.1 localhost" entry.

I've cleaned arp cache (netsh interface ip delete arpcache) and still could not telnet successfully.

About DNS poisoning, is there any thing I can do? That problem exists in cached entries on DNS server, right? Still I have 2 machines, one that can telnet, the other can't ...


Thanks