Hallo, bin dabei, einen Remote-Zugang zum Dateisystems meines 'Haupt-PC's' ("linux") zu basteln. Habe nach Karstens Anweisungen v. 25.08.einen syncppp-Zugang erstellt und auf dem Client-Notebook das 'Gegenstück' zur Einwahl mit kinternet. Einwahl klappt auch prima (IP von Gateway und Eigener Adresse werden übertragen - ping klappt), aber die Namensauflösung funktioniert nicht: Wartet (lt. kinternet / Verbindung prüfen) erfolglos auf auf Antwort vom Nameserver.. Namenseintäge in /etc/hosts sind vorhanden. Wenn ich mit dem Client versuche, das über NFS freigegebene Dateisystem zu mounten, kommt die Fehlermeldung: Fehler des entfernten Systems - Keine Route zum Zielrechner. Hier die Ausgabe des Vorgangs in /var/log/localmessages: (xxx von mir!) Aug 27 18:13:25 notebookFG ipppd[14743]: Found 1 device: Aug 27 18:13:25 notebookFG ipppd[14744]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started Aug 27 18:13:25 notebookFG ipppd[14744]: init_unit: 0 Aug 27 18:13:25 notebookFG ipppd[14744]: Connect[0]: /dev/ippp0, fd: 16 Aug 27 18:13:28 notebookFG ipppd[14744]: Local number: 671xxx, Remote number: 6869xxx, Type: outgoing Aug 27 18:13:28 notebookFG ipppd[14744]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 16 Aug 27 18:13:30 notebookFG ipppd[14744]: Remote message: Welcome to linux. Aug 27 18:13:30 notebookFG ipppd[14744]: MPPP negotiation, He: No We: No Aug 27 18:13:30 notebookFG ipppd[14744]: CCP enabled! Trying CCP. Aug 27 18:13:30 notebookFG ipppd[14744]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Aug 27 18:13:30 notebookFG ipppd[14744]: ccp_resetci! Aug 27 18:13:30 notebookFG ipppd[14744]: local IP address 192.168.123.103 Aug 27 18:13:30 notebookFG ipppd[14744]: remote IP address 192.168.123.101 Aug 27 18:14:59 notebookFG ipppd[14744]: Modem hangup Aug 27 18:14:59 notebookFG ipppd[14744]: Connection terminated. Aug 27 18:14:59 notebookFG ipppd[14744]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 27 18:14:59 notebookFG ipppd[14744]: closing fd 16 from unit 0 Aug 27 18:14:59 notebookFG ipppd[14744]: link 0 closed , linkunit: 0 Aug 27 18:14:59 notebookFG ipppd[14744]: reinit_unit: 0 Aug 27 18:14:59 notebookFG ipppd[14744]: Connect[0]: /dev/ippp0, fd: 16 Aug 27 18:15:00 notebookFG ipppd[14744]: Terminating on signal 15. Aug 27 18:15:00 notebookFG ipppd[14744]: closing fd 16 from unit 0 Aug 27 18:15:00 notebookFG ipppd[14744]: link 0 closed , linkunit: 0 Aug 27 18:15:00 notebookFG ipppd[14744]: Exit. Mein System (auf beiden Rechnern): SuSE 8.2 mit aktuellem Kernelpatch Hat Jemand eine Idee ? Friedemann -- Friedemann Garvelmann Heilpraktiker und RHIZOMA - Seminare Hauptstr. 8 D-79790 Küssaberg - Kadelburg Tel.:+49-7741-2926 Fax: +49-7741-671243 f.garvelmann@rhizoma.de http://www.f-garvelmann.de http://www.rhizoma.de Diese email wurde mit Evolution unter SuSE Linux 8.2 erstellt (was sonst ..? ;-)
On Wed, Aug 27, 2003 at 06:29:28PM +0200, Friedemann Garvelmann wrote:
Hallo, bin dabei, einen Remote-Zugang zum Dateisystems meines 'Haupt-PC's' ("linux") zu basteln. Habe nach Karstens Anweisungen v. 25.08.einen syncppp-Zugang erstellt und auf dem Client-Notebook das 'Gegenstück' zur Einwahl mit kinternet. Einwahl klappt auch prima (IP von Gateway und Eigener Adresse werden übertragen - ping klappt), aber die Namensauflösung funktioniert nicht: Wartet (lt. kinternet / Verbindung prüfen) erfolglos auf auf Antwort vom Nameserver.. Namenseintäge in /etc/hosts sind vorhanden. Wenn ich mit dem Client versuche, das über NFS freigegebene Dateisystem zu mounten, kommt die Fehlermeldung: Fehler des entfernten Systems - Keine Route zum Zielrechner.
Hast Du denn einen Nameserver laufen, der Deine privaten Adressen verwaltet ? Es sollte auch nur mit /etc/hosts Eintraegen gehen. Wenn ping klappt sollte die route eigentlich da sein. kinternet / Verbindung prüfen kann hier nicht helfen, das braucht einen Nameserver. Generell ist es aber eine sehr schlechte Idee ueber eine ISDN Verbindung NFS zu betreiben, es ist einfach zu langsam. Besser die benoetigten Dateien kopieren und z.B. mit rsync aktualisieren. Oder nur mit z.B. scp kopieren. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Friedemann Garvelmann
-
Karsten Keil