Re: mal wieder apt-proxy

2002-04-21 Diskussionsfäden Jochen Schulz

  Komisch. Jetzt kommt ein 11 Connection refused. In /var/log/ kann ich
  aber nichts verdächtiges entdecken. Bei apt-proxy scheint der Connect
  auf jeden Fall gar nicht anzukommen, da taucht er im Log nicht auf.
  Iptables meckert auch nicht.
 
 Probier mal in der sources.list localhost so funktioniert es bei mir.

Nope, ich habe localhost, router und 192.168.6.1 probiert. Immer
Connection refused und nie ist was in /var/log/ zu finden.

Apt-Proxy macht für einen Rechner irgendwie keinen Sinn, wenn der zweite
alles nochmal holen muß. Keine Ideen? Fehlen Infos?


J0chen.
-- 
Hier in unseren Breiten, neigt der Drogist seit den 60er Jahren eher
dazu,, sein Heil im Buddhismus und Artverwandtem zu suchen.
Fremde Zwangsjacken passen anscheinend besser. ;-)
[[EMAIL PROTECTED]]


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




Re: mal wieder apt-proxy

2002-04-20 Diskussionsfäden J.R. Schulz

Hi!

Chris Halls [EMAIL PROTECTED] schrieb am 19.04.02:
 On Fri, Apr 19, 2002 at 10:47:27AM +0200, Jochen Schulz wrote:
  
  |router:~# apt-get update
  |Err http://router woody/non-US/main Packages
  |  Could not connect to router: (192.168.6.1), connection timed out
  usw.
  
  Ich gehe davon aus, daß es nicht an meinem Paketfilter liegt. Wenn ich
  den abschalte, ändert sich nichts. An Einstellungen in /etc/hosts.deny
  und /etc/hosts.allow (apt-proxy wird über inetd gestartet) sollte es
  auch nicht liegen, da würde ich Connenction refused erwarten.
 
 Connection refused wo?  bei apt wurdest du immer noch connection timed
 out bekommen.

Ach so.


 Aber in /var/log/daemon.log sieht man:
 
apt-proxy[]: connect from hostname
 oder
apt-proxy[]: refused connect from hostname
 
 Siehst du irgendwas dort?

Eben leider trotzdem nicht. Inzwischen sieht das Problem auch etwas anders
aus, siehe zweite Mail von mir. apt-proxy gibt ein Connection refused aus.


J0chen, in der Hoffnung, das web.de jetzt was Lesbares erzeugt.

Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! 
Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13



--
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




Re: mal wieder apt-proxy

2002-04-20 Diskussionsfäden Dirk Haage

Am Fre, 2002-04-19 um 18.27 schrieb Jochen Schulz:
 Ingrid schrieb:
  
  |router:~# apt-get update
  |Err http://router woody/non-US/main Packages
  |  Could not connect to router: (192.168.6.1), connection timed out
  usw.
  
  Von anderen Clients aus funktioniert es wunderbar.
 
 Komisch. Jetzt kommt ein 11 Connection refused. In /var/log/ kann ich
 aber nichts verdächtiges entdecken. Bei apt-proxy scheint der Connect
 auf jeden Fall gar nicht anzukommen, da taucht er im Log nicht auf.
 Iptables meckert auch nicht.
 
 Kann es sein, daß der inetd den Proxy nur startet, wenn der Request von
 außen (eth0) und nicht über's Loopbackdevice lo kommt? /etc/inetd.conf
 sieht an entsprechender Stelle so aus:

Probier mal in der sources.list localhost so funktioniert es bei mir.

/dirk


--
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




mal wieder apt-proxy

2002-04-19 Diskussionsfäden Jochen Schulz

Hi!

Nach mehreren Wochen habe ich mich doch noch mal an apt-proxy
herangetraut und bin auch schon einen großen Schritt weiter gekommen.

Leider kann ich aber bis jetzt nicht von dem Rechner aus, auf dem
apt-proxy läuft, darauf zugreifen:

|router:~# apt-get update
|Err http://router woody/non-US/main Packages
|  Could not connect to router: (192.168.6.1), connection timed out
usw.

Ich gehe davon aus, daß es nicht an meinem Paketfilter liegt. Wenn ich
den abschalte, ändert sich nichts. An Einstellungen in /etc/hosts.deny
und /etc/hosts.allow (apt-proxy wird über inetd gestartet) sollte es
auch nicht liegen, da würde ich Connenction refused erwarten. Die
Zugriffsrechte für apt-proxy.conf und /var/cache/apt-proxy sind korrekt
auf aptproxy gesetzt.

Von anderen Clients aus funktioniert es wunderbar.

Any hints?


J0chen.
-- 
-BEGIN GEEK CODE BLOCK- Version: 3.12
GCS dpu s-:- a-- C++ UL--- P+ L++ E--- W+ N+++ o+ K- w-
O M- V- PS+++ PE Y+ PGP 5 X- R-- tv-- b+ DI D-
G e h- r++ y+++ --END GEEK CODE BLOCK--


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




Re: mal wieder apt-proxy

2002-04-19 Diskussionsfäden Chris Halls

Hi Jochen,

On Fri, Apr 19, 2002 at 10:47:27AM +0200, Jochen Schulz wrote:
 Nach mehreren Wochen habe ich mich doch noch mal an apt-proxy
 herangetraut und bin auch schon einen großen Schritt weiter gekommen.

:)

 Leider kann ich aber bis jetzt nicht von dem Rechner aus, auf dem
 apt-proxy läuft, darauf zugreifen:
 
 |router:~# apt-get update
 |Err http://router woody/non-US/main Packages
 |  Could not connect to router: (192.168.6.1), connection timed out
 usw.
 
 Ich gehe davon aus, daß es nicht an meinem Paketfilter liegt. Wenn ich
 den abschalte, ändert sich nichts. An Einstellungen in /etc/hosts.deny
 und /etc/hosts.allow (apt-proxy wird über inetd gestartet) sollte es
 auch nicht liegen, da würde ich Connenction refused erwarten.

Connection refused wo?  bei apt wurdest du immer noch connection timed
out bekommen.  Aber in /var/log/daemon.log sieht man:

   apt-proxy[]: connect from hostname
oder
   apt-proxy[]: refused connect from hostname

Siehst du irgendwas dort?

Chris
-- 
Chris Halls | Frankfurt, Germany


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)




Re: mal wieder apt-proxy

2002-04-19 Diskussionsfäden Jochen Schulz

Ingrid schrieb:
 
 |router:~# apt-get update
 |Err http://router woody/non-US/main Packages
 |  Could not connect to router: (192.168.6.1), connection timed out
 usw.
 
 Von anderen Clients aus funktioniert es wunderbar.

Komisch. Jetzt kommt ein 11 Connection refused. In /var/log/ kann ich
aber nichts verdächtiges entdecken. Bei apt-proxy scheint der Connect
auf jeden Fall gar nicht anzukommen, da taucht er im Log nicht auf.
Iptables meckert auch nicht.

Kann es sein, daß der inetd den Proxy nur startet, wenn der Request von
außen (eth0) und nicht über's Loopbackdevice lo kommt? /etc/inetd.conf
sieht an entsprechender Stelle so aus:

|stream  tcp nowait.400  aptproxy/usr/sbin/tcpd /usr/sbin/apt-proxy -l 
|/var/log/apt-proxy.log



J0chen.
-- 
Wenn statt einem selbst das Land darauf stolz ist, dass einer Deutscher ist,
 geht das in Ordnung und heißt Bundesverdienstkreuz.
 [Deutsches Theater - Benjamin v. Stuckrad-Barre]


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)