Debian Developers - Re: Description of tasks

This is Interesting: Free IT Magazines  
Home > Archive > Debian Developers > July 2004 > Re: Description of tasks





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Re: Description of tasks
Goswin von Brederlow

2004-07-17, 7:50 am

David Weinehall <tao@debian.org> writes:

> On Fri, Jul 16, 2004 at 11:47:17PM +0200, Ingo Juergensmann wrote:
>
> Look, it's been established long ago that you and some others cannot
> communicate with some persons in the project. Communication is a
> two-way street, so there's probably problems on both sides. It has,
> however, also been established that you have been successful in getting
> answers to at least some questions using our DPL as a proxy.
>
> So let's use some simple logic, shall we?
>
> A <=/=> C
> A <===> B <===> C
>
> Now, if you want to reach C, and a firewall (just to put it in terms
> of computer communication) blocks direct access to C, you have to find
> another way to reach C. Conveniently, there is a proxy that you've
> used before, and that you know works. The proxy B passes information on
> to (and from) C. So, your options are:
>
> a.) No communication (not desirable)
> b.) Complain about the situation to the network administrator until he
> either removes the firewall, shuts down the service C altogether,
> or removes your access to the proxy
> c.) Use the proxy (proven to work), and maybe, just maybe, in time
> gain enough respect from the network administrator to be able to
> get direct access to C


Option (c) has been used as well as using D or E as proxy as well as C'
(other ftp-master member).

No result. The use of proxies has failed in this case.

> The choice is yours. I know what I would have chosen.
> Of course, in real life, there is no network administrator, but rather
> the service C that decides the transmission policy, but from your
> position, that doesn't really matter.
>
> Yes, it's a pity that you don't have direct access, that slows things
> down. But slow access is almost always preferable to no access.


There isn't even indirect access this time.

> [snip]
>
>
> Regards: David Weinehall


MfG
Goswin

PS: FYI Ingo has nothing to do with amd64.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2009 webservertalk.com