iceblox

Und die Windows Rechner senden das direkt an den lpr? Mit Lpr kenn ich mich leider nicht so aus, ich hab auf nem k6-200 mit 32 mb ram cups mit samba laufen und das geht astrein. Mittlerweile sind alle Clients auch IPP fähig, so dass Samba nun wegfällt.

Das Problem ist, dass ich bei der Konfiguration der Domain nur Hostnamen und keine IPs angeben kann, wenn ich dann für angjelina.ch z.B. A Records für ns1 und ns2 mache, bin sogar die Zone neu laden lass und die Hostnamen dann eingeben, geht das nicht. Bei com/net/org Domains scheint das kein Problem zu sein, aber die ch-nic stellt sich da dumm an

nicht bei qmail, das läuft über supervise und multilogger... aber komischerweise hat sich das problem erledigt, nach dem ich die /var/qmail/control/virtualdomains neu angelegt hab, war zwar der gleiche inhalt wie in der alten, aber nu gehts erstmal wieder

und ich weiss immernoch nicht wieso das nicht geht... hmmm... die named.conf sieht für mich ganz ok aus

Hallo, ich hab ein kleines Problem mit Qmail. Es sendet einfach keine Mail weiter, die reinkommen: messages in queue: 20 messages in queue but not yet preprocessed: 15 Und das ändert sich auch nicht. Dazu muss ich ggf. sagen, dass auf dem System ReiserFS installiert ist und ich schon den Reiser-locking-Patch eingespielt hab für Qmail. Was könnte ich noch falsch machen? Die /var/qmail/queue/lock/trigger existiert und hat auch die richtigen Rechte: prw--w--w- 1 qmails qmail 0 Feb 25 18:20 trigger also: Hiiiiiilfe ice

so, läuft wieder... hier die imho wichtigen teile der named.conf (also alles ausser die zone-files, das würde zuviel werden) options { directory "/var/named"; listen-on-v6 { none; }; notify yes; allow-transfer { 62.67.214.100; 62.67.214.101; 62.67.214.102; 62.67.222.173; }; allow-recursion { 62.67.214.100; 62.67.214.101; 62.67.214.102; 62.67.222.173; }; recursion no; auth-nxdomain yes; transfers-in 1; transfer-format one-answer; max-transfer-time-in 1; }; zone "localhost" in { type master; file "localhost.zone"; }; zone "0.0.127.in-addr.arpa" in { type master; file "127.0.0.zone"; }; zone "." in { type hint; file "root.hint"; }; #ganz viele domains wie z.B.: zone "cyberscan.org" { type master; file "/var/named/cyberscan.org.hosts"; };

Wie druckst du denn? Also was für einen Dienst benutzt du auf dem Linux Recher? Machst du das rein über Cups oder mit Samba oder mit dem lpr? Gruß ice

Wahlweise kann man auch kurz das Kabel rausziehen, bis die LED aus ist und wieder reinstecken. Zumindest bei 3com Karten

So, jetzt kanns auch erstmal ne Weile nicht gehen... Der Server ist aus

dns1.angjelina.ch ist mein dns 62.67.214.[100|101|102]

Ok, ich habs mit debuglevel 10 probiert und folgendes: wenn ein Client ein IP sucht: Feb 23 22:58:40.592 client 194.109.6.xxx#53: UDP request Feb 23 22:58:40.592 client 194.109.6.xxx#53: using view '_default' Feb 23 22:58:40.592 client 194.109.6.xxx#53: request is not signed Feb 23 22:58:40.592 client 194.109.6.xxx#53: query Feb 23 22:58:40.592 client 194.109.6.xxx#53: ns_client_attach: ref = 1 Feb 23 22:58:40.592 dns_zone_attach: zone cyberscan.org/IN: eref = 2, irefs = 0 Feb 23 22:58:40.592 client 194.109.6.xxx#53: query approved Feb 23 22:58:40.593 dns_zone_detach: zone cyberscan.org/IN: eref = 1, irefs = 0 Feb 23 22:58:40.593 client 194.109.6.xxx#53: send Feb 23 22:58:40.593 client 194.109.6.xxx#53: sendto Feb 23 22:58:40.593 client 194.109.6.xxx#53: ns_client_detach: ref = 0 Feb 23 22:58:40.594 client 194.109.6.xxx#53: senddone Feb 23 22:58:40.594 client 194.109.6.xxx#53: next Feb 23 22:58:40.594 client 194.109.6.xxx#53: endrequest Wenn hingegen jemand eine Fehlermeldung bekommt, dann steht auch keine Anfrage im Log (wie nicht anders zu erwarten war)

Also, auf dem Server laufen nur folgende services: ftpd, sshd, bind, httpd, pop3 und ein mysqld der von aussen nicht erreichbar sein sollte alles andere sind Bots. Reverse DNS ist total egal, denn wie man sehen kann, ist der Server nicht für rDNS Anfragen zuständig. Das mit Debug kann ich probieren, ich seh nur denn Sinn nicht so ganz.

Hmmm, es geht immernoch nicht, wie kann sowas kommen, dass einige Provider die IPs nicht auflösen können, andere aber doch.

z.B. real.cyberscan.org www.hackerattack.org stats.hackerattack.org die gehen häufig nicht, meistens müssen T-Online User paarmal 'nen Reload im Browser machen, damit das geht.

Netter Link, nur leider nutzlos, da dort meine Frage meines Erachtens nach nicht auftaucht...