Ich gehe davon aus, dass Du auf Deinem Server die betreffenden Verbindungen sofort ablehnst. Dann hilft hier wirklich nur mehr Netzwerkleistung.
Beiträge von .A.
-
-
I changed com.zone but still the same
Nope. The com.-zone is still the same:
Code
Alles anzeigen$ dig @a.gtld-servers.net. fotosorucevap.com. ns +nocmd +norecurse +nonssearch ; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> @a.gtld-servers.net. fotosorucevap.com. ns +nocmd +norecurse +nonssearch ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 58002 ;; flags: qr aa; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;fotosorucevap.com. IN NS ;; AUTHORITY SECTION: com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1444233396 1800 900 604800 86400 ;; Query time: 152 msec ;; SERVER: 192.5.6.30#53(192.5.6.30) ;; WHEN: Wed Oct 07 17:56:43 CEST 2015 ;; MSG SIZE rcvd: 119
It should look like this:
Code
Alles anzeigen$ dig @a.gtld-servers.net. nic.com. ns +nocmd +norecurse +nonssearch ; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> @a.gtld-servers.net. nic.com. ns +nocmd +norecurse +nonssearch ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41083 ;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 3 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;nic.com. IN NS ;; AUTHORITY SECTION: nic.com. 172800 IN NS backup.nic.com. nic.com. 172800 IN NS sue.nic.com. ;; ADDITIONAL SECTION: backup.nic.com. 172800 IN A 50.62.188.6 sue.nic.com. 172800 IN A 173.63.128.85 ;; Query time: 153 msec ;; SERVER: 192.5.6.30#53(192.5.6.30) ;; WHEN: Wed Oct 07 17:59:15 CEST 2015 ;; MSG SIZE rcvd: 107
In this example you can see the glue-record(s), too.
-
You said you inserted NS records into the com. zone. These can't be found:
Code
Alles anzeigen$ dig @a.gtld-servers.net. fotosorucevap.com. ns +nocmd +norecurse +nonssearch ; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> @a.gtld-servers.net. fotosorucevap.com. ns +nocmd +norecurse +nonssearch ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 53076 ;; flags: qr aa; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;fotosorucevap.com. IN NS ;; AUTHORITY SECTION: com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1444080094 1800 900 604800 86400 ;; Query time: 152 msec ;; SERVER: 192.5.6.30#53(192.5.6.30) ;; WHEN: Mon Oct 05 23:21:43 CEST 2015 ;; MSG SIZE rcvd: 119
You should ask your domain provider to fix this issue.Additionally, you need to insert corresponding A records into the com. zone because your name servers are located within your zone. Your domain provider should ask for it, when delegating dns. So you should tell your domain provider to fix this, either.
-
The glue record is missing.
-
Du bist sicher, dass das überhaupt funktioniert? Schließlich hast Du in Deinen virtuellen Umgebungen andere NICs als Netcup unter den IPs erwartet.
-
Es ist nur einfach ein bißchen blöd, wenn dann im Header der Emails immer meine Hostname Domain erscheint - auch wenn ich eben Mails versende, die mit der Domain eigentlich nichts zu tun haben.. ausser dass sie eben auf demseben Server gehostet sind.
Irgendwie müsste dafür mal eine bessere Lösung geschaffen werden.Da nimmt man i.d.R. einen neutralen Hostname. Wenn Du ausreichend IPs hast, kannst Du auch für jede Domain einen eigenen MX betreiben, dessen Domain vorwärts und rückwärts korrekt auflöst. Für so etwas wirst Du aber heute keine neuen IPv4-Adressen mehr bekommen.
-
Das ist bei Froxlor Standard mit var/customers/
Was es nicht besser macht. Wer so einen Mist mitmacht, braucht sich dann nicht zu wundern, wenn andere Software das nicht richtig berücksichtigt.
Du kannst sicherlich eine entsprechende Konfiguration vornehmen. Musst Du dann aber auch. Z.B. unter /etc/dovecot für Dovecot. Soweit ich mich erinnere, haben sich beim Upgrade auf Debian jessie ein paar Details geändert. Normalerweise funktioniert das trotz Änderung automatisch ganz gut. Außer es wird zu exotisch (s.o).
-
Nach FHS hat customers unter /var ohnehin nichts zu suchen. Mails gehören nach /var/mail, /home oder ggf. nach /var/opt/<subdir>. Auch /srv kann ein geeigneter Ort sein. Du solltest vielleicht erst mal das System in Ordnung bringen.
-
Ist es nicht möglich einen eigenen VirtualHost für den Kunden anzulegen?