04.01.2016 22:05, João Paulo writes:
Hello all,
I have a mystery and I need help. I have openssh(Cygwin) installed and
working just fine in here.
I can connect normally from any of my machines to the server using local
IPs. Ex: ssh localhost or ssh 192.168.0.2. BUT, when using my external
IP(over
On 2016.01.04 20:16, João Paulo wrote:
Just run wireshark in here, and that is what I got:
3686466.550797192.168.1.2187.114.55.XTCP62 [TCP
Retransmission] 50346 → 22 [SYN] Seq=0 Win=65535 Len=0 MSS=1460
SACK_PERM=1
1.2 is my local server. 187.144.55.X is my real IP. The
Just run wireshark in here, and that is what I got:
3686466.550797192.168.1.2187.114.55.XTCP62 [TCP
Retransmission] 50346 → 22 [SYN] Seq=0 Win=65535 Len=0 MSS=1460 SACK_PERM=1
1.2 is my local server. 187.144.55.X is my real IP. The connection is
reaching my machine on port
On Mon, Jan 04, 2016 at 06:05:32PM -0200, João Paulo wrote:
> Hello all,
> I have a mystery and I need help. I have openssh(Cygwin) installed
> and working just fine in here.
> I can connect normally from any of my machines to the server using
> local IPs. Ex: ssh localhost or ssh 192.168.0.2. BUT,
Yep, yep to all.
I have tried that all.
Also changed ports. I thought this could be a SIP block. But I can see
the service on canyouseeme on all ports I tried.
And I troubleshoot it all. Disabled the firewall rules (service
blocked), enable it again(active). And that same with Router Port FW,
c
Do you have a firewall rule set up for SSHD? (Control Panel ->
Administrative Tools -> Windows Firewall with Advanced Security ->
Inbound Rules)
Is the Profile set to "Private" - if so, set it to "ALL" (Properties
on the rule, then "Advanced" select all at the top).
You could always *temporarily
Hello all,
I have a mystery and I need help. I have openssh(Cygwin) installed and
working just fine in here.
I can connect normally from any of my machines to the server using local
IPs. Ex: ssh localhost or ssh 192.168.0.2. BUT, when using my external
IP(over internet->real IP) it times out.
I
On 1/4/2016 2:51 PM, Erik Soderquist wrote:
>> Greetings, Erik Soderquist!
>
>> To add to that, please configure your email client to not quote raw email
>> addresses.
>>
>> @Eli Barzilay, you too.
>
> web client; I don't have the option to configure :(
>
Then do a manual modification. At one
> Greetings, Erik Soderquist!
> To add to that, please configure your email client to not quote raw email
> addresses.
>
> @Eli Barzilay, you too.
web client; I don't have the option to configure :(
-- Erik
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://
binkwzG0pD1Lt.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
Greetings, Erik Soderquist!
>> But in practice this is as good as not being there...
> I've found it before, but I'm subscribed, so... specifically not
> listing the address is a common spam prevention method, and many lists
> will reject (silently or otherwise) email from non-subscribed
> addres
On Mon, Jan 4, 2016 at 1:34 PM, Erik Soderquist
wrote:
>
> https://cygwin.com/acronyms/
>
> I don't know how this is linked to; I have it bookmarked.
(Yeah, I did get there eventually, both times (possibly more). It
didn't help that I spend a few good minutes reading around only to end
up learni
On Tue, Dec 22, 2015 at 10:34 AM, Tom Kacvinsky
wrote:
> It turns out we are using the 32 bit version of cygwin, so I am going
> to try with 64 bit cygwin and the latest possible version and see how
> I fare.
Happens with both 32 and 64 bit cygwin. I'm out of ideas. The
developer here that I ha
On Mon, Jan 4, 2016 at 1:18 PM, Eli Barzilay wrote:
> (I'm not subscribed to this list, so hopefully this will work.)
I'm mildly surprised it did (see below).
> One thing that bugged me in the past is the use of "BLODA" in the FAQ
> text ("all software on the BLODA") -- since it's part of the te
> On 29 December 2015 at 13:16, Brian Inglis
> systematicsw.ab.ca> wrote:
>> The utmpname implementation in newlib-cygwin/winsup/cygwin/syscalls.cc
>> could probably be improved to: avoid a memory leak; return -1 if
>> strdup fails, zero otherwise; default the path if a null pointer or string
>> a
(I'm not subscribed to this list, so hopefully this will work.)
One thing that bugged me in the past is the use of "BLODA" in the FAQ
text ("all software on the BLODA") -- since it's part of the text, an
obvious question is what it means, and, confusingly enough, that's not
explained in the text t
- Original Message -
> The following packages have been updated in the Cygwin distribution:
>
> * ocaml-4.02.3-1
> * ocaml-base-4.02.3-1
> * ocaml-compiler-libs-4.02.3-1
> * emacs-ocaml-4.02.3-1
>
> Ocaml is a functional programming language with type inference, modules,
> objects, and an
The following packages have been updated in the Cygwin distribution:
* ocaml-4.02.3-1
* ocaml-base-4.02.3-1
* ocaml-compiler-libs-4.02.3-1
* emacs-ocaml-4.02.3-1
Ocaml is a functional programming language with type inference, modules,
objects, and an optimizing compiler.
This is an update to the
On 2016-01-04 09:52, Marco Atzeri wrote:
On 04/01/2016 09:03, Houder wrote:
Hi Corinna,
I have been looking for an STC to show why cmp fails on Cygwin (and to
show the
difference between Cygwin and Linux).
The STC below creates a pipe (pipe() is used), followed by calls to
fstat() and
stat() f
On 04/01/2016 09:03, Houder wrote:
Hi Corinna,
I have been looking for an STC to show why cmp fails on Cygwin (and to
show the
difference between Cygwin and Linux).
The STC below creates a pipe (pipe() is used), followed by calls to
fstat() and
stat() for both the read end and the write end of
Hi Corinna,
I have been looking for an STC to show why cmp fails on Cygwin (and to
show the
difference between Cygwin and Linux).
The STC below creates a pipe (pipe() is used), followed by calls to
fstat() and
stat() for both the read end and the write end of the pipe.
(I also tested with p
21 matches
Mail list logo