Vraag & Antwoord

OS Linux

LFS (ISDN): kan wel inbellen, maar niet pingen

7 antwoorden
  • Het is me nu (eindelijk) eens gelukt om mijn isdn aan de praat te krijgen, maar ik blijf er wat problemen mee houden. Als ik inbel (via HCCnet), dan krijg ik netjes een IP-adres toegewezen. Dit adres kan ik ook pingen. Het IP-adres van de server kan ik echter niet pingen, en evenmin de IP-adressen van de nameservers. Laat staan dat ik nu dus url's kan benaderen (en dus kan internetten). Heeft iemand een idee waar dit aan kan liggen?
  • type eens in een console [code:1:52e3064af3] route -n [/code:1:52e3064af3] check dan eens of je een gateway hebt gekregen
  • Ik zal het vanavond gelijk eens gaan proberen. Zo niet, wat dan?
  • OK, ik heb even wat gegevens verzameld. We beginnen gewoon bij het inbellen: root:~# isdnctrl dial ippp0 ippp0: dialing 1 0676042222... Dialing of ippp0 triggered root:~# isdn_net: ippp0 connected Dan doen we even een ifconfig: ippp0 Link encap:Point-to-Point Protocol inet addr:62.251.34.248 P-t-P:193.172.250.22 Mask:255.0.0.0 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:14 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 RX bytes:1722 (1.6 Kb) TX bytes:195 (195.0 b) Nu een route -n: root:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 193.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ippp0 0.0.0.0 192.168.0.1 0.0.0.0 UG 1 0 0 eth0 De beide pings: root:~# ping 62.251.34.248 PING 62.251.34.248 (62.251.34.248): 56 octets data 64 octets from 62.251.34.248: icmp_seq=0 ttl=255 time=0.2 ms 64 octets from 62.251.34.248: icmp_seq=1 ttl=255 time=0.1 ms root:~# ping 193.172.250.22 PING 193.172.250.22 (193.172.250.22): 56 octets data --- 193.172.250.22 ping statistics --- 8 packets transmitted, 0 packets received, 100% packet loss En we hangen weer op: root:~# isdnctrl hangup ippp0 isdn_net: local hangup ippp0 ippp0: Chargesum is 0 ippp0 hung up root:~# isdn: HiSax,ch0 cause: E0010 Kan je hier iets mee (en dan met name de route -n) ik heb geen flauw idee hoe het werkt! Alvast bedankt. Als m'n isdn het doet hoef ik eindelijk niet meer naar windhoos toe, dan kan ik vanaf daar internetten!
  • Ben geen deskundige in isdn of inbellen maar we gaan een poging wagen de boel te analiseren ;) [quote:fe623d7e08="rkars"]OK, ik heb even wat gegevens verzameld. We beginnen gewoon bij het inbellen: root:~# isdnctrl dial ippp0 ippp0: dialing 1 0676042222... Dialing of ippp0 triggered root:~# isdn_net: ippp0 connected [/quote:fe623d7e08] Joepi we zijn binnen :D [quote:fe623d7e08] Dan doen we even een ifconfig: ippp0 Link encap:Point-to-Point Protocol inet addr:62.251.34.248 P-t-P:193.172.250.22 Mask:255.0.0.0 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:14 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 RX bytes:1722 (1.6 Kb) TX bytes:195 (195.0 b) [/quote:fe623d7e08] ok je krijgt dus een ipadres [62.251.34.248] met [193.172.250.22] en een een netmask van [255.0.0.0] netmask vind ik vreemd maar zoals gezegd hier begeef ik me op redelijk onbekent terrein dus kan ik alleen de logica erin gaan zoeken. [quote:fe623d7e08] Nu een route -n: root:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 193.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 ippp0 0.0.0.0 192.168.0.1 0.0.0.0 UG 1 0 0 eth0 [/quote:fe623d7e08] ff analiseren eth0 is de netwerkkaart naar je interne netwerk !? dus niet echt van belang alleen dat wanneer je NAT niet goed hebt ingestelt er geen verbinding komt vanaf je clients naar het inet. ippp0 krijgt als ip een nummer in de 193 range met mask 255.0.0.0 en dit lijkt goed Maar je hebt een gateway opgegeven voor eth0 en ik benbang dat hier de fout zit. haal die er eens uit in route.conf en kijk of je dan wel vanaf je server naar buiten komt. [quote:fe623d7e08] De beide pings: root:~# ping 62.251.34.248 PING 62.251.34.248 (62.251.34.248): 56 octets data 64 octets from 62.251.34.248: icmp_seq=0 ttl=255 time=0.2 ms 64 octets from 62.251.34.248: icmp_seq=1 ttl=255 time=0.1 ms [/quote:fe623d7e08] logisch dit is de "binnenkant" van je modem [quote:fe623d7e08] root:~# ping 193.172.250.22 PING 193.172.250.22 (193.172.250.22): 56 octets data --- 193.172.250.22 ping statistics --- 8 packets transmitted, 0 packets received, 100% packet loss [/quote:fe623d7e08] dit is de verbinding met je provider die op dat adres zit en ik denk dat het hier vanwege de gateway voor eth0 fout gaat. [quote:fe623d7e08] En we hangen weer op: root:~# isdnctrl hangup ippp0 isdn_net: local hangup ippp0 ippp0: Chargesum is 0 ippp0 hung up root:~# isdn: HiSax,ch0 cause: E0010 [/quote:fe623d7e08] gelukkig dat scheelt weer telefoontikken :D [quote:fe623d7e08] Kan je hier iets mee (en dan met name de route -n) ik heb geen flauw idee hoe het werkt! Alvast bedankt. Als m'n isdn het doet hoef ik eindelijk niet meer naar windhoos toe, dan kan ik vanaf daar internetten![/quote:fe623d7e08] Mocht eea. nu toch problemen blijven geven trek dan je netwerkkaart er eens uit en verwijder hem ook uit [code:1:fe623d7e08] /etc/resolv.conf [/code:1:fe623d7e08] en haal de gateway even uit [code:1:fe623d7e08] /etc/route.conf [/code:1:fe623d7e08] en kijk dan of je je isdn aan de gang kan krijgen kun je later de rest van je netwerk inorde maken.
  • Bedankt! Ik zal eens gaan kijken. Wat ik wel vreemd vindt is dat ik geen route.conf had staan. Of het moet zijn dat die ter plekke wordt aangemaakt als je een verbinding legt. Ga wel wat proberen. Zal wel even die voorbeeld route.conf uit dat andere topic ernaast leggen, dan maak ik er desnoods 1 aan, om te zien of het dan beter gaat. Je hoort het resultaat nog wel!
  • Ik zit nu dit berichtje nu vanaf mijn linuxbak te typen. Het probleem stond in /etc/sysconfig/netwerk waar de variabelen GATEWAY=192.168.0.1 en GATEWAY_IF=eth0 stonden gedefinieerd. Ik kwam hierop omdat er dus geen route.conf stond bij mij. Werkt perfect nu. Was nog even aan het klooien om ook de users in te kunnen laten bellen, kreeg eerste een permission denied op /dev/isdninfo, wat rechten veranderd e.d. en het werkte allemaal

Beantwoord deze vraag

Weet jij het antwoord op deze vraag? Registreer of meld je aan met je account

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.