On Sat, 02 Aug 2008 00:06:46 +
FreeBSD <[EMAIL PROTECTED]> wrote:
>I am posting this question again since so far I have not been able to
>find any solution. But I do believe there is one -- which I cannot
>find and hopefully someone will be able to share her/his effective
>solution with me.
Dear List members
I am posting this question again since so far I have not been able to
find any solution. But I do believe there is one -- which I cannot find
and hopefully someone will be able to share her/his effective solution
with me.
Thanks
--- Begin Message ---
Hello, is 3389 fil
What ver. of rdesktop are you running? Are you running the latest?
sorry, I don't know enough about MS encryption or their TS services to
suggest any advanced rdesktop tweaks. Wonder if you can run rdesktop in
verbose mode and look at any logs it spews out.
On Thu, Jul 24, 2008 at 5:40 PM, Fre
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of FreeBSD
> Sent: July 24, 2008 5:41 PM
> To: darko gavrilovic
> Cc: User Questions
> Subject: Re: connecting to a secured Windows 2003 terminal server
>
> Dear Dark
Dear Darko
Thanks for your mail.
To answer your question, no, we are on the same network and from my
machine everything is open. Also, I tried it from my home, which has the
basic firewall allowing me to connect to whereever I want (I tried it
with no firewall as well), nothing worked.
Sinc
Wojciech Puchar wrote:
doubt, since even after googling for nearly five days I couldn't find
any solution.
Recently my company has updated their server to Windows 2003. The
earlier 2000 server didn't have SSL enabled, so rdp/rdesktop worked
for me without any problem. But now, as I try to con
doubt, since even after googling for nearly five days I couldn't find any
solution.
Recently my company has updated their server to Windows 2003. The earlier
2000 server didn't have SSL enabled, so rdp/rdesktop worked for me without
any problem. But now, as I try to connect to the server, it s
--On July 22, 2008 11:21:48 PM -0400 Steve Bertrand <[EMAIL PROTECTED]>
wrote:
Paul Schmehl wrote:
To the OP - here's what I get when testing from a FreeBSD box to one of
our servers:
[EMAIL PROTECTED] telnet hostname.utdallas.edu 3389
Connection closed by foreign host.
Does your server
Paul Schmehl wrote:
To the OP - here's what I get when testing from a FreeBSD box to one of
our servers:
[EMAIL PROTECTED] telnet hostname.utdallas.edu 3389
Connection closed by foreign host.
Does your server have SSL enabled? The OP stated that prior to upgrade,
the box did NOT have SSL
Paul Schmehl wrote:
Umm..no. In Windows-land, Terminal Services == rdp (port 3389 TCP) but
a terminal *server* is used specifically to allow mutliple (as in more
than the default limit of two) concurrent sessions and requires the
purchase of additional licenses. Now, *maybe* the OP really
--On July 22, 2008 9:26:27 PM -0500 Paul Schmehl
<[EMAIL PROTECTED]> wrote:
--On July 22, 2008 10:03:36 PM -0400 Steve Bertrand <[EMAIL PROTECTED]>
wrote:
Umm..it's a terminal server
...ummm, in Windows-land, Terminal Services == rdp (port 3389 TCP).
Umm..no. In Windows-land, Termin
--On July 22, 2008 10:03:36 PM -0400 Steve Bertrand <[EMAIL PROTECTED]>
wrote:
Umm..it's a terminal server
...ummm, in Windows-land, Terminal Services == rdp (port 3389 TCP).
Umm..no. In Windows-land, Terminal Services == rdp (port 3389 TCP) but a
terminal *server* is used specificall
Paul Schmehl wrote:
--On July 22, 2008 9:17:45 PM -0400 Simon Chang <[EMAIL PROTECTED]>
wrote:
Recently my company has updated their server to Windows 2003. The
earlier 2000 server didn't have SSL enabled, so rdp/rdesktop worked for
me without any problem. But now, as I try to connect to the s
--On July 22, 2008 9:17:45 PM -0400 Simon Chang <[EMAIL PROTECTED]>
wrote:
Recently my company has updated their server to Windows 2003. The
earlier 2000 server didn't have SSL enabled, so rdp/rdesktop worked for
me without any problem. But now, as I try to connect to the server, it
simply give
what happens when you type this?
# openssl s_client -connect :3389
you should get a response of "CONNECTED" or something to that effect.
you might have to change the 3389 if you have rdp listening on another port.
On Tue, Jul 22, 2008 at 9:17 PM, Simon Chang <[EMAIL PROTECTED]> wrote:
> > R
> Recently my company has updated their server to Windows 2003. The earlier
> 2000 server didn't have SSL enabled, so rdp/rdesktop worked for me without
> any problem. But now, as I try to connect to the server, it simply gives me
> ERROR: recv: Connection reset by peer
>
Did you make sure that th
16 matches
Mail list logo