Just for the record, the problem is solved. It was indeed a
misconfiguration at the next hop, at the provider.
Thank you.
With respect,
--
Claudiu Dragalina-Paraipan
[EMAIL PROTECTED]
signature.asc
Description: OpenPGP digital signature
Peter Jeremy wrote:
On Sun, 2004-Nov-28 18:43:47 +0200, Claudiu Dragalia-Paraipan wrote:
Since the problem occurs only when I connect to the firewall or to a
server behind it, I started to suspect a hardware failure. Could a
network card cause such problems ?
A couple of people have mentioned pa
Andre Oppermann wrote:
Peter Jeremy wrote:
On Sun, 2004-Nov-28 18:43:47 +0200, Claudiu Dragalia-Paraipan wrote:
Since the problem occurs only when I connect to the firewall or to a
server behind it, I started to suspect a hardware failure. Could a
network card cause such problems ?
A couple of p
Peter Jeremy wrote:
On Sun, 2004-Nov-28 18:43:47 +0200, Claudiu Dragalia-Paraipan wrote:
Since the problem occurs only when I connect to the firewall or to a
server behind it, I started to suspect a hardware failure. Could a
network card cause such problems ?
A couple of people have mentioned pat
On Sun, 2004-Nov-28 18:43:47 +0200, Claudiu Dragalia-Paraipan wrote:
>Since the problem occurs only when I connect to the firewall or to a
>server behind it, I started to suspect a hardware failure. Could a
>network card cause such problems ?
A couple of people have mentioned path-MTU problems.
On Sun, Nov 28, 2004 at 06:43:47PM +0200, Claudiu Dragalia-Paraipan wrote:
>
> Since the problem occurs only when I connect to the firewall or to a
> server behind it, I started to suspect a hardware failure. Could a
> network card cause such problems ?
> The firewall is running on FreeBSD 5.2.1
On Sun, Nov 28, 2004 at 08:30:03PM +0200, Alin-Adrian Anton wrote:
> A tcpdump shows that what actually happens is that packets won't reach
> me in spite of the fact that his firewall(router)'s tcpdump shows that
> he keeps sending them to me. Packets never reach me, but I am still able
> to send t
Hi,
Barney Wolff wrote:
Perhaps an MTU problem, with the ICMP "fragmentation needed but DF set"
being blocked by the firewall? It would only show up when the server
has enough to send to fill a packet.
I'm the friend he was talking about.
The very same thing happens when the firewall is disabled.
Hi,
Robert Watson wrote:
Sounds like a bug, but the interesting question is really whether it's a
kernel bug or an SSH bug. I'm not up on SSH internals, but there are a
few other knobs you might try and things to look at that might help
address whether it's a kernel bug or not:
(1) Try debug.mpsaf
Hello,
since I have upgraded to FreeBSD 5.3 I have the following problem with
SSH client: I log on several FreeBSD 5.2.1 machines, and when I start a
command that gives a 'large' result (like dmesg, cat a file), ssh client
locks.
I ran ssh in gdb, and found out that it locks in select() in libc.
10 matches
Mail list logo