December 2000 - openSUSE ISDN (Deutsch)

[suse-isdn] Firewall / Paketfilter deaktivieren
by Christian Steinhauer 06 Dec '00

06 Dec '00

Hallo ! Ich habe bei mir einen SUSE 7.0 Internet Router laufen. Ich möchte nun die Firewall / Paketfilter deaktivieren, wenn ich aber in der RC.CONFIG bei START_FW="no" eintrage, dann geht das komplette Routing nicht mehr, also kein Rechner kann mehr in das Internet. Setze ich den Wert wieder auf "yes" funktioniert wieder alles. Wie kann ich die Firewall / Paketfilter aussschalten ohne das komplette Routing zu unterbrechen ? Mfg Steinhauer

3 2

Verbindungsinformationen in /var/log/messages
by Thomas Schmidt 06 Dec '00

06 Dec '00

Wo kann ich einstellen, wie oft die Gebühreninformationen in /var/log/messages ausgegeben werden, da ich hier ne Flatrate hab, is mir das relativ egal, und es würde reichen, wenn die Meldung alle 30min kommen würde, aber bei nem Standart von 1 min, schwillt das log-file relativ unnötig an!

3 2

Thema: transparentes ftp-Routing
by jens.link＠sww-gmbh.de 06 Dec '00

06 Dec '00

Guten Tag, habe einen Linux-Rechner (SuSE Prof. 7.0) für ein Firmennetz konfiguriert; auf diesem Rechner läuft klaglos der Proxy Squid, sendmail (zum "relayen" auf einen Notes-Server) sowie eine Firewall. Funktioniert auch prima. Wo muß ich welche Einstellungen vornehmen, damit ich auch (sozusagen) "transparent" aus dem Netzwerk heraus (z.B. von Win-Clients an der Eingabeaufforderung oder z.B. mit WS-FTP) eine FTP-Sitzung zu FTP-Servern "außerhalb" des Firmen-Netzes aufbauen kann...? Ein "normales FTP" auf den Linux-Rechner ist von überall im Netz ansonsten möglich. Hat jemand eine Idee...? Danke. J. Link jens.link(a)sww-gmbh.de

1 0

Re: [suse-isdn] Netzwerk Router
by Sven Johannsen 05 Dec '00

05 Dec '00

> > Hallo Sven, > > > Dec 5 09:10:06 routerhh kernel: OPEN: 192.168.2.95 -> 192.168.2.98 ICMP > > hier werden 2 Rechner, nicht 2 Netze verbunden! > > > Dec 5 09:10:11 routerhh ipppd[24584]: local IP address 192.168.2.95 > > Dec 5 09:10:11 routerhh ipppd[24584]: remote IP address 192.168.2.98 > > Dec 5 09:10:11 routerhh ipppd[24584]: Cannot determine ethernet address > > for proxy ARP > > > > hier hat er nun einen Rechner an der Gegenstelle gefunden und kann aber > wegen dem gleichen Subnetz 192.168.2.x kein Porxyarp! > > Ein Betrieb mit Routern erfordert 2 Subnetze. > > Subnetz 1 192.168.2.0 > > Router 1 interface IP > eth0 192.168.2.0 > ippp0 192.168.3.0 > > > Subnetz 2 192.168.3.0 > > Router 2 interface IP > eth0 192.168.3.0 > ippp0 192.168.2.0 > > Hier wäre Subnetz 2 über das ippp0 Device in Router 1 erreichbar und > umgekehrt wäre Subnetz 1 über das ippp0 device in Router 2 zu erreichen > und die jeweiligen Subnetze über die Ethernet Adapter (eth0). > > grüsse Hallo Steffen, ich habe es genau so wie Du es beschrieben hast eingerichtet. Lokales Netz 1: eth0 192.168.1.0 ippp2 192.168.2.95 (Client für Netz 2) ippp3 192.168.1.99 (Server für Netz2) Route -n 192.168.1.0 0.0.0.0 255.255.255.0 eth0 192.168.2.0 192.168.2.98 255.255.255.0 ippp2 192.168.2.98 0.0.0.0 255.255.255.255 ippp2 Remote Netz 2: eth0 192.168.2.0 ippp2 192.168.1.95 (Client für Netz 1) ippp3 192.168.2.98 (Server für Netz 1) Einwahl, Routing und ping funktioniert auch alles nur telnet und ftp eben nicht. Gruß Sven

2 1

Netzwerk Router
by Sven Johannsen 05 Dec '00

05 Dec '00

Hallo zusammen, ich habe zwei Netze mit zwei Linux Routern (SuSE 7.0) miteinander verbunden. Ich kann auch von meinem lokalen Netz alle Rechner im Remote Netz anpingen, aber telnet und ftp-Dienste, auf verschiedenen Remote-Servern, funktionieren nicht (mit unserem alten DOS-Router hingegen funktioniert es). Hier mal ein Log eines Verbindungsaufbaus: Dec 5 09:10:06 routerhh kernel: OPEN: 192.168.2.95 -> 192.168.2.98 ICMP Dec 5 09:10:06 routerhh kernel: ippp2: dialing 1 XXXX... Dec 5 09:10:06 routerhh isdnlog: Dec 05 09:10:06 * tei 95 calling Menck_Srv with Menck_Client RING (Data) Dec 5 09:10:08 routerhh isdnlog: Dec 05 09:10:08 tei 95 calling Menck_Srv with Menck_Client Time:Tue Dec 5 09:10:00 2000 Dec 5 09:10:08 routerhh isdnlog: Dec 05 09:10:08 tei 95 calling Menck_Srv with Menck_Client CONNECT (Data) Dec 5 09:10:08 routerhh isdnlog: Dec 05 09:10:08 tei 95 calling Menck_Srv with Menck_Client CHARGE: 0.180 DM/60s = 0.180 DM/Min (DTAG ISDN, Deutschland, Werktag (Dienstag), Wochentag) Dec 5 09:10:08 routerhh isdnlog: Dec 05 09:10:08 tei 95 calling Menck_Srv with Menck_Client HINT: Better use 01013:Tele 2 Privatkunden, 0.060 DM/60s = 0.060 DM/Min, saving 0.141 DM/Min Dec 5 09:10:08 routerhh isdnlog: Dec 05 09:10:08 tei 95 calling Menck_Srv with Menckhh_Client 1.CI 0.180 DM (now) Dec 5 09:10:08 routerhh isdnlog: Dec 05 09:10:08 tei 95 calling Menck_Srv with Menckhh_Client NEXT CI AFTER 01:00 (DTAG ISDN, Deutschland, Werktag (Dienstag), Wochentag) Dec 5 09:10:08 routerhh ipppd[24584]: Local number: XXXX, Remote number: YYYY, Type: outgoing Dec 5 09:10:08 routerhh ipppd[24584]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 8 Dec 5 09:10:08 routerhh ipppd[24584]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x71470727>] Dec 5 09:10:08 routerhh kernel: isdn_net: ippp2 connected Dec 5 09:10:08 routerhh ipppd[24584]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x71470727>] Dec 5 09:10:11 routerhh ipppd[24584]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x8f2e1353>] Dec 5 09:10:11 routerhh ipppd[24584]: sent [0][LCP ConfAck id=0x1 <mru 1524> <auth pap> <magic 0x8f2e1353>] Dec 5 09:10:11 routerhh ipppd[24584]: lcp layer is UP Dec 5 09:10:11 routerhh ipppd[24584]: sent [0][PAP AuthReq id=0x9 user="xxxx" password not logged for security reasons! Use '+pwlog' option to enable full logging.] Dec 5 09:10:11 routerhh ipppd[24584]: rcvd [0][PAP AuthAck id=0x9msg="Login ok"] Dec 5 09:10:11 routerhh ipppd[24584]: Remote message: Login ok Dec 5 09:10:11 routerhh ipppd[24584]: MPPP negotiation, He: No We: No Dec 5 09:10:11 routerhh ipppd[24584]: Useifip for ippp2: Got IF-Src-IP: 5f02a8c0 Dec 5 09:10:11 routerhh ipppd[24584]: Useifip for ippp2: Got IF-Dst-IP: 6202a8c0 Dec 5 09:10:11 routerhh ipppd[24584]: sent [0][IPCP ConfReq id=0x1 <addr 192.168.2.95>] Dec 5 09:10:11 routerhh ipppd[24584]: rcvd [0][IPCP ConfReq id=0x1 <addr 192.168.2.98>] Dec 5 09:10:11 routerhh ipppd[24584]: sent [0][IPCP ConfAck id=0x1 <addr 192.168.2.98>] Dec 5 09:10:11 routerhh ipppd[24584]: rcvd [0][IPCP ConfAck id=0x1 <addr 192.168.2.95>] Dec 5 09:10:11 routerhh ipppd[24584]: local IP address 192.168.2.95 Dec 5 09:10:11 routerhh ipppd[24584]: remote IP address 192.168.2.98 Dec 5 09:10:11 routerhh ipppd[24584]: Cannot determine ethernet address for proxy ARP Ich habe, laut einer Dokumentation, in der Datei /etc/ppp/options.ippp3 des Remote-Einwahlservers die Funktion proxyarp eingetragen um als Bestandteil des lokalen Netzes zu gelten und weise dem anrufenden Client eine lokale IP-Adresse zu. Ich habe es bereits auch schon mit heruntergelassener Firewall probiert, so daß die Ports auf jedenfall durchgelassen werden. Hat jemand 'ne Ahnung warum ich nicht auf die Dienste der Remote Server zugreifen kann. Vielen Dank für jede Hilfe Gruß Sven

1 0

PCMCIA-Karte Platinium 2 in 1 card von COM1, Frankreich
by Jochen Roedenbeck 05 Dec '00

05 Dec '00

Kennt jemand diese Karte? Ist sie mit irgendetwas kompatibel? Der Hersteller weisz es nicht und unterstuetzt Linux nicht, obwohl er sich auf seiner Web-Site irgendwo dennoch mit einem Pinguin schmueckt. Jochen

1 0

T-DSl und Logfile
by HANS-JUERGEN BRAND 04 Dec '00

04 Dec '00

Hallo , Ich habe pppoed mit Suse 7.0 erfolgreich installiert. Meine Fragte ist nun kann ich verhindern, das in /var/log/messages staendig rcvd lcp und sent lcp erscheint. Ich will eigentlich nur wissen, wann eine Verbindung aufgebaut worden ist und welche Ip Adr. ich bekommen haben. Zum Schluss, wann eine Verbindung abgebaut worden ist.

2 1

Einwahlserver Modem + Routing
by André Wurm 03 Dec '00

03 Dec '00

Halli Hallo Ich wollte mir einen kleinen Einwahlserver basteln und habe damit einige Probleme. Wenn ich ein Telnet auf meinen Einwahlrechner mache passiert nichts aber ich kann ihn anpingen. Der Einwahlserver hat volgende Einstellungen wenn der pppd einsetzt. ifconfig (ohne pppd): 192.168.0.2 netmask 255.255.255.0 eth0 127.0.0.1 netmask 255.0.0.0 lo route -n(mit pppd): ziel router genmask flags interface 192.168.0.25 255.255.255.255 UH ppp0 192.168.0.0 255.255.255.0 U eth0 127.0.0.0 255.0.0.0 U lo default 192.168.0.25 UG ppp0 Meine ppp options: debug noauth /dev/ttyS0 crtscts asyncmap 0 mtu 1500 mru 1500 proxyarp passive 192.168.0.2:192.168.0.25 defaultroute Mein Client bekommt folgende remote Adresse: IP:192.168.0.25 Netmask: 255.255.255.255 Standard Gateway: 192.168.0.25 wo liegt denn das Problem?? Als Client setze ich Windows 2000 ein und möchte eben eine ppp Verbindung machen. Dies klappt immer nur, wenn ich in der Einwahlverbindung das Terminalfenster aktiviere und als User den pppd aktiviere. Ich habe den User einwahl angelegt,der sudo Rechte auf den pppd hat. Als shell benutzt er ein Script, in dem er beim Login den pppd startet. Gibt es denn da noch andere möglichkeiten? Für eure Hilfe währe ich sehr dankbar... Mfg André -- André Wurm Auszubildender Fachinformatik, Fachrichtung Systemintegration Sent through GMX FreeMail - http://www.gmx.net

1 0

pci fritz will doch 2/3 ;-)
by armin brueckmann 03 Dec '00

03 Dec '00

moin erst einmal vieln dank. nach entfernen des i4l ging dann auch die inetverbindung..... nur dns geht irgendwie nicht. eigendlich sollte suse7 das ja automatisch beim login übernehmen... tut es aber nicht. warum nicht? und wo kann ich da nachhelfen bzw. wo kann ich isp bezogen soetwas statisch zuweisen. das muß aber isp bezogen sein.. weil ich mehrere habe. danke ps teil 3/3 wir dann isdn fax ;-) -- Sent through GMX FreeMail - http://www.gmx.net

2 1

Bei Anruf Internetverbindung
by Simon Stiefel 03 Dec '00

03 Dec '00

Hallo, Ist es irgendwie realisierbar, dass wenn ich meinen Rechner "anrufe", dass dieser dann eine Internetverbindung herstellt? Über die 2 ISDN-Kanäle sollte sowas technisch ja eigentlich möglich sein. Eine PIN-Code-Abfrage wär auch nicht schlecht. Hat das schonmal jemand gemacht oder gibts da ein HowTo dazu? Mit freundlichen Grüßen, with best regards Simon Stiefel -- |Simon Stiefel | Zwerbachstr. 17 | 72555 Metzingen-Glems | Germany | |SimonStiefel(a)wastie.de | http://www.wastie.de | ICQ#: 20196644 | |phone: +497123/379070 | fax: +49179/335990106 | cell: +49179/5990106 | |Tux#: 114751 | Open Minds. Open Source. Open Future. | Penguin inside|

6 8