Re: Beim ersten PPP-Verbindungsaufbau zur UMTS-Karte kommen unsinnige Nameserver
Am Freitag, den 11.07.2008, 15:07 +0200 schrieb Marc Haber:
> On Fri, 11 Jul 2008 03:44:03 +0200, Sascha Reißner
> <reiszner@novaplan.at> wrote:
> >Am Donnerstag, den 10.07.2008, 10:17 +0200 schrieb Marc Haber:
> >> Das ist unstrittig. Aber wieso meinst Du, dass NAT Pflicht ist, wenn
> >> das System des Kunden eine offizielle, weltweit routebare IP-Adresse
> >> zugewiesen bekommt, die Full Service Resolver aber einer
> >> RFC1918-Adresse haben?
> >
> >Wenn sein Interface eine 10er-Adresse hat, sollte es nicht ins Internet
> >geroutet werden, da sonst die Antwort an 10.x.y.z ?nie ankommen würde.
>
> Ja, und? Der ISP kann am Ausgang seines Netzes ins Internet NATten und
> innerhalb seines eigenen Netzes die RFC1918-Adressen routen als wären
> es ganz normale.
ACK. Hab nie etwas anderes behauptet.
> >> Wie willst Du mit der IP-Adresse 10.20.64.64/32 den unter 10.11.12.13
> >> erreichbaren DNS-Server ohne Routing erreichen?
> >
> >ACK. Aber ich gehe davon aus, daß wenn man schon 10er-Adressen
> >verwendet, dann auch ?10.20.64.64/8 zuweist.
>
> Du gehst von falschen Voraussetzungen aus. Den Broadcasttraffic eines
> /8 will man selbst auf einem Gigabit-Ethernet-Interface _nicht_ haben.
Kann sain. Hab noch nicht an so einem großen Netzwerk herumgefummelt.
> Ich habe in meiner dann doch nicht erst seit gestern bestehenden
> IP-Praxis nie ein größeres Netz als /22 gesehen. Und selbst das war
> eigentlich schon zu groß.
>
> >> >Einziges Szenario das nicht funktioniert, wäre eine öffentliche IP und
> >> >DNS im 10er-Netz.
> >>
> >> Diese Aussage ist flasch. Natürlich funktioniert das.
> >
> >Bitte erkläre mir wie ein Router im Internet einen Host mit der Adresse
> >10.11.12.13 findet.
>
> Das Netz eines ISPs ist nicht das Internet.
Hab ich auch nicht behauptet.
> >> Genau deswegen kommt erstmal ein NAK zurück. Die Karte hat die
> >> Informationen noch nicht die das Clientsystem haben will.
> >
> >Aber warum bietet er dir mit dem NAK gleich DNS und WINS an, wenn er
> >selbst noch keine Informationen hat?
>
> Das weiß ich nicht.
>
> >| ?sent [IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0>]
> >?| rcvd [IPCP ConfNak id=0x7 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
> >?| sent [IPCP ConfReq id=0x8 <compress VJ 0f 01> <addr 0.0.0.0>]
> >| rcvd [IPCP ConfReq id=0x4]
> >?| sent [IPCP ConfNak id=0x4 <addr 0.0.0.0>]
> >?| rcvd [IPCP ConfRej id=0x8 <compress VJ 0f 01>]
> >?| sent [IPCP ConfReq id=0x9 <addr 0.0.0.0>]
> >?| rcvd [IPCP ConfNak id=0x9 <addr 10.230.166.95>]
> >?| sent [IPCP ConfReq id=0xa <addr 10.230.166.95>]
> >?| rcvd [IPCP ConfAck id=0xa <addr 10.230.166.95>]
> >?| rcvd [IPCP ConfReq id=0x5]
> >?| sent [IPCP ConfAck id=0x5]
> >
> >In Zeile 4 empfängt der ppp ein ConfReq von der Karte und danach bekommt
> >er auch endlich die IP.
>
> Huh? Ich dachte immer, das ConfReq käme vom PPP-Daemon des Clients?
Normal schon. aber Zeile 4 hab habe ich auch in Logs quer im Internet
gefunden und da empfängt der ppp ein ConfReq von der UMTS-Hardware.
Hab leider nicht die Hardware das zu testen und kann leider auch kein C
programmieren. Wie es aussieht hält sich entweder ppp oder die
UMTS-Hardware nicht an die RFC-1661 (wobei ich eher letzteres vermute).
Ich finde zwar keinen konkreten WAIT-Befehl oder ähnliches, aber wenn
ich einen Peer hinhalten will, würde ich statt Fake-DNS die IP 0.0.0.0
vorschlagen bis ich korekte Daten habe, oder einfach ein ConfNak ohne
eine IP anzubieten.
Schau mal om die Option 'record' mehr Licht ins Dunkel bringt.
--- aus man pppd ---
record _filename_
Specifies that pppd should record all characters sent and received to a
file named filename. This file is opened in append mode, using the
user’s user-ID and permissions. This option is implemented using a
pseudo-tty and a process to transfer characters between the pseudo-tty
and the real serial device, so it will increase the latency and CPU
overhead of transferring data over the ppp interface. The characters
are stored in a tagged format with timestamps, which can be displayed in
readable form using the pppdump(8) program.
---
> Grüße
> Marc
mfG Sascha
Reply to: