From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Jorge Godoy <jgodoy(at)gmail(dot)com> |
Cc: | elein(at)varlena(dot)com, "Alejandro D(dot) Burne" <alejandro(dot)dburne(at)gmail(dot)com>, Ian Harding <harding(dot)ian(at)gmail(dot)com>, Bruno Wolff III <bruno(at)wolff(dot)to>, PostgreSQL General ML <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: [1/2 OFF] Varlena.com inaccessible from .br (Blocked?) |
Date: | 2007-01-24 01:30:50 |
Message-ID: | 20070124013050.GL26006@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Jorge Godoy wrote:
> elein <elein(at)varlena(dot)com> writes:
>
> > Is there still a problem here? Does anyone know what the
> > problem was? I have no trouble accessing varlena.com,
> > but I am not a good tester for that.
> >
> > I was out of town during this thread but my machine did not
> > go down, but my isp could have.
> > You could have emailed me elein(at)varlena(dot)com(dot)
> >
>
> I hope this message gets to you. The website is still unreachable from
> Brazil. It looks like there's something blocking South America somewhere on
> your configurations.
>
> When I tried accessing using an UNC account it worked perfectly, so it wasn't
> a problem with the machine being down.
>
> Could you check with your ISP if they're blocking us from down here? ;-)
They are certainly blocking some networks. I have a report from a guy
in Venezuela which cannot access the site when connected via CANTV, but
can access it readily when using a different provider whose name escapes
me.
I am no longer blocked, but my IP address may have changed in the
interim (my provider has several very different blocks, not sure why).
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2007-01-24 02:15:04 | Re: dump desde dentro de una base |
Previous Message | Merlin Moncure | 2007-01-24 01:17:39 | Re: psql substitution variables |