|
Site Index - Feedback - Impressum |
| |||||||||
|
![[Forum]](../../../images.os2.org/de/forum.gif){kind=small} |
|
![[Forum]](../../../images.os2.org/de/forum2.gif){kind=small} |
| ( Archiv ) | ( Neues Thema ) |
| ( Zeige die Threadübersicht ) | ( Zur Startübersicht ) |
| 12.06.2004 |
| eCS als Router: Nur Probleme mit Netzwerk (von: Rainer/2, 21:33:58) | ^ |
| Hallo!
Eigentlich wollte ich die eCS 1.04 als Router einsetzen für unsere 2 Rechner hinter dem Router. Habe aber leider nur Probleme damit hier. Im Router sind 2 Netzwerkkarten ( SIS900 für Netzwerk, geht zur Switch und eine RTL8139C fürs DSL ( DT AG ). Als Einwahlprogramm habe ich ISDNPM3.01Release( Vollversion ) Beide Karten sind bei " Netzwerkkarten und Protokoldienste " aktiviert und werden beim booten auch erkannt. Installiert ist bei beiden Karten TCP/IP und Netbios over TCP/IP. Zusätzlich ist bei der RTL-Karte PPPoE ( MyWi ) mit eingebunden. Als Nummern hat die SIS900 überall 1 stehen, und die RTL-Karte 0 ( außer beim PPPoE-Protokol, wo auch eine 1 steht. Bei TCP/IP ( Local ) Konfiguration habe ich alles mögliche durch probiert. Mal LAN1 aktiviert, als IP 192.168.0.1 genommen, mal LAN2 Aktiviert und gleiche IP, dann als IP 192.168.200.1 genommen ( da ISDNPM die beim starten nimmt ). Aber irgendwie klappt das hier überhaupt nicht :( Genauso wie ich überhaupt nicht aufs die Netzwerkrechner drauf zu greifen kann. PING geht immer und überall mit 100% Verlust raus :( Könnt ihr mir sagen, was ich hier falsch mache und was ich machen muß, damit endlich alles hier so klappt, wei es eigentlich sollte? Danke im vorraus P.S.: Bevor ich es vergesse: IP-Weiterleitung ist aktiviert [ Leser: 206 ] |
| Re: eCS als Router: Nur Probleme mit Netzwerk (von: Rainer/2, 21:35:14) | |
| Noch was:
Wie kann es es verhindern, das ISDNPM ständig die Leitung selber abbaut, wenn zu wenig Internetbewegung da ist? |
| Re: eCS als Router: Nur Probleme mit Netzwerk (von: Klaus Staedtler, 22:15:25) | |
| Kurzvariante:
Warum kaufts du nicht einen ADSL faehigen Router ? spart Strom, Aerger, Nervenzusammenbrueche ... Langversion (unvollendet): >Im Router sind 2 Netzwerkkarten ( SIS900 für Netzwerk, geht zur Switch und eine RTL8139C fürs DSL ( DT AG ). Grusel >Installiert ist bei beiden Karten TCP/IP und Netbios over TCP/IP. Hä Netbios zum ADSL Modem ? willst du partout beweisen dass OS/2 doch exploits hat ? >Zusätzlich ist bei der RTL-Karte PPPoE ( MyWi ) mit eingebunden. Als Nummern hat die SIS900 überall 1 stehen, und die RTL-Karte 0 ( außer beim PPPoE-Protokol, wo auch eine 1 steht. Also was jetzt geht =0 oder 1 auf das ADSL Modem ? vorhin hast du behauptet 0 (gleich Realtek) geht aufs Modem, was soll die interne Netzwerkkarte mit PPoE anfangen ? und wie soll das ganze funktionieren wenn die Karte zum Modem kein PPoE hat ? >Bei TCP/IP ( Local ) Konfiguration habe ich alles mögliche durch probiert. Mal LAN1 aktiviert, als IP 192.168.0.1 genommen, mal LAN2 Aktiviert und gleiche IP, dann als IP 192.168.200.1 genommen ( da ISDNPM die beim starten nimmt ). Die Karte zum Switch sollte 192.168.***.*** haben, aber die Karte zum ADSL-Modem, tja hier in Felix Austria (mit PPtP !!!) z.B. 10.0.0.160 sonst wird das nie was. Welche IP du brauchst kann ich dir nicht sagen aber zu 1000000000000% keine aus dem Bereich 192.168.*.* .... Also machen wirs kurz, kauf dir einen Router (wenn moeglich gleich mit eingebauten Switch, dann kannst den alten verkaufen und legst nur ein paar Euronen drauf). |
| 13.06.2004 |
| Re: eCS als Router: Nur Probleme mit Netzwerk (von: Juergen Ulbts, 00:31:08) | |
| Bei der Verteilung der Netzwerkprotokolle wundert es mich auch nicht das es nicht klappt.
Machen wir es mal ganz einfach.... MPTS/LAN-Adapter Konfiguration.... =================================== Netzwerkkarte 1 (welche auch immer das bei Dir ist): 1 - IBM OS/2 NETBIOS 0 - IBM OS/2 NETBIOS ÜBER TCP/IP 0 - IBM TCP/IP 2. Netzwerkkarte (die die an das DSL Modem geht) 2 - PPP over Ethernet (c) MyWi =================================== ISDNPM: Hier mal die für Dich wichtigen Infos in der ISDNPM-Konfiguration... .\USER\<deineKonfuguration>.OUT ========= Flags : AUTODAIL // wählt automatisch neu ein, wenn keine Verbindung besteht AUTODIALMODE : PING, DNSREQUEST, TCPCONNECT TimeoutRX : xxxx // Auflegen nach Inaktivität in Minuten (Sekunden) TimeoutTX : xxxx // Auflegen nach Inaktivität in Sekunden (Senden) ========= Der Timeout muss übrigens für beide Richtungen (senden und empfangen) ablaufen, erst dann baut ISDNPM die Verbindung ab. Der Standardwert liegt entweder bei 300 oder 100 Sekunden. Bei weiteren Fragen wieder melden, fürs erste sollte das aber helfen. Jürgen |
| Re: eCS als Router: Nur Probleme mit Netzwerk (von: Juergen Ulbts, 00:37:10) | |
| Achso, in meinem Fall für LAN 1 eine IP vergeben. ISDNPM steht wie Du es schon am Anfang erwähnt hast automatisch auf 192.168.200.1 (CONFIG0.FNC).
Für die zweite Netzwerkkarte mußt Du also nichts anpassen oder eine weitere IP vergeben. Die Umleitung auf dein lokales Netz erfolgt automatisch von ISDNPM. Jürgen |
| Re: eCS als Router: Korrektur (von: Juergen Ulbts, 13:05:52) | |
| Sorry, kleiner Fehler...war wohl schon etwas zu spät...
Ich meinte natürlich das LAN-Interface 0 und nicht 1. Also LAN 0 bekommt eine IP zugewiesen. Zum Beispiel: 192.168.0.1 Netmask ist: 255.255.255.0 Jürgen |
| Re: eCS als Router: Korrektur (von: Rainer/2, 15:28:27) | |
| Hallo!
Danke für eure Hilfe :) @Jürgen: Das sollte so laufen, das die SIS900 ( LAN0 )für das DSL zuständig ist, und die RTL8139C für unser kleines Netzwerk. Also bräuchte ich die SIS900 nicht als LAN0 zu aktivieren? Wenn ISDNPM als IP 192.168.200.1 für die SIS900 nimmt, müßen doch dementsprechend die Computert auch den " Vornamen " 192.168.200.x haben, nicht wahr? Ist es wichtig, welche Karte als LAN0 und welche als LAN1 genommen wird? Im Augenblick habe ich auch das Problem ( seit gestern Nachmittag ), das das Routing nicht mehr geht ( Meckermeldung beim booten :( ) Als Leitweg habe ich " default " (?; na ja, ganz rechts ;) ) genommen und die 192.168.200.1 eingetragen. Nur wie bereits erwähnt, bleibt der Erfolg aus. eCS selbst hat Internet, aber die anderen 2 Rechner nicht. Selbst anpingen geht nicht. @Klaus Danke für deine ehrliche und offene Meinung, die ich sehr respektiere. Du hast mir schon oft geholfen ( z.B. bei Tame/2 ;) ), aber ich hatte vor ein paar Wochen einen entsprechenden Thread gestartet, um heraus zu finden, ob eCS als Router was taugt, da ich gegenwärtig einen anderen Router ( Smoothwall ) benutze, womit ich aber nicht zufrieden bin. Es ist nämlich nicht schön, wenn sich ein Router selbstständig einfach abwählt, obwohl im Internet gesurft wird, also entsprechender Datenverkehr vorhanden ist. Leider ist es so, das ich diesen thread nicht wieder finde über due Suchfunktion, da nur das gefunden wird, was vor dem 01.01.2004 hier in die os2.org geposted wurde....leider. Da hatte ich auch gefragt, wie man Portfreigaben macht usw.. Vielleicht kann das ja netterweise nochmal jemand erklären ( werde mit diesen Thread auch diesmal abspeichern als Lesezeichen ) Gruß Rainer/2 |
| Re: eCS als Router: Korrektur (von: Klaus Staedtler, 17:36:01) | |
| >Das sollte so laufen, das die SIS900 ( LAN0 )für das DSL zuständig ist, und die RTL8139C für unser kleines Netzwerk.
Sollte eigentlich andersrum sein, da RTL8139 nur 10Mbit (fuer DSL vollkommen ausreichend). Achtung die hat nen Bug und kann auf weniger abfallen, deshalb zuerst mittels des Dos Tools der RTL8139 sicherstellen dass 10MBit fix eingestellt sind. Ansonsten, ich bleib bei meiner Meinung ;-) |
| Re: eCS als Router: Korrektur (18:13:10) | |
| RTL8139 Chipsätze können auch 100MBit, zumindest in meinem Rechner. |
| Re: eCS als Router: Korrektur (von: Klaus Staedtler, 18:34:02) | |
| >RTL8139 Chipsätze können auch 100MB
Bei mir kann selbst eine 3COM905 nur 10Mbit ;-) (ist vom Provider gestellt und absichtlich kastriert) Dann ist's wirklich egal, da beide Karten eher hoehere CPU Lasten haben, so dass das auch kein Kriterium ist. |
| ISDNPM Portforwarding (von: Juergen Ulbts, 20:11:05) | |
| MasquerEntry : 0.0.0.0,0,<von PortNr x oder Bereich x-y>,192.168.0.2,<auf PortNr; bei einer von-bis Angabe vorne reicht hier der untere Zielport>
Am Ende kann man dann noch ",6" (TCP) oder ",17" (UDP) anhängen, wenn man weiß das es nur Pakete eines bestimmten Typs sind. Jürgen |
| eCS Netzwerkkonfiguration (von: Juergen Ulbts, 20:34:57) | |
| Bei den beiden Karten ist es völlig egal welche für DSL oder für das Netzwerk verwendet wird.
Die erste Karte im MPTS (also da wo ich am Anfang mal die Einstellungen gepostet habe) nimmst Du für das lokale Netz, die zweite kommt an das DSL Modem. LAN 0, also die erste Karte im MPTS, bekommt eine IP. Um die zweite kümmerst Du Dich nicht weiter, außer das Du sie noch auf 10MBit fest einstellst (falls das noch nicht passiert ist). Unter Leitweg in der TCP/IP Konfiguration trägst für "default" 192.168.0.1 ein und setzt unten das Kreuz "IP-Weiterleitung". Um die IP die ISDNPM nutzt brauchst Du Dich wie gesagt nicht zu kümmern. ISDNPM erledigt das alles automatisch, deshalb ist "192.168.200.1" als "DEFAULT" auch falsch. In der CONFIG0.FNC sollte die IP "192.168.200.1" stehen und wird nicht weiter dran rumgefummelt. Wenn das soweit eingestellt ist, kannst Du Dich wieder melden, denn vermutlich müssen wir der PROTOCOL.INI wieder auf die Füsse helfen (Du wirst mit großer Wahrscheinlichkeit eine Fehlermeldung beim Start bekommen). Jürgen |
| Re: eCS als Router: Nur Probleme mit Netzwerk (von: Karlheinz, 21:21:35) | |
| 2 - PPP over Ethernet (c) MyWi
die logische Adapternummer ist übrigens falsch denn die Nummer wird je Protokoll hochgezaehlt, unabhängig von den physikalischen Adaptern. |
| 14.06.2004 |
| Re: eCS als Router: Nur Probleme mit Netzwerk (von: Juergen Ulbts, 00:20:33) | |
| Äh, es wurden bei der Karte davor schon Protokolle zugeordnet. Habe ich jetzt was verpaßt. :)
Jürgen |
| Re: eCS als Router: Nur Probleme mit Netzwerk (von: Karlheinz, 07:22:43) | |
| ja, denn die logische Adapternummer hat nichts mit den anderen Protokollen zu tun.
Es ist übrigens ein Fehler im MPTS das die Vergabe der logischen Adapternummer mit einem höheren Wert vorbesetzt wird wenn es nicht der erste physische Adapter ist an den das Protokoll gebunden werden soll. |
| Re: eCS Netzwerkkonfiguration (von: Karlheinz, 07:30:02) | |
| Zu dem ganzen Thema noch ein Hinweis von mir:
Der Adapter in der TCP/IP-Konfiguration (bzw. der SETUP.CMD) entspricht der logischen Adapternummer im MPTS und diese ist vollkommen unabhängig vom physischen Adapter und der Reihenfolge in der die Controller definiert werden. |
| Re: eCS Netzwerkkonfiguration (von: Rainer/2, 16:13:49) | |
| Alles so gemacht, wie ihr geschrieben habt. Jetzt geht gar nichts mehr mit der eCS. Beim booten wie bereits erwähnt, kommt die Meldung, das das Netzwerk nicht erreichbar wäre.
Und selbst die Internetverbindung von der eCS geht nicht mehr. Leider kann ich dadurch auch nicht die protocol.ini hier rein posten :( Anpingen geht ebenfalls gar nichts. Habe alles so eingestellt, wie ihr beschrieben habt. Auvh die SIS900 sicherheitshalber für DSL genommen ( Ach ja: 100 geht bei mir auch mit der RTL8139C ;) ) Bei Karten habe ich SIS900 als LAN0 genommen ( als Nummer bei den beiden Protokollen TCP/IP und Netbios over TCP/IP steht eine 0 ) und die RTLkarte steht als LAN1 ( bei MPTS nicht aktiviert; bei den Protokollen steht bei TCP/IP und MyWI jeweils eine 1; ist selbst von eCS gemacht worden ). IP-Weiterleitung ist an. Leitweg steht auf 192.168.0.1 und default. Woran kann das jetzt liegen? |
| Re: eCS Netzwerkkonfiguration (19:41:40) | |
| Hallo
Der SIS Treiber meldet immer (zumindest bei meine Notebook) wenn kein Gerät( hub switch etc.) angesteckt ist, das das Netzwerk nicht verfügbar ist dadurch kann es sein das auch andere teile des netzwerkes nicht geladen werden . Bei meinem Notebook läst sich dann zb. der Reqester nicht starten. Egon |
| 15.06.2004 |
| Re: eCS Netzwerkkonfiguration (00:44:25) | |
| Deshalb nimmt man besser den GENMAC Treiber. ;)
http://www.os2warp.be/index2.php?name=genmac |
| Re: eCS Netzwerkkonfiguration (00:54:20) | |
| 1.) Der genaue Wortlaut der Meldung wäre schon noch interessant.
2.) PROTOCOL.INI auf Diskette kopieren und dann von einem anderen Rechner aus posten 3.) Ursache ist zu 99% das die PROTOCOL.INI einen weg hat, leider ist das ohne die genaue Fehlermeldung beim Start nicht klar ersichtlich. Ein einfaches ROUTE COMMAND FAILED wird es wohl nicht sein, was Du da beim Start siehst. 4.) Alternative zum gefrickelt mit der PROTOCOL.INI ist eine Neuinstallation |
| Re: eCS Netzwerkkonfiguration - Korrektur (01:01:52) | |
| Korrektur....wäre schön wenn man seinen Mist wieder löschen könnte...also noch einmal....
1.) Der genaue Wortlauf der Fehlermeldung ist wichtig!!!!! 2.) PROTOCOL.INI und IBMLAN.INI auf eine Diskette kopieren und von einem anderen Rechner aus posten C:\IBMLAN\IBMLAN.INI C:\IBMCOM\PROTOCOL.INI 3.) IBMLAN.INI wird es vermutlich sein, die PROTOCOL.INI ist aber auch mal interessant zu sehen, denn dann sieht man ob da noch was faul ist. 4.) Alternative zu dem grfrickel mit der IBMLAN.INI ist eine Neuinstallation. ;) |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 07:04:48) | |
| Hallo!
Es ist " ROUTE COMMAND FAILED "; Network unreachbled. ( Sagte doch: Netzwerk nicht erreichbar ;) ), was beim booten angezeigt wird. Daraufhin muß ich [Enter] drücken. Es werde gleiche eben die 2 Dateien kopieren. Bin ich froh, das ich ( noch ) ein Disketten-LW habe ;) Ach jua: Zur Switch: Alles Dioden die grün sein sollten, sind auch grün. Genauso beim DSL-Modem. |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 07:47:19) | |
| Hier die IBMLAN.INI:
======================================= SCHNIPP ======================================= ; Initialisierungsdatei zum IBM OS/2 LAN Requester [networks] net1 = TCPBEUI$,0,LM10,34,100,14 ; Diese Angaben werden von den Requester-Diensten zum Zeitpunkt der ; Einheiteninitialisierung gelesen. [requester] ; Eine Žnderung der folgenden Parameter durch den Benutzer ist im allgemeinen ; nicht erforderlich. charcount = 16 chartime = 250 charwait = 3600 keepconn = 600 keepsearch = 600 maxcmds = 16 maxerrorlog = 100 maxthreads = 10 maxwrkcache = 64 numalerts = 12 numcharbuf = 10 numservices = 7 numworkbuf = 40 numdgrambuf = 14 othdomains = printbuftime = 90 sesstimeout = 45 sizcharbuf = 512 sizerror = 1024 sizworkbuf = 4096 ; Der Parameter wrkheuristics setzt eine Reihe von ; Feinabstimmungsoptionen des Requesters. Zu jeder Ziffer gibt es eine ; kurze Beschreibung. Umfassendere Beschreibungen zusammen mit ; Erl„uterungen der Abh„ngigkeitsbeziehungen zwischen einzelnen ; Ziffern sind im Handbuch LAN Server Network Administrator Reference ; Volume 2: Performance Tuning enthalten. ; ; Wenn nicht anders angegeben, bedeutet der Wert 0 aus (inaktiv) und 1 ; ein (aktiv). ; ; 0 Sperren (opportunistic locks) von Dateien (Standardwert ist 1) ; 1 Leistungsoptimierung fr Stapeldateien (.CMD) (Standardwert ist 1) ; 2 asynchrones Entsperren und asynchrones Entsperren fr Schreiben ; 0 = niemals 2 = nur auf einer virtuellen LAN Server-Verbindung ; 1 = immer (Standardwert) ; 3 asynchrones Schlieen und asynchrones Schlieen fr Schreiben ; 0 = niemals 2 = nur auf einer virtuellen LAN Server-Verbindung ; 1 = immer (Standardwert) ; 4 Alle benannten Pipes und seriellen Einheiten puffern (Standardwert ist 1) ; 5 kombiniertes Sperren fr Lesen und Entsperren fr Schreiben ; 0 = niemals 2 = nur auf einer virtuellen LAN Server-Verbindung ; 1 = immer (Standardwert) ; 6 Optimierung fr Lesen und ™ffnen (Standardwert ist 1) ; 7 reserviert ; 8 Verwendung des in Folge gesendeten NETBIOS NCB ; 0 = niemals ; 1 = wenn der Puffer eines Servers gr”er ist als der einer ; Datenstation ; 2 = immer (Standardwert) ; 9 Kleine Lese- und Schreibanforderungen puffern, bis der Puffer ; voll ist ; 0 = niemals 2 = nur auf einer virtuellen LAN Server-Verbindung ; 1 = immer (Standardwert) ; 10 Puffermodus ; 0 = immer die der Puffergr”e entsprechende Datenmenge ; lesen, wenn die Anforderung kleiner ist als die ; Puffergr”e (sizworkbuf) und die Daten sequentiell ; gelesen werden ; 1 = gesamten Puffer verwenden, wenn die Datei zum Lesen ; und Schreiben ge”ffnet ist ; 2 = gesamten Puffer verwenden, wenn Lesen und Schreiben ; sequentiell erfolgt ; 3 = alle Anforderungen puffern, die kleiner sind als die ; Puffergr”e (wenn "Treffer" vorkommen) ; (Standardwert) ; 11 RAW-SMB-Protokolle fr Schreiben und Lesen (Standardwert ist 1) ; 12 RAW-Puffer fr Vorauslesen (Read-ahead) (Standardwert ist 1) ; 13 RAW-Puffer fr verz”gertes Schreiben (Write-behind) (Standardwert ist 1) ; 14 Multiplex-SMB-Protokolle lesen (Standardwert ist 1) ; 15 Multiplex-SMB-Protokolle schreiben (Standardwert ist 1) ; 16 Verwenden groer Puffer fr umfangreiches Kernlesen (Core-Read) ; (nicht-RAW) (Standardwert ist 1) ; 17 Gleich groe Grenze fr Vorauslesen (Read-Ahead) oder auf Sektor lesen (Read-to-Sector) ; (Standardwert ist 1) ; 18 Gleich groe Grenze fr verz”gertes Schreiben (Read-Ahead) oder ; Schreiben auf Sektor (Write-to-Sector) kleiner Datens„tze (Standardwert ist 0) ; 19 reserviert und mu 0 sein ; 20 Pipes und Einheiten nach Operation DosBufReset oder DosClose ; bereinigen ; 0 = Nur vom Aufrufenden ge”ffnete Dateien und ; Einheiten bereinigen. Bis zum Abschlu der Bereinigung ; laufen lassen. Vor Verarbeitung anderer Tasks auf ; Best„tigung warten. (Standardwert) ; 1 = Nur vom Aufrufenden ge”ffnete Dateien und ; Einheiten bereinigen. Nur einmal bereinigen. Nicht ; auf Best„tigung warten. ; 2 = Alle Dateien und alle Ein- und Ausgabe kurzer ; Pipes und Einheiten bereinigen. Bis zum Abschlu ; der Bereinigung laufen lassen. ; 3 = Alle Dateien und alle Ein- und Ausgabe kurzer ; Pipes und Einheiten bereinigen. Nur einmal bereinigen. ; 4 = Alle Dateien und alle Ein- und Ausgabe aller Pipes und ; Einheiten bereinigen. Bis zum Abschlu der ; Bereinigung laufen lassen. ; 5 = Alle Dateien und alle Ein- und Ausgabe aller Pipes und ; Einheiten bereinigen. Nur einmal bereinigen. ; 21 LAN Server-Verschlsselung von Kennw”rtern (Standardwert ist 1) ; 22 Protokolleintr„ge fr mehrere Vorkommen eines Fehlers steuern ; 0 = Alle Vorkommen protokollieren (Standardwert) ; 1-9 = Zu protokollierende Vorkommen begrenzen (1 - 9 definiert ; jeweils die Gr”e der Tabelle, die zur Aufzeichnung von ; Fehlern verwendet wird) ; 23 Alle Dateien puffern, die im Modus fr gemeinsamen Zugriff mit ; Schreiben verweigern (Deny-Write) ge”ffnet wurden (Standardwert ist 1) ; 24 Alle Dateien puffern, bei denen das Schreibschutzattribut ; (Read-only) gesetzt ist (Standardwert ist 1) ; 25 Vorauslesen (Read-ahead), wenn zur Ausfhrung ge”ffnet wird (Standardwert ist 1) ; 26 Verarbeitung der Unterbrechungstaste (Strg+c) ; 0 = keine Unterbrechungen zulassen ; 1 = Unterbrechungen nur bei langen Operationen ; zulassen ; 2 = Unterbrechungen immer zulassen (Standardwert) ; 27 Korrekten Modus zum ™ffnen erzwingen, wenn Dateien auf einem ; Kern-Server erstellt werden (reserviert fr DBCS-Benutzer) ; (Standardwert ist 1) ; 28 NETBIOS NoAck-Modus ; 0 = NoAck ist inaktiviert. ; 1 = NoAck ist auf Nur Senden gesetzt. (Standardwert) ; 2 = NoAck ist auf Nur Empfangen gesetzt. ; 3 = NoAck ist auf Senden und Empfangen gesetzt. ; 29 Daten senden zusammen mit SMB RAW-Schreibblock-Anforderungen ; (Write-Block) (Standardwert ist 1) ; 30 Nachricht an die Anzeige senden, wenn der Requester einen Fehler ; protokolliert ; 0 = niemals ; 1 = nur bei Schreibfehlern (Write-fault) (kein Zeitlimit) (Standardwert) ; 2 = nur bei Schreibfehlern (Write-fault) und internen Fehlern ; (kein Zeitlimit) ; 3 = bei allen Fehlern (kein Zeitlimit) ; 4 = reserviert ; 5 = nur bei Schreibfehlern (Write-fault) (Zeitlimit) ; 6 = nur bei Schreibfehlern (Write-fault) und internen Fehlern ; (Zeitlimit) ; 7 = bei allen Fehlern (Zeitlimit) ; 8 = bei allen Fehlern (Zeitlimit); Anzeigen eines Fehlers, ; wenn die Verbindung zu einem Server abnormal beendet wird ; 9 = bei allen Fehlern (Zeitlimit); Generieren eines ; INT24-Fehlers (kritischer Fehler) fr Anwendungen unter ; DOS-Emulation, falls ein permanenter Netzwerkfehler ; auftritt ; 31 reserviert ; 32 Verhalten von DosBufReset bei einer umgeleiteten Datei ; (keine Pipes oder Einheiten). ; Wenn der Aufruf an die API eine Rckmeldung ausgibt, wurden die ; Daten im Puffer wie folgt bearbeitet: ; 0 = Ge„nderte Daten im Puffer wurden vom Requester an den ; Server gesendet. Der Server hat die Daten auf die Platte ; geschrieben. ; 1 = Ge„nderte Daten im Puffer wurden vom Requester an den ; Server gesendet. Der Server hat die Daten noch nicht auf ; Platte geschrieben. ; 2 = DosBufReset wurde ignoriert. (Standardwert) ; 33 Zeitintervall fr die Ausfhrung der Anmeldeberprfung von der ; Dom„nensteuereinheit ; 0 = 5 Sekunden 4 = 60 Sekunden 8 = 8 Minuten ; 1 = 15 Sekunden (Standard) 5 = 90 Sekunden 9 = 15 Minuten ; 2 = 30 Sekunden 6 = 2 Minuten ; 3 = 45 Sekunden 7 = 4 Minuten ; 34 Datumsberprfung ; 0 = PCLP-Datumsformat (Standardwert) ; 1 = MSNET-Datumsformat ; 2 = Annahme, da das Datum korrekt ist ; 35 An DOS-und Windows-Anwendungen gemeldeter freier Speicherplatz ; 0 = wahren Wert melden (Standardwert) ; 1 = einen kleineren Wert als zwei Gigabyte melden ; 36 Synchronisation von Uhrzeit und Datum mit der ; Dom„nensteuereinheit bei der Anmeldung (Standardwert ist 1) ; 37 Art der šberprfung bei der Anmeldung am LAN Server ; 0 = keine šberprfung ; 1 = šberprfung anhand lokaler NET.ACC ; 2 = šberprfung anhand NET.ACC der Dom„ne (Standardwert) ; 38 Warnnachrichten fr die Anmeldung am LAN Server anzeigen ; 0 = keine Warnnachrichten anzeigen ; 1 = alle Warnnachrichten anzeigen (Standardwert) ; 2 = spezifische LAN Server-Warnnachrichten nicht anzeigen ; 3 = alle Warnnachrichten einschlielich Ablaufdatum fr ; Kennwort anzeigen ; 39 Alle im Kompatibilit„tsmodus ge”ffneten Dateien puffern ; 0 = Nur die fr Lesezugriff im Kompatibilit„tsmodus ; ge”ffneten Dateien puffern ; 1 = Alle im Kompatibilit„tsmodus ge”ffneten Dateien puffern ; (Standardwert) ; 40 einem Benutzer erlauben, sich mehrmals an der gleichen Dom„ne ; anzumelden (Standardwert ist 1) ; ; ; Die folgenden Zeilen enthalten Informationen zur Lokalisierung von ; Bit-Angaben im Eintrag wrkheuristics. ; 1 2 3 4 ; 0123456789012345678901234567890123456789012 wrkheuristics = 1111111121311111110001011120111221001111100 wrkservices = PEER,MESSENGER wrknets = net1 COMPUTERNAME = TELELOG DOMAIN = KNOPPIX useallmem = Yes [messenger] logfile = messages.log sizmessbuf = 4096 [peer] auditing = resource ; Eine Žnderung der folgenden Parameter durch den Benutzer ist im allgemeinen ; nicht erforderlich. HINWEIS: srvnets= wird in der Server-Infostruktur ; als 16-Bit LAN-Maske dargestellt. Srvnet-Namen werden fr die benannten ; Netze in [networks] in Indexangaben konvertiert. guestacct = guest autodisconnect = -1 maxauditlog = 100 maxchdevjob = 2 maxchdevs = 1 maxconnections = 26 maxlocks = 64 maxopens = 160 maxsearches = 150 maxsessopens = 80 maxsessreqs = 25 maxsessvcs = 1 maxshares = 16 maxusers = 25 numbigbuf = 4 numfiletasks = 1 numreqbuf = 48 sizreqbuf = 4096 srvhidden = no ; Die folgenden Zeilen enthalten Informationen zur Lokalisierung von ; Bit-Angaben im Eintrag srvheuristics. ; 1 2 ; 012345678901234567890 srvheuristics = 111101411113110013311 SRVSERVICES = srvnets = NET1 [replicator] replicate = IMPORT importpath = C:\ibmlan\repl\import tryuser = yes password = [services] ; Beziehung zwischen Namen und Pfadnamen des Dienste-Programms ; wird hergestellt. ; Aufbau des Pfadnamens: ; 1) absoluter Pfad (inkl. Laufwerkangabe) ; ODER ; 2) Pfad relativ zum IBMLAN-Stammverzeichnis messenger = services\msrvinit.exe peer = services\peerinit.exe replicator = services\replicat.exe requester = services\wksta.exe ===================================== SCHNAPP ===================================== Und hier die PROTOCOL.INI: ===================================== SCHNIPP ===================================== [PROT_MAN] DRIVERNAME = PROTMAN$ [IBMLXCFG] pppoe_nif = pppoe.nif tcpbeui_nif = tcpbeui.nif tcpip_nif = tcpip.nif GENM32_nif = GENM32.nif RTL8139_nif = RTL8139.nif [NETBIOS] DriverName = netbios$ ADAPTER1 = tcpbeui$,1 [pppoe_nif] DriverName = MYWIPPP$ Bindings = RTL8139_nif [tcpbeui_nif] DriverName = tcpbeui$ Bindings = ,GENM32_nif NODETYPE = "B-Node" OS2TRACEMASK = 0x0 SESSIONS = 130 NCBS = 225 NAMES = 21 SELECTORS = 15 USEMAXDATAGRAM = "NO" NETBIOSTIMEOUT = 500 NETBIOSRETRIES = 2 NAMECACHE = 1000 PURGECACHE = 0 PRELOADCACHE = "NO" NAMESFILE = 0 DATAGRAMPACKETS = 20 PACKETS = 50 ENABLEDNS = 0 INTERFACERATE = 300 [tcpip_nif] DriverName = TCPIP$ Bindings = RTL8139_nif,GENM32_nif [GENM32_nif] DriverName = GENM320$ MEDIUMMODE = "AUTO" [RTL8139_nif] DriverName = RTSND$ MEDIUM = "_AUTO" ===================================== SCHNAPP ===================================== |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Karlheinz, 09:11:48) | |
| Nun will ich mal loslegen. ;-)
Fangen wir mal mit dem TCP/IP an und lassen das LAN (Peer to Peer) mal außen vor. 1.) Die mit dem DSL-Modem verbundene Netzwerkkarte bekommt NUR das PPPoE Protokoll als Treiber und das stellst du auf die logische Adapternummer 0 ein. 2.) Die mit dem lokalen Netzwerk/Switch verbundene Netzwerkkarte bekommt TCP/IP und Netbios over TCP/IP als Protokoll und beides ist ebenfalls auf die logische Adapternummer 0 einzustellen. 3.) In der Datei \MPTN\BIN\SETUP.CMD sollte das Interface lo mit der Adresse 127.0.0.1 konfiguriert sein, desweiteren das Interface LAN0 mit einer Adresse für das lokale Netzwerk (z.B. 192.168.1.1 sowie der NetMask 255.255.255.0). 4.) Für die Fehlersuche lohnt es sich auch mal in die Datei \IBMCOM\LANTRAN.LOG zu schauen. Vielleicht werden irgendwelche Treiber nicht geladen. 5.) Mit "NETSTAT -r" läßt sich das Routing überprüfen. |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 12:15:17) | |
| Hallo Karl-Heinz!
Habe alles so gemacht, wie du geschrieben hast. Die Karte am DSL-Modem ( SIS900 ) hat beim TCP/IP nur das PPPoE-Protocal bekommen und nichts anderes. Als Nummer steht eine " 0 " Bei der RTL-Karte habe ich TCP/IP und Netbios over TCP/IP als Protocolle hinzugefügt. Ebenfalls bei beiden als Nummer die " 0 " angegeben. Internet von der eCS1.04 geht jetzt, aber der rest ist wie gehabt. ( Route: command failed; Network unreachabled ) Bei der TCP/IP ( local ) Konfiguration hat die SIS900 gar nichts bekommen. Auch keine Aktivierung. LAN2 hat die IP 192.168.0.1, IP-Weiterletung und 192.168.0.1 als Gateaway. Die Lantran.log schaut so aus: =================================== SCHNIPP =================================== LT00073: FFST/2 ist installiert, aber nicht gestartet. LANTRAN.LOG wird erstellt. IBM OS/2 LANMSGDD [10/09/00] 6.00 ist geladen und betriebsbereit. IBM OS/2 TCPBEUI 6.00.0 TCPBEUI: Verwendung eines 32-Bit-Datensegments. IBM OS/2 NETBIOS 4.0 Für NETBIOS-Anwendungen stehen an Adapter 0 223 NCBs, 130 Sitzungen und 20 Namen zur Verfügung. NETBIOS 4.0 ist geladen und betriebsbereit. IBM OS/2 LAN Netbind SYS0318: Nachrichtendatei GENMAC.MSG konnte für Nachricht 0010 nicht gefunden werden. TCPBEUI: Logischer Adapter 0 versucht, eine Bindung an TCP/IP-Schnittstelle lan0 herzustellen. =================================== SCHNAPP =================================== Die besagte setup.cmd so: =================================== SCHNIPP =================================== ifconfig lan0 192.168.0.1 192.168.0.1 netmask 255.255.255.0 metric 1 mtu 1492 REM ifconfig lan1 192.168.0.1 192.168.0.1 netmask 255.255.255.0 metric 1 mtu 1492 REM ifconfig lan2 metric 1 mtu 1500 REM ifconfig lan3 metric 1 mtu 1500 REM ifconfig lan4 metric 1 mtu 1500 REM ifconfig lan5 metric 1 mtu 1500 REM ifconfig lan6 metric 1 mtu 1500 REM ifconfig lan7 metric 1 mtu 1500 ifconfig lo 127.0.0.1 route add default 192.168.0.1 -hopcount 1 ipgate on =================================== SCHNAPP =================================== " NETSTAT -r " ergab dies: =================================== SCHNIPP =================================== [C:\]netstat -r destination router netmask metric flags intrf default 192.168.200.1 0.0.0.0 1 USP sl0 65.172.141.90 192.168.200.1 255.255.255.255 1 UHW3 sl0 127.0.0.1 127.0.0.1 255.255.255.255 0 UH lo 192.168.0.1 192.168.200.1 255.255.255.255 1 UHW3 sl0 217.69.77.214 192.168.200.1 255.255.255.255 1 UHW3 sl0 217.237.151.225 192.168.200.1 255.255.255.255 1 UHW3 sl0 [C:\] =================================== SCHNAPP =================================== Was ist jetzt noch falsch? :( |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 13:07:31) | |
| Noch was:
Obwohl Mozilla bewusst von mir auf blieb, hat ISDNPM die Verbindung abgebaut. Und obwohl ich bei Mozilla auf " Neu laden " gegangen bin, hat sich ISDNPM nicht wieder neu eingewählt. Die unterste Reihe wurde grün, die oberste Reihe bleib aber rot :( |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 18:37:46) | |
| Ich habe es geschafft, nach dem ich den ganzen Tag lang rumprobiert habe. Eins habe ich gelernt: Bei der Installation mag eCS KEINE 2 Netzwerkkarten installieren!!!
Erst die Netzwerkkarte fürs Netzwerk, und nach der komplett abgeschlossenen Installation erst die Netzwerkkarte für DSL installieren. War das eine Schwergeburt! Jetzt habe ich nur ein Problem: Internet geht perfekt unter eCS! Was nicht geht: Internet von den anderen Rechner über die eCS! Ich habe keinerlei Meckermeldungen mehr! Routing klappt! Hier das Ergebnis von " netstat -r " : ============================================================= SCHNIPP ============================================================= [C:\]netstat -r destination router netmask metric flags intrf default 192.168.200.1 0.0.0.0 1 USP sl0 65.172.141.90 192.168.200.1 255.255.255.255 1 UHW3 sl0 127.0.0.1 127.0.0.1 255.255.255.255 0 UH lo 192.43.244.18 192.168.200.1 255.255.255.255 1 UHW3 sl0 192.168 192.168.0.1 255.255.255.0 0 UC lan0 194.25.2.129 192.168.200.1 255.255.255.255 1 UHW3 sl0 217.237.151.225 192.168.200.1 255.255.255.255 1 UHW3 sl0 [C:\] ============================================================= SCHNAPP ============================================================= Woran kann das jetzt noch liegen? Die Rechner meiner Frau, von wo ich das probiert hatte, hat die IP 192.168.0.11. Also kann es doch daran nicht liegen. Könnt ihr mir dabei noch helfen? Danke für die bisherige Hilfe! :))) Unter Inanspruchnahme der gesamten Hilfe durch diesen Thread hat es ja jetzt geklappt :) Gruß Rainer/2 |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Karlheinz, 18:56:05) | |
| Setze die Defaultroute auf den anderen Rechnern so das sie auf das LAN-Interface des Gatewayrechners zeigt das im gleichen Subnetz liegt. Den Rest erledigt der Gatewayrechner.
Außerdem: Nicht vergessen einen funktionierenden DNS-Server anzugeben in der RESOLV2 anzugeben, sonst klappt die Namensauflösung nicht. |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 19:24:55) | |
| RESOLV2 ist erledigt.
Was dem anderen Rechner anbelangt, so hat er als Gateaway schon 192.168.0.1 eingetragen. Werde aber mal eben ISDNPM neustarten wegen der RESOLV2. Gruß Rainer/2 |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 19:41:41) | |
| Problem gelöst :))))
Ich wußte gar nicht, das, wenn ich die eCS als Router / Gateaway benutze, bei den anderen Rechner anstatt 192.168.0.1 einen richtigen DNS-Server angeben muß. Das war der einzigste Fehler Schluß. Na aj, Problem gelöst! Vielen Dank an alle für eure Geduld mit mir :)))) Habe zwar noch ein problem, aber das geht in einem neuen Thread. Gehört nicht hier her ;) Gruß Rainer/2 P.S.: Jetzt hoffe ich nur, das sich ISDNPM automatisch auch wieder einloggt, wenn z.B. die Zwangstrennung von T-Online ( 24 Std. ) ist und auch, das sich ISDNPM nicht einfach selbstständig die Leitung kappt. ;) |
| 16.06.2004 |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Juergen Ulbts, 19:17:25) | |
| Schön das es am Ende geklappt hat. Hast Du noch mal neu installiert, hörte sich so an.
Jürgen |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Klaus Staedtler, 19:45:37) | |
| >Jürgen
Jetzt poste hier nicht aktionistisch rum, sondern schau lieber in deinen Postkasten, koennte naemlich sein dass dein epson 1670 schon perfekt funktioniert und du hasts noch garnicht bemerkt ;-) |
| 17.06.2004 |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Rainer/2, 21:49:13) | |
| @Jürgen:
Ja, hatte die eCS mehrmals neu installieret, da es pertu nicht die Route machen wollte. Bis ich erstmal dahinter kam, das die eCS bei der Installation es gar nicht mag, wenn dort direkt 2 Netzwerkkarten angegeben werde...schon seltsam. Aber Danke an allen für Eure Hilfe :) |
| 18.06.2004 |
| Re: eCS Netzwerkkonfiguration - Korrektur (von: Juergen Ulbts, 12:46:34) | |
| Hm, war da was?
Jetzt muss ich noch mal neu booten... Jürgen |
| ( Zeige die Threadübersicht ) | [ Version zum Drucken ] | ( Zur Startübersicht ) |
| |||
| Mit * markierte Felder müssen ausgefüllt werden ! |
|
