inode funzt plötzlich nicht mehr

[juggernaut]

Hallo!
Habe seit jahren ein mehrplatzanschluss von inode mit einem zyxel modem/router 600er serie plötzlich kann ich nur mit einem pc einloggen und der zweite geht nicht mehr als würde der router keinen zweiten pc mehr zulassen.

Beim inode support wurde mir gesagt das mit vpn das nicht mehr funktioniert und ich dieses löschen solle das hab ich auch getan und laut ihrer anleitung eingerichtet funzt aber überhaupt nicht ,worauf sie gemeint haben ob ich das modem konfiguriert habe, hab ich natürlich nicht da ich weden ne cd noch eine anleitung dafür habe.
Außerdem wundert es mich das es plötzlich nicht mehr funzt hat ja jetzt jahrelang so funktioniert und jetz auf einmal nicht mehr ?
vielleicht hatte ja jemand so ein ähnliches problem und kann mir weiterhelfen:

[timmbo]

Hi,

welche IP-Adresse hat denn Dein Rechner wenn er "online" ist?


Grüße
Timm

[juggernaut]

Darf ich fragen wie dir meine ip-adresse bei meinem problem weiterhelfen kann?
Es wird ja doch eher empfohlen seine IP-Adresse nicht leichtfertig kundzumachen deswegen hab ich doch so meine bedenken sie in ein öffentliches forum reinzuposten:

[Ludwig]

Darf ich fragen wie dir meine ip-adresse bei meinem problem weiterhelfen kann?
Es wird ja doch eher empfohlen seine IP-Adresse nicht leichtfertig kundzumachen deswegen hab ich doch so meine bedenken sie in ein öffentliches forum reinzuposten:

Könnte ja sein das Du unabsichtlich an den Netzwerkeinstellungen rumgebastelt hast.
Aber das Du schon bedenken hast die Rechner IP zu posten, die Dir der Router warscheindlich automatisch zuweist, zeigt das Du sehr vorsichtig bist mit Deinen Daten. Nur bei der Fehlersuche ist es halt nicht sehr hilfreich nichts zu sagen und trotsdem auf hilfe zu hoffen.

[zigan]

er hat völlig recht mit seinen bedenken, die externe ip zu posten
die externe ip adresse ist sowas von wurscht


er kann sich doch intern nicht verbinden, falsch ich das richtig verstanden hab

trotzdem wären genauere angaben bezüglich der topologie wünschenswert.

[juggernaut]

zuerst mal dank für die beiträge
hab das internet auf pc und labtop bisher immer so eingerichtet wobei der labtop unter vista läuft und der pc unter xp
http://www7.inode.at/support/download/anleitungen/private_xdsl_eth_winvista.pdf
der inode mitarbeiter meinte ich soll es so einrichten
http://www7.inode.at/support/download/anleitungen/private_xdsl_mehrplatz_winxp.pdf
wobei hier gar nix funzt:
wen ich ipconfig/all eingebe schaut das bei mir so aus:


Windows-IP-Konfiguration

Hostname. . . . . . . . . . . . . : juggernaut
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Unbekannt
IP-Routing aktiviert. . . . . . . : Ja
WINS-Proxy aktiviert. . . . . . . : Nein

Ethernetadapter LAN-Verbindung 2:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : NVIDIA nForce Networking Controller
Physikalische Adresse . . . . . . : 00-13-D3-E8-D6-42
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IP-Adresse. . . . . . . . . . . . : 10.140.3.241
Subnetzmaske. . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . : 10.140.0.1
DHCP-Server . . . . . . . . . . . : 172.29.72.2
DNS-Server. . . . . . . . . . . . : 195.58.160.194
195.58.161.122
Lease erhalten. . . . . . . . . . : Sonntag, 30. August 2009 10:56:44
Lease läuft ab. . . . . . . . . . : Montag, 31. August 2009 10:56:44

PPP-Adapter inode:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : WAN (PPP/SLIP) Interface
Physikalische Adresse . . . . . . : 00-53-45-00-00-00
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : xx.xxx.xx.xx
Subnetzmaske. . . . . . . . . . . : 255.255.255.255
Standardgateway . . . . . . . . . : 85.127.17.62
DNS-Server. . . . . . . . . . . . : 195.34.133.21
212.186.211.21
NetBIOS über TCP/IP . . . . . . . : Deaktiviert

[medice]

wenns eine externe gibt kann er sie ja verstümmeln oder daraufhinweisen dass es eine aus den üblichen inode-pools is...
wenn da irgendwas aus 192.168.0.0/16, 169.254.0.0/16 oder 10.0.0.0/8 steht, kann er das aber auch sagen...

[jutta]

also: bei mir funktioniert der VPN-mehrplatz noch:

Code: Alles auswählen

debian:/etc/ppp/peers# pon inodeathome
Plugin rp-pppoe.so loaded.
debian:/etc/ppp/peers# plog
Aug 31 08:22:18 debian pppd[16676]: PPP session is 55979
Aug 31 08:22:18 debian pppd[16676]: Using interface ppp1
Aug 31 08:22:18 debian pppd[16676]: Connect: ppp1 <--> eth0
Aug 31 08:22:18 debian pppd[16676]: Remote message: Authorization successful
Aug 31 08:22:18 debian pppd[16676]: PAP authentication succeeded
Aug 31 08:22:18 debian pppd[16676]: peer from calling number 00:30:48:76:AA:FE authorized
Aug 31 08:22:18 debian pppd[16676]: not replacing existing default route through ppp0
Aug 31 08:22:18 debian pppd[16676]: Cannot determine ethernet address for proxy ARP
Aug 31 08:22:18 debian pppd[16676]: local  IP address 85.127.93.5
Aug 31 08:22:18 debian pppd[16676]: remote IP address 213.229.45.125
debian:/etc/ppp/peers# pon inodeathome
Plugin rp-pppoe.so loaded.
debian:/etc/ppp/peers# plog
Aug 31 08:22:24 debian pppd[16719]: PPP session is 554
Aug 31 08:22:24 debian pppd[16719]: Using interface ppp2
Aug 31 08:22:24 debian pppd[16719]: Connect: ppp2 <--> eth0
Aug 31 08:22:24 debian pppd[16719]: Remote message: Authorization successful
Aug 31 08:22:24 debian pppd[16719]: PAP authentication succeeded
Aug 31 08:22:24 debian pppd[16719]: peer from calling number 00:04:23:CE:8E:02 authorized
Aug 31 08:22:24 debian pppd[16719]: not replacing existing default route through ppp1
Aug 31 08:22:24 debian pppd[16719]: Cannot determine ethernet address for proxy ARP
Aug 31 08:22:24 debian pppd[16719]: local  IP address 85.127.17.102
Aug 31 08:22:24 debian pppd[16719]: remote IP address 213.229.45.125
debian:/etc/ppp/peers# pon inodeathome
Plugin rp-pppoe.so loaded.
debian:/etc/ppp/peers# plog
Aug 31 08:22:32 debian pppd[16762]: PPP session is 555
Aug 31 08:22:32 debian pppd[16762]: Using interface ppp3
Aug 31 08:22:32 debian pppd[16762]: Connect: ppp3 <--> eth0
Aug 31 08:22:32 debian pppd[16762]: Remote message: Authorization successful
Aug 31 08:22:32 debian pppd[16762]: PAP authentication succeeded
Aug 31 08:22:32 debian pppd[16762]: peer from calling number 00:04:23:CE:8E:02 authorized
Aug 31 08:22:32 debian pppd[16762]: not replacing existing default route through ppp2
Aug 31 08:22:32 debian pppd[16762]: Cannot determine ethernet address for proxy ARP
Aug 31 08:22:32 debian pppd[16762]: local  IP address 85.127.17.182
Aug 31 08:22:32 debian pppd[16762]: remote IP address 213.229.45.125
debian:/etc/ppp/peers# pon inodeathome
Plugin rp-pppoe.so loaded.
debian:/etc/ppp/peers# plog
Aug 31 08:22:40 debian pppd[16805]: PPP session is 556
Aug 31 08:22:40 debian pppd[16805]: Using interface ppp4
Aug 31 08:22:40 debian pppd[16805]: Connect: ppp4 <--> eth0
Aug 31 08:22:40 debian pppd[16805]: Remote message: Authorization successful
Aug 31 08:22:40 debian pppd[16805]: PAP authentication succeeded
Aug 31 08:22:40 debian pppd[16805]: peer from calling number 00:04:23:CE:8E:02 authorized
Aug 31 08:22:40 debian pppd[16805]: not replacing existing default route through ppp3
Aug 31 08:22:40 debian pppd[16805]: Cannot determine ethernet address for proxy ARP
Aug 31 08:22:40 debian pppd[16805]: local  IP address 85.127.19.137
Aug 31 08:22:40 debian pppd[16805]: remote IP address 213.229.45.125
debian:/etc/ppp/peers# pon inodeathome plog
Plugin rp-pppoe.so loaded.
/usr/sbin/pppd: unrecognized option 'plog'
pppd version 2.4.4
Usage: /usr/sbin/pppd [ options ], where options are:
        <device>        Communicate over the named device
        <speed>         Set the baud rate to <speed>
        <loc>:<rem>     Set the local and/or remote interface IP
                        addresses.  Either one may be omitted.
        asyncmap <n>    Set the desired async map to hex <n>
        auth            Require authentication from peer
        connect <p>     Invoke shell command <p> to set up the serial line
        crtscts         Use hardware RTS/CTS flow control
        defaultroute    Add default route through interface
        file <f>        Take options from file <f>
        modem           Use modem control lines
        mru <n>         Set MRU value to <n> for negotiation
See pppd(8) for more options.
debian:/etc/ppp/peers# pon inodeathome
Plugin rp-pppoe.so loaded.
debian:/etc/ppp/peers# plog
Aug 31 08:23:02 debian pppd[16854]: PPP session is 55986
Aug 31 08:23:02 debian pppd[16854]: Using interface ppp5
Aug 31 08:23:02 debian pppd[16854]: Connect: ppp5 <--> eth0
Aug 31 08:23:02 debian pppd[16854]: Remote message: Authorization successful
Aug 31 08:23:02 debian pppd[16854]: PAP authentication succeeded
Aug 31 08:23:02 debian pppd[16854]: peer from calling number 00:30:48:76:AA:FE authorized
Aug 31 08:23:02 debian pppd[16854]: not replacing existing default route through ppp4
Aug 31 08:23:02 debian pppd[16854]: Cannot determine ethernet address for proxy ARP
Aug 31 08:23:02 debian pppd[16854]: local  IP address 85.127.91.177
Aug 31 08:23:02 debian pppd[16854]: remote IP address 213.229.45.125
debian:/etc/ppp/peers#


Code: Alles auswählen

ppp0      Link encap:Punkt-zu-Punkt-Verbindung
          inet Adresse:83.65.119.89  P-z-P:213.229.45.125  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1492  Metrik:1
          RX packets:55417 errors:0 dropped:0 overruns:0 frame:0
          TX packets:261996 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlâ–’nge:3
          RX bytes:4945793 (4.7 MiB)  TX bytes:15062583 (14.3 MiB)

ppp1      Link encap:Punkt-zu-Punkt-Verbindung
          inet Adresse:85.127.93.5  P-z-P:213.229.45.125  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1492  Metrik:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:19 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlâ–’nge:3
          RX bytes:1276 (1.2 KiB)  TX bytes:1212 (1.1 KiB)

ppp2      Link encap:Punkt-zu-Punkt-Verbindung
          inet Adresse:85.127.17.102  P-z-P:213.229.45.125  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1492  Metrik:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlâ–’nge:3
          RX bytes:1228 (1.1 KiB)  TX bytes:1752 (1.7 KiB)

ppp3      Link encap:Punkt-zu-Punkt-Verbindung
          inet Adresse:85.127.17.182  P-z-P:213.229.45.125  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1492  Metrik:1
          RX packets:15 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlâ–’nge:3
          RX bytes:1568 (1.5 KiB)  TX bytes:1839 (1.7 KiB)

ppp4      Link encap:Punkt-zu-Punkt-Verbindung
          inet Adresse:85.127.19.137  P-z-P:213.229.45.125  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1492  Metrik:1
          RX packets:11 errors:0 dropped:0 overruns:0 frame:0
          TX packets:150 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlâ–’nge:3
          RX bytes:1167 (1.1 KiB)  TX bytes:3577 (3.4 KiB)

ppp5      Link encap:Punkt-zu-Punkt-Verbindung
          inet Adresse:85.127.91.177  P-z-P:213.229.45.125  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1492  Metrik:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:549 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlâ–’nge:3
          RX bytes:1160 (1.1 KiB)  TX bytes:13976 (13.6 KiB)

debian:/etc/ppp/peers#


incl. tippfehler

wende dich noch einmal an den support, wenn es nicht von alleine wieder funktioniert. da wurde anscheinend irgendwas unabsichtlich verstellt. und jfyi: mit deinem router (dem zyxel) hat das nichts zu tun, die einstellung muss am radius-server bzw in der kundendatenbank vorgenommen werden.

[zigan]

Windows-IP-Konfiguration

IP-Routing aktiviert. . . . . . . : Ja

warum?

[timmbo]

Hi,

warum ich die IP-Adresse haben wollte hat den Grund um zu sehen aus welchem Pool die ist.
Ich sehe also das der Rechner direkt am Internet hängt und es keine Konfiguration seinerseits ist, vielmehr
vergibt das Modem die IP-Adresse per DHCP.
Ich nehme an dass das Modem keine 2te IP mehr vergibt und auf das Modem kommst Du doch als Anwender garned, oder?


Grüße
Timm

[jutta]

> vielmehr vergibt das Modem die IP-Adresse per DHCP.

nein, der dhcp-server im inode-backbone vergibt die privaten ip-adressen per dhcp. im modem ist dafuer eine bridge eingerichtet. (genauer wurde die bridge zu einem anderen zweck eingerichtet, aber sie wird halt auch dafuer verwendet)

die oeffentliche ip adresse bekommt man beim aufbau der ppp-verbindung vom radius-server. daher haengt es von der einstellung des radius-servers ab, wie viele ppp-verbindungen man gleichzeitig haben darf.

> Ich nehme an dass das Modem keine 2te IP mehr vergibt

siehe oben. dem modem ist das wurscht. und: das modem koennte bei anderer konfiguration maximal fuer die vergabe der privaten ip-adressen zustaendig sein, nicht aber fuer die vergabe der oeffentlichen.

> und auf das Modem kommst Du doch als Anwender garned, oder?

genau.