Probleme mit dem FTP-Zugriff

Gemeinsam ins Internet mit Firewall und Proxy.
Antworten
Gery
Beiträge: 6
Registriert: 17.07.2002 13:13:43
Kontaktdaten:

Probleme mit dem FTP-Zugriff

Beitrag von Gery » 17.07.2002 13:42:43

Hallo,

vielleicht kann mir jemand weiterhelfen.

In meiner Firma kommen neben einem NT-Fileserver mehrere Windows 98-Clients zum Zuge. Seit einigen Monaten verrichtet Debian-Linux als Firewall in Verbindung mit dem Proxy-Server Squid gute Dienste.

Obwohl die Client-Rechner (Windows 98) mit der IP-Adresse 10.0.0.2 und 10.0.0.242 vollen FTP-Zugriff haben sollten, bekomme ich mit FTP-Programmen wie PSFtp 1.3 Free keine Verbindung zum Webspace-Provider. Benutze ich indes den Windows Commander 5 von Christian Ghisler kann ich zwar Dateien schreiben und überschreiben - löschen von bereits vorhandenen Dateien und Ordner sowie das Neuanlagen von Ordnern scheitert indes. Überdies verweigert mir das Extranet der Jugendsozialarbeit.de den Zugriff mit der Fehlermeldung "Proxy meldet, dass eine nicht autorisierte/unzulässige Verbindungsanfrage gesendet wurde".

Mit "ipchain -L" habe ich mir alle Regeln auflisten lassen und dabei folgendes Ergebnis bekommen:

Chain input (policy ACCEPT):
target prot opt source destination ports
ACCEPT tcp ------ anywhere 213-168-0-0-ppp.noe.estpak.ee/16 any -> ssh
ACCEPT udp ------ anywhere 213-168-0-0-ppp.noe.estpak.ee/16 any -> 1024:65535
ACCEPT tcp ------ anywhere 213-168-0-0-ppp.noe.estpak.ee/16 any -> 1024:65535
ACCEPT tcp ------ anywhere 213-168-0-0-ppp.noe.estpak.ee/16 any -> smtp
ACCEPT icmp ------ anywhere 213-168-0-0-ppp.noe.estpak.ee/16 any -> any
DENY all ----l- anywhere anywhere n/a
Chain forward (policy ACCEPT):
target prot opt source destination ports
MASQ all ------ 10.0.0.242 anywhere n/a
MASQ all ------ 10.0.0.2 anywhere n/a
DENY udp ------ anywhere anywhere any -> any
Chain output (policy ACCEPT):

Auch die Ausgabe, die ich mit "ipchains-save > zu_schreibende_Datei" erhalte, hält nichts Auffälliges bereit:

:input ACCEPT
:forward ACCEPT
:output ACCEPT
-A input -s 0.0.0.0/0.0.0.0 -d 213.168.0.0/255.255.0.0 22:22 -i ppp0 -p 6 -j ACCEPT
-A input -s 0.0.0.0/0.0.0.0 -d 213.168.0.0/255.255.0.0 1024:65535 -i ppp0 -p 17 -j ACCEPT
-A input -s 0.0.0.0/0.0.0.0 -d 213.168.0.0/255.255.0.0 1024:65535 -i ppp0 -p 6 -j ACCEPT
-A input -s 0.0.0.0/0.0.0.0 -d 213.168.0.0/255.255.0.0 25:25 -i ppp0 -p 6 -j ACCEPT
-A input -s 0.0.0.0/0.0.0.0 -d 213.168.0.0/255.255.0.0 -i ppp0 -p 1 -j ACCEPT
-A input -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 -i ppp0 -j DENY -l
-A forward -s 10.0.0.242/255.255.255.255 -d 0.0.0.0/0.0.0.0 -j MASQ
-A forward -s 10.0.0.2/255.255.255.255 -d 0.0.0.0/0.0.0.0 -j MASQ
-A forward -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 -p 17 -j DENY


Ich hoffe, mir kann jemand bei diesem Problem unter die Arme greifen. Denn die Firma, die uns die Firewall einrichtete, scheint auch keine Lösung parat zu haben.

Nur am Rande: Gibt es eine Möglichkeit, ein Skript oder ein Tool zur Formulierung von Firewall-Regeln einzusetzen?

Für Eure Mühe danke ich.

Gruß
-- Gerald Rathjen

Bundesarbeitsgemeinschaft Jugendsozialarbeit e.V.
Gerald Rathjen
Hohe Str. 73
53175 Bonn
Telefon: (0228) 9596819
Email: gerald.rathjen@bagjaw.de

Benutzeravatar
minuseins
Beiträge: 123
Registriert: 21.05.2002 17:42:51
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von minuseins » 18.07.2002 01:26:53

servus...

trick der ganzen aktion liegt darin, dass beim regulaeren, sogn. aktiven ftp, der server einen rueckkanal oeffnet. da aber ein verbindungsaufbau an priviligierte ports, an eine firewall i.d.R. untersagt sind kommt es immer zu diesem fehler...

eine abhilfe ist es, auf das passive ftp zurueckzugreifen... die meisten grafischen ftp-clients bieten diese option. ansonsten benoetigst du das ftp-modul fuer ipchains/iptables und musst eine zusaetzliche regel fuer ftp einfuehren...

eine genauere beschreibung dazu, findest du z.B. hier:

http://www.tldp.org/HOWTO/IP-Masquerade ... index.html

so long

[-1]
He who work root can fell trees and knowledge is no substitute for experience.

Gery
Beiträge: 6
Registriert: 17.07.2002 13:13:43
Kontaktdaten:

Passiver FTP-Zugang

Beitrag von Gery » 18.07.2002 12:42:59

Hi,

danke für Deine Antwort.

Der Versuch, auf das passive ftp zurückzugreifen, führt nach wie vor zum gleichen Problem. Es ist mir also weiterhin nicht möglich, mit Windows Commander Ordner neu anzulegen, bestehende Ordner und Dateien zu löschen. Mit anderen FTP-Programmen gelingt der ftp-Zugriff erst gar nicht.

Wie kann ich nun feststellen, ob das ftp-modul fuer ipchains/iptables auf meinem System installiert ist? Wenn ich mit "dselect" nach dem Paket suche, bekomme ich kein Ergebnis. Suche ich unter "dselect" nach dem Stichwort ftp erhalte ich eine schöne Liste - allerdings ohne das ftp-Modul.

Wie kann ich eine Firewall-Regel anlegen, die erstens Außenstehenden den Zugriff auf das Firmennetz per ftp verwehrt und zweitens einigen Kolleginnen und Kollegen den ftp-Zugriff - sowohl lesend als auch schreibend - erlaubt?
Wenn ich die Regel weiss - wohin trage ich sie ein? Ein Firewall-Skript wie bei SuSe oder bei RedHat existiert auf dem PC nicht.

Und zu guter Letzt: wie kann ich die bestehenden ipchain-Regeln umdefinieren? Der Grund: die Regeln sind keineswegs gut formuliert.

Für jeden Rat bin ich dankbar.

Mit besten Gruß
-- Gerald Rathjen

k-pl
Beiträge: 587
Registriert: 11.01.2002 11:26:44
Wohnort: München
Kontaktdaten:

Beitrag von k-pl » 18.07.2002 13:11:24

So wie es sich für mich anhört, ist das kein Firewall Problem, sondern ein entweder von der Konfiguration des ftp-Servers oder ein Bug im ftp-Programm. Wieso sollte ftp das Kommando zu erstellen eines Verzeichnisses über einen anderen Port schicken?

Gery
Beiträge: 6
Registriert: 17.07.2002 13:13:43
Kontaktdaten:

Beitrag von Gery » 18.07.2002 13:22:50

Hallo,

wenn ich zuhause über 1&1 auf den Webspace der BAG JAW zugreife und dabei Verzeichnisse oder Dateien erstelle, klappt das ohne Murren. Ob ich dabei Windows Commander oder ein anderes Programm verwende: zuhause funktioniert das und hier in der Firma kann ich nur mit dem Windows Commander einen ftp-Zugriff herstellen. Mit anderen Programmen scheitert dies.

Die Firma, die uns die Firewall einrichtete, empfahl mir, folgende ipchains-Zeilen zu formulieren:

----------------------------------------------------------
-A input -s 10.0.0.242/255.255.255.0 20:21 -j ACCEPT
-A input -s 10.0.0.242/255.255.255.0 1024:65535 -j ACCEPT
----------------------------------------------------------

Der Versuch scheitert mit der Fehlermeldung:
"ipchains command -A input -s 10.0.0.242/255.255.255.0 20:21 -j ACCEPT failed
This is /sbin/ipchains-restore v1.1.2
If this is the latest version of ipchains-restore, and the input
was created using the latest version of ipchains-save, then I'd
really appreciate a bug report. Please send the input you used,
and all the output from this program to the author,
`ipchains@rustcorp.com' with `BUG-REPORT' in the subject
line so I know to read the message.

Apologies for the inconvenience,
Paul ``Rusty'' Russell."

Gruß
-- Gerald Rathjen

Antworten