[internet delen] wel verbinding, geen internet (geen dns!)

[Verwijderd]

Dit klinkt simpel, maar het is eigenlijk te bizar voor woorden.

Ik heb een debian bak die het internet deelt. Dit werkte voorheen altijd als de spreekwoordelijke tierelier. Na de laatste Ziggo werkzaamheden heb ik geen internet meer op de pc's achter de server. Na twee avondjes geklooi heb ik de boel geherinstalleerd op de server, echter zonder resultaat.

Wat lukt wel:
laptop(s) kunnen pingen op zowel IP als naam (daarmee is het dus geen dns probleem)
laptop(s) kunnen RPD gebruiken (ik tik dit via rdp connectie naar de zaak)
laptop(s) kunnen skype gebruiken
debian server kan wel via telnet www.google.com 80 benaderen

Wat lukt niet:
- browsen van internet in browser (zowel IE als FF niet)
- mail ophalen/verzenden

Wat hebben we gedaan?
- Debian schoon geinstalleerd tot twee keer toe.
- Clean rc.firewall opgehaald (http://www.ecst.csuchico....irewall-iptables-stronger)
- DHCP goed geconfigureerd zodat clients beschikken over de juiste ip-configuratie. Ook met "harde settings" werkt het overigens niet.

Ik doe dit zeker niet voor het eerst en in principe is het internet altijd keurig gedeeld na het draaien van het rc.firewall script. Alleen hier tast ik dusdanig in het duister dat ik haast op het punt sta om een simpele router aan te schaffen met een WAN poort...

Wie o wie heeft suggesties?

[Room42]

Wat vragen (beetje random order, afhankelijk van de antwoorden):
Wat voor OS draaien de laptops?
Wat voor IP configuratie draaien de laptops en de debian bak?
Wat voor DNS server gebruiken de laptops?
Is die DNS server te gebruiken?
Wat geeft "nslookup tweakers.net" terug (zowel op de laptops als op de debian server)?
Als de laptops de debian server als dns server gebruiken, draait die daemon wel?
Staan de browsers wel goed ingesteld (omdat de rest wel lijkt te werken)? Dus geen proxy e.d.?

En als dat allemaal niet werkt, wat gebeurd er als je de OpenDNS servers gebruikt?

Als DNS natuurlijk het probleem is. Kun je browsen naar http://213.239.154.35 (tweakers.net) of http://62.69.179.198 (nu.nl)

[ Voor 17% gewijzigd door Room42 op 05-06-2009 04:27 ]

[Verwijderd]

@sjaakduhuuhl:
OS laptops: Vista
IP laptop #1 ip:192.168.0.207,netmask:255.255.255.0,gw:192.168.0.1
IP laptop #2 ip:192.168.0.208,netmask:255.255.255.0,gw:192.168.0.1
IP server LAN: 192.168.0.1, netmask 255.255.255.0
IP server WAN: 83.xxx.xxx.xxx
DNS is OpenDNS.
Die DNS is te gebruiken, nslookup.tweakers.net geeft op laptops en server keurig IP adres terug.
Laptops werken op andere netwerken als een tierelier (zit nu weer met laptop op de zaak)
Ik kan niet surfen naar de IPadressen.

Het is gewoon niet logisch, want RDP op blabla.mijndomein.nl doet het ook gewoon, dus het is geen DNS probleem. *tast nog steeds in het duister*.

[Arnout]

Dat firewall script lijkt behoorlijk oud. "With support for 2.4 kernels"

Grote kans dat je met de recente herinstallatie een 2.6 kernel hebt gekregen en dan kan het best zijn dat een deel van de modules die geladen worden anders heten of dat er andere problemen optreden.

[Verwijderd]

@Arnout:

Dit firewall script heeft altijd gewerkt onder mijn 2.6.x kernelletje.

[Arnout]

Verwijderd schreef op vrijdag 05 juni 2009 @ 09:38:
@Arnout:

Dit firewall script heeft altijd gewerkt onder mijn 2.6.x kernelletje.

De 2.6 kernel is alweer 5 jaar in omloop en er is in die tijd het e.e.a. veranderd. Ik heb zelf ook problemen gehad met iptables na een kernel upgrade (2.6.x --> 2.6.x), dus daarom denk ik in die richting.

Omdat je niet aangeeft welke debian versie je hebt draaien nu, ga ik ervan uit dat dit 5.0 'lenny' is, nah die heeft als default kernel 2.6.26. Als jij voorheen met 2.6.11 draaide dan zit daar 4 jaar ontwikkeling tussen.

[Verwijderd]

Dag Arnout,

Ik draaide voorheen altijd etch, ik heb na de herinstallatie eerst lenny geprobeerd en ben nu weer terug bij etch.

Ik begrijp heel goed wat je zegt, maar als dit altijd goed heeft gewerkt, dan lijkt me dat het probleem toch niet in de kernel versie vs firewall script zit.

[ralpje]

Kan je websites wel pingen op IP-adres? Dan weet je of het probleem niet toevallig in een al dan niet openstaand poortje 80 zit.

[Verwijderd]

@ralpje ... ik kan pingen op zowel IP adres als naam.

[ralpje]

Dan gaat het toch ergens in je firewall fout. Wordt poort 80 niet ergens geblokkeerd? Kun je je firewall rules eens posten?

[Verwijderd]

@ralpje. Het volgende script heb ik geinstalleerd:

Enige dat ik heb aangepast is dat eth0 en eth1 bij mij zijn omgedraaid.

http://www.ecst.csuchico....irewall-iptables-stronger

[TCP_IP]

Zou het misschien een van je netwerkkaarten zijn?


Voer eens een grotere ping uit, dus: ping www.google.nl -f -l 1472

[Verwijderd]

@tcp_ip . Dat zal ik morgenavond proberen, ben op dit moment niet thuis.

Voor alle zekerheid maar vast een Netgear router gekocht, ik ben er nl wel zon beetje klaar mee.

[Fish]

draaide er voorheen geen proxy op die bak, en probeert ie niet te conecten met een proxy die er niet (meer) is ?

[Verwijderd]

@tcp_ip:

C:\Users\Joshua Kroeze>ping www.google.nl -f -l 1472

Pinging www.l.google.com [74.125.77.103] with 1472 bytes of data:
Reply from 74.125.77.103: bytes=1472 time=741ms TTL=47
Reply from 74.125.77.103: bytes=1472 time=711ms TTL=47
Reply from 74.125.77.103: bytes=1472 time=719ms TTL=47
Reply from 74.125.77.103: bytes=1472 time=681ms TTL=47

Ping statistics for 74.125.77.103:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 681ms, Maximum = 741ms, Average = 713ms

Dat werkt dus gewoon goed.

@fish: nee er draaide geen proxy

Ik ga nu me router configureren. Dank voor de hulp.