Hallo Tobias,
so wie das hier ausschaut liegt dein Problem im "WAN"-Netz in Köln.
Dort sollte in den verwendeten Router die route zum DialIn-Netz
10.10.x.x
bekannt sein oder per "Default Route" in den entsprechenden Router der
Netztrafic mit "unbekannten" Zieladressen auf deinen DialIn-Server
Hallo Tobias,
nach der Kurzinfo von Heutemorgen nochmal die ausführliche Version.
Deine Topologie scheint wie folgt auszusehen:
1. ISDN-Client
2. ISDN-"Netz" 10.10.x.x
3. DialIn-Server
4. lokales Netz 192.168.x.x
5. Router
6. Transfernetz
7. Router
8. "WAN"-Netz 172.31.x.x
9. Station im
At 07:48 24.08.00 +0200, you wrote:
Dann Probier ichs mal im Telegrammstil mit bash-Elementen:
Warum malst Du kein Bild?
Ich kann so schlecht malen! ;-)
Da blickt doch sonst kein Mensch durch. Es fängt
schon mit dem "Ping aufs WAN-Netz" an. Was meinst Du mit WAN-Netz? Weißt Du,
daß man
On Thu, Aug 24, 2000 at 04:18:53AM +0200, Martin Schmitt wrote:
* Tim Gesekus ([EMAIL PROTECTED]) wrote/schrieb:
Wenn ich das richtig verstehe willst Du von aussen auf Deine maskierten
Rechner zugreifen, oder? Wenn das der Fall ist geht es einfach nicht.
Hi!
Ich habe das Problem auch
On Thu, Aug 24, 2000 at 07:36:27AM +0200, Tobias Kaefer wrote:
Dann Probier ichs mal im Telegrammstil mit bash-Elementen:
Dail_In_Client=10.10.x.x
Dail_In_Server=192.168.x.x
lokales_Netz=192.168.x.x
WAN_Netz=172.31.x.x
$Dial_In_Client wählt sich ein, $Dail_In_Client ping auf
On Thu, Aug 24, 2000 at 11:35:59AM +0200, Tobias Kaefer wrote:
Hmm, was sagt denn ein tcpdump auf den Interfaces, kommen die Packete
nicht aus Deinem Gateway raus, oder kommen sie nicht zurueck?
tcpdump läuft leider noch nicht, weil die Netzwerkanbindung über
TokenRing stattfindet. Ich
Hi Tobias!
Das WAN_NETZ ist einfach nur ein Netz das in Köln "vor sich hin lebt".
Und über eine WAN Verbindung angebunden ist!
Siehst Du. So weit ist es her mit den hellseherischen Fähigkeiten bei mir.
Soll ich dir eine MindMap schicken?
Ich kann auch nicht mehr als mich der deutschen
* Tim Gesekus ([EMAIL PROTECTED]) wrote/schrieb:
nicht miteinander können sollen: Warum ist denn in dieser ganzen Diskussion
noch nie von "traceroute" gesprochen worden?
Vielleicht kann der Treiber die Karte nicht in den promiscuous mode
bringen. Und dann kann tcpdump auch nicht
Hi!
Ich hab folgendes Problem:
Ein Dail-In Server (ISDN/PPP, PAP, IPCHAINS, MASQ etc.) greift auf ein
Netz zu (so weit so gut). Die Clients haben einen IP-Adressbereich im
10.10.x.x Netz. Das lokale Netz (192.168.x.x), in dem der Server betrieben
wird,
ist für den Server als auch die Clients zu
Also von den 4 ISDN Clients soll auf ein Netzwerk mit mehreren
IP-SubNetzen zu gegriffen werden.
Auf das lokale Netz in dem sich der ISDN-Server befindet (192.168.x.x)
funktioniert jede Anfrage egal ob Server oder Client.
Dann gibt es da noch ein anderes IP-SubNetz das über WAN angebunden ist.
Dann Probier ichs mal im Telegrammstil mit bash-Elementen:
Dail_In_Client=10.10.x.x
Dail_In_Server=192.168.x.x
lokales_Netz=192.168.x.x
WAN_Netz=172.31.x.x
$Dial_In_Client wählt sich ein, $Dail_In_Client ping auf $lokales_Netz,
funktioniert.
$Dial_In_Client ping auf $WAN_Netz, nichts kommt
Dann Probier ichs mal im Telegrammstil mit bash-Elementen:
Warum malst Du kein Bild? Da blickt doch sonst kein Mensch durch. Es fängt
schon mit dem "Ping aufs WAN-Netz" an. Was meinst Du mit WAN-Netz? Weißt Du,
daß man _Netze_ generell nicht anpingen kann, und so weiter, und so
weiter...
12 matches
Mail list logo