PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Nach update geht router nicht mehr



LeChuck
20.06.02, 16:30
Hallo,

habe folgendes Problem. Ich habe einen Win2000 Rechner, einen Linux Proxy (Squid) und einen Linux Router. Nun habe ich gestern ein update von SuSe 6.4 auf 7.2 auf meinem Router durchgeführt und kann nicht mehr über Proxy und Router auf das Inmternet zugreifen. Wenn ich auf dem Router ebenfalls den Squid starte und diesen bei Win2000 als Proxy einrichte funktioniert der Zugriff.
IPForwarding habe ich /etc/rc.config aktiviert
Kann es sein das dort irgendeine Firewall die Ports sperrt?

Dies ist meine /etc/route.conf:

#Alle internen Pakete über eth0
192.168.0.0 0.0.0.0 255.255.255.0 eth0
# T-Online DNS als defaultgw setzen
194.25.2.129 0.0.0.0 255.255.255.255 ppp0
default 194.25.2.129


Wenn ich fetchmail, was auch auf dem Proxy läuft, aufrufe erhalte ich nach einiger Zeit folgende Meldung:

fetchmail: POP3 connection to pop.btx.dtag.de failed: temporary name server erro
r.
fetchmail: Query status=SOCKET

Ich benutze wvdial als Einwahlprogramm.

Würde mich sehr freuen wenn mir einer weiterhelfen kann (bin schon einige Stunden am probieren).

Viele Grüße

LeChuck

LeChuck
20.06.02, 22:44
Hat keiner eine Idee was ich vergessen haben könnte?
Also ich will von meinem Win2000Rechner über den Proxy Server und den Router ins Netz. Nach dem Update funktioniert nun mein Router nicht mehr, d.h. das Modem am Router wählt sich ein wenn ich im Browser auf meinem Win2000Rechner eine Website öffnen möchte. Nur leider wird die Website nicht geladen.

IP Router: 192.168.0.2
IP Proxy: 192.168.0.4
IP WINRechner: 192.168.0.3

Evtl. kann mir jemand mal die Router Konfiguration für SuSE 7.2 erklären , oder mit eine entsprechende Website nennen.

Bin für jeden Hinweis dankbar!


Viele Grüße

LeChuck

LeChuck
21.06.02, 15:00
Hallo nochmal,

ich habe eben auf dem Proxy und Mail-Server "fetchmail" und
auf dem Router mal "tcpdump -i ppp0" ausgeführt.
Folgender output:

15:56:22.521021 server.nim > dns03.btx.dtag.de.domain: 19533+ A? pop.btx.dtag.de
.home. (38)
15:56:27.531021 server.nim > dns03.btx.dtag.de.domain: 19533+ A? pop.btx.dtag.de
.home. (38)
15:56:33.231021 server.nimreg > dns03.btx.dtag.de.domain: 34505+ A? news.t-onlin
e.de.home. (39)
15:56:37.541021 server.1060 > dns03.btx.dtag.de.domain: 19533+ A? pop.btx.dtag.d
e.home. (38)

Scheint als würden die Pakete richtig weitergeleitet werden, aber es kommt nichts zurück, da fetchmail mit der Meldung

fetchmail: POP3 connection to pop.btx.dtag.de failed: temporary name server error.
fetchmail: Query status=SOCKET

abbricht.

Gruß

LeChuck

McG.linux
21.06.02, 15:11
hm.. antwortet hirr niemand? ;) also ich bin was masquerading und routing/fw angeht absoluter noob, aber du hast das doch sicher selbst eingerichtet? mach das nochmal.. denn nach nem suse-update is meistens alles anders als zuvor ;) v.a. bei einem solchen versionssprung.. auch der Kernel ist jetzt neuer, und benutzt iptables statt ipchains (oder andersrum? ;)) vielleicht klappt das ganze deshalb nicht richtig.. aber wie gesagt.. das is nur ne schätzung ;)

Gruß
McG.linux

penguin007
21.06.02, 19:44
Hi


Muss es ein Proxy server sein?
wenn nicht dann probier diese file aus!


tschüss

LeChuck
22.06.02, 14:43
Hallo,

erstmal schönen Dank für Eure Antworten.
Ich habe das file routing.txt eben gestartet, nur leider funktioniert
das mit der SuSe 7.2 nicht mehr.

routing.txt: IPCHAINS:: command not found
ipchains: Incompatible with this kernel
masq....
ipchains: Protocol not available
ipchains: Protocol not available
ipchains: Protocol not available
ipchains: Protocol not available
done

*------------[FIREWALL DONE]------------*
routing.txt: IPTAIBLES:: command not found
routing.txt: /sbin/iptables: Datei oder Verzeichnis nicht gefunden
routing.txt: line 35: unexpected EOF while looking for matching `"'
routing.txt: line 38: syntax error: unexpected end of file

LeChuck

penguin007
23.06.02, 10:09
Hallo

Also wenn suse 7.3 iptables verwendet nimmst du den abschnitt wo iptables anfängt !
Und was du noch machen musst ist nachschauen wo bei suse iptables liegt, vielleicht in /us/sbin/ oder /usr/local/sbin/ usw. und wenn du dann das hast müsste es klappen

Cao

LeChuck
24.06.02, 09:00
Hallo,

erstmal danke für deine Antowrt. Das script haut doch gut hin. Habe die SuSe 7.2 und habe zuerst den 2.4 Kernel installiert gehabt. Nun habe ich den alten 2.2 installiert und ipchains mit dem Scipt aktiviert (der neue Kernel unterstützt dieses scheinbar nicht standardmäßig).
Läuft nun alles wieder ganz prima.

Also nochmals Danke

LeChuck