Veel sites niet te zien via mijn clients

[Verwijderd]

Ik draai slack8 met iptables masq.

Veel sites zijn echter niet te zien.
Op mijn werk draaien we nog slack7.1 en daar hebben we ook dat probleem.

als dns heb ik de dns van xs4all en niet die van mijn eigen provider.Op mijn werk hetzelfde verhaal.
Ook al verander ik de dns op mijn clients in die van bv zonnet ofzo dan werkt het nog niet goed.(op mijn werk hetzelfde verhaal.)

Op het werk ipchains ,thuis iptabels.

graag hulp

[alt-92]

Lekker veel info weer....

1) ping /traceroute ?
2) restricted IPs ?
3) Wel vanaf de gateway zelf ?

[Verwijderd]

Ik had ook zo'n probleem (op SuSE met ipchains maar toch). Je zal ook wel een firewall draaien... Probeer eens om poort 53 (DNS) open te zetten voor het interne net.

[Verwijderd]

Ik heb geen firewall draaien ,dus dat kan t niet zijn..........
nog een optie?

[Verwijderd]

ipchains / iptables IS je firewall.

[RemcoX]

Geef nou eens antwoord op de vragen van BackSlash32. Ennuh, wat voor error message krijg je?

[roelio]

heb hetzelfde probleem gehad met de WinGate demo, was voorbij toen ik die van WinRoute getest heb. Gebruik nu Freesco...

[RemcoX]

Op zaterdag 25 augustus 2001 13:51 schreef limoentje het volgende:
heb hetzelfde probleem gehad met de WinGate demo, was voorbij toen ik die van WinRoute getest heb. Gebruik nu Freesco...

Jouw Windows ervaringen lijken me niet echt nuttig voor dit Linux probleem (no offence)

[THIJZEL]

post je iptables regels eens

[Verwijderd]

ipchains / iptables IS je firewall
============================================================
# Masq
iptables -A POSTROUTING -o eth1 -s 192.168.1.0/24 -t nat -j MASQUERADE
iptables -P FORWARD ACCEPT

Zoals je ziet kan niets worden geblokt en masq-ed hij alleen ..................

[Verwijderd]

Hebben je cleints ook een DNS ingesteld?

[Verwijderd]

Hebben je cleints ook een DNS ingesteld?
==============================================

als dns heb ik de dns van xs4all en niet die van mijn eigen provider.Op mijn werk hetzelfde verhaal.
Ook al verander ik de dns op mijn clients in die van bv zonnet ofzo dan werkt het nog niet goed.(op mijn werk hetzelfde verhaal.)

====================================================

[Verwijderd]

Iemand een oplossing?

[RemcoX]

Op zaterdag 25 augustus 2001 13:47 schreef RemcoX het volgende:
Geef nou eens antwoord op de vragen van BackSlash32. Ennuh, wat voor error message krijg je?

[eek]

Gebruik dns van je provider en het werkt.

[alt-92]

Op zaterdag 25 augustus 2001 16:13 schreef RemcoX het volgende:

[..]

Ik krijg de indruk dat meneer niet geholpen wil worden.

[Verwijderd]

ECN probs???

[Coen Rosdorff]

XS4all heeft de policy van de DNS volgens mij pas gewijzigd. Je kan nu geen requests van buitenaf meer sturen.

Je zal dan dus alleen de domeinen kunnen zien die via xs4all zijn geregistreerd.

Stel de dns van je eigen provider eens, en kijk of het beter gaat.

Als dat niet de oplossing is, zal je wat meer info over het probleem moeten geven.
* Kan je de host resolven
* Wat laat een trace naar die host zien

enz enz.

[Verwijderd]

Je kan ook je eigen DNS gaan draaien... Is het probleem ook opgelost
Ik draai mijn DNS en als die het antwoord niet weet heeft'ie geloof ik 11 andere servers die hij probeert (Chello, Xs4all, UPC, bART en nog wat).

[Verwijderd]

Op zondag 26 augustus 2001 01:24 schreef little_soundman het volgende:
XS4all heeft de policy van de DNS volgens mij pas gewijzigd. Je kan nu geen requests van buitenaf meer sturen.

Je zal dan dus alleen de domeinen kunnen zien die via xs4all zijn geregistreerd.

Stel de dns van je eigen provider eens, en kijk of het beter gaat.

Als dat niet de oplossing is, zal je wat meer info over het probleem moeten geven.
* Kan je de host resolven
* Wat laat een trace naar die host zien

enz enz.

Euh waarom kan ik dan een directe dig opdracht op die servers uitvoeren

code:

dig @ns1.xs4all.nl www.nklomp.com

; <<>> DiG 9.2.0rc1 <<>> @ns1.xs4all.nl www.nklomp.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39261
;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;www.nklomp.com.                IN  A

;; ANSWER SECTION:
www.nklomp.com.    18887   IN   A    212.187.116.39

;; AUTHORITY SECTION:
nklomp.com.      72556   IN NS  NS2.WORLDWIDEDNS.NET.
nklomp.com.      72556   IN NS  NS1.WORLDWIDEDNS.NET.

;; ADDITIONAL SECTION:
NS2.WORLDWIDEDNS.NET.   34904   IN  A    63.126.67.253
NS1.WORLDWIDEDNS.NET.   26615   IN  A    63.126.69.125

;; Query time: 73 msec
;; SERVER: 194.109.6.66#53(ns1.xs4all.nl)
;; WHEN: Wed Aug 29 18:06:01 2001
;; MSG SIZE  rcvd: 132

Ofwel die servers zijn wel degelijk van buitenaf te bereiken.

Tja er is nog steeds niet bekend wat de ipchains rules nou precie zijn. Wat geeft "ipchains -L" terug? Waar staan de policies van ipchains op?

Wat is het antwoord op de vragen van BackSlash32

Zit er toevallig een transparante proxy o.i.d. tussen?
Welke sites doen het niet?
Doet een dig opdracht naar de DNS-server voor zo'n site het wel?