Onderwerp: update 1.36 beschikbaar...

Oorspronkelijk geplaatst door dicktump

Ik heb hier gekeken, maar IPv6 records worden alleen als AAAA record toegevoegd. Dus het lijkt gewoon goed te gaan?

ProFTPd geeft inderdaad een warning, maar blijft gewoon werken.

Ik heb het op 2 volledig onafhankelijke test servers gehad dat ze als AAAA en A record worden toegevoegd... 1 nieuwe install en 1 oude.

ProFTPd draai ik versie 1.3.3a (ivm omzetten naar IPv6 opnieuw gecompiled) en gaf bij mij:

- warning: "ProFTPd" address/port ([ipv6]) already in use by "ProFTPd"

- warning: "ProFTPd" address/port ([ipv6]) already in use by "ProFTPd"

[ipv4] - ProFTPD terminating (signal 11)

[ipv4] - FTP session closed.

/bin/bash: line 1: 9698 Segmentation fault proftpd [FAILED]

Dus inderdaad wel een warning maar ook een segmentation fault... vreemd dat ik even over de warning heen keek Zou het te maken hebben met versie 1.3.3a? edit: nee natuurlijk niet toen ik de warnings had verholpen starte hij wel normaal op.

Ik draai hier Debian Lenny. Misschien heb je een ander OS. Heb je niet toevallig aangepaste templates voor de DNS?

Mijn ProFTPd is 1.3.2c (mag ik wel een keer updaten...) maar start met de warnings zonder problemen op. Dus geen segfault.

Oorspronkelijk geplaatst door dicktump

Ik draai hier Debian Lenny. Misschien heb je een ander OS. Heb je niet toevallig aangepaste templates voor de DNS?

Mijn ProFTPd is 1.3.2c (mag ik wel een keer updaten...) maar start met de warnings zonder problemen op. Dus geen segfault.

Fedora hier. Even de inhoud van de custom directory bekeken en het gaat veel verklaren Ik ga even ander systeem updaten om te zien of de bestanden van DirectAdmin afkomen of van mij zelf.

Probleem opgelost denk ik me custom folder maar even opgeruimd.


Is het iemand al gelukt om een extra IP toe te wijzen aan domeinen die in een reseller account op user niveau staan? Ik mis daar de hele kolom namelijk (aparte users van die reseller hebben hem weer wel)

Oorspronkelijk geplaatst door DutchTSE

Is het iemand al gelukt om een extra IP toe te wijzen aan domeinen die in een reseller account op user niveau staan? Ik mis daar de hele kolom namelijk (aparte users van die reseller hebben hem weer wel)

Voor diegene die naar hetzelfde zoekt:
Ga naar List Users van de reseller en klik op "Modify your own User data"

Ligt het aan mij, of kan je een IPv6 adres slechts aan 1 user toekennen?
Ik krijg het niet voor elkaar een IPv6 adres op status "server" te zetten, net zoals het standaard IPv4 adres, en vervolgens te delen met de aanwezige users.

Oorspronkelijk geplaatst door pierce

Ligt het aan mij, of kan je een IPv6 adres slechts aan 1 user toekennen?
Ik krijg het niet voor elkaar een IPv6 adres op "server shared" te zetten, net zoals het standaard IPv4 adres.

Server shared kan inderdaad niet, wel reseller shared.

Oorspronkelijk geplaatst door DutchTSE

Edit: Strekking van de post: controleer eerst je custom directory voordat je wat gaat overzetten naar IPv6 voordat je met flinke problemen zit.

Wij gaan vannacht/morgen testen, maar als jullie 't nou toch al weten... :P

Waar moet op gelet worden voor/in deze dir?

Oorspronkelijk geplaatst door DutchTSE

Server shared kan inderdaad niet, wel reseller shared.

Ah ja, gevonden. thx

Oorspronkelijk geplaatst door pierce

Ligt het aan mij, of kan je een IPv6 adres slechts aan 1 user toekennen?
Ik krijg het niet voor elkaar een IPv6 adres op status "server" te zetten, net zoals het standaard IPv4 adres, en vervolgens te delen met de aanwezige users.

Waarom zou je dat willen? Lijkt mij dat je iedere website, of tenminste iedere gebruiker een eigen ip wil geven. Mocht er dan ooit een ip geblockt worden ergens blijft de rest van de sites op een server het gewoon doen (ervan uitgaande dat er een los ip geblockt wordt).

Nog een leuk argument; je geeft 1 /64 per server. Als je 1 ip per server zou gebruiken, wat moet je dan met je andere 2^64-1 ip-adressen per server doen?

Oorspronkelijk geplaatst door Freakingme

Wij gaan vannacht/morgen testen, maar als jullie 't nou toch al weten... :P

Waar moet op gelet worden voor/in deze dir?

Onveilig:
dns_a.conf
dns_aaaa.conf
proftpd.vhost.conf
named.db
alle virtual_host* bestanden

Veilig:
dns_mx.conf
dns_ns.conf

Deze zaten ons in de weg, maar kunnen er nog meer zijn natuurlijk.

Oorspronkelijk geplaatst door Freakingme

Waarom zou je dat willen? Lijkt mij dat je iedere website, of tenminste iedere gebruiker een eigen ip wil geven. Mocht er dan ooit een ip geblockt worden ergens blijft de rest van de sites op een server het gewoon doen (ervan uitgaande dat er een los ip geblockt wordt).

Nog een leuk argument; je geeft 1 /64 per server. Als je 1 ip per server zou gebruiken, wat moet je dan met je andere 2^64-1 ip-adressen per server doen?

Wat een onzin om iedere gebruiker een eigen ipv6 te geven... alleen al de tijd die je ermee kwijt bent om het in te stellen, nog los van de enorme administratie.

Oorspronkelijk geplaatst door pierce

Wat een onzin om iedere gebruiker een eigen ipv6 te geven... alleen al de tijd die je ermee kwijt bent om het in te stellen, nog los van de enorme administratie.

So true. Dat doe je nu met IPv4 toch ook niet?!

Oorspronkelijk geplaatst door Randy

So true. Dat doe je nu met IPv4 toch ook niet?!

Precies!

Anyway, als ik een gebruiker maak met als primair adres een IPv6 adres en later een IPv4 adres toevoeg, dan worden er geen IPv4 dns records aangemaakt. Vice versa precies hetzelfde, dus wel IPv4 dns records, maar geen IPv6 dns records.

Bugje?

Oorspronkelijk geplaatst door pierce

Precies!

Anyway, als ik een gebruiker maak met als primair adres een IPv6 adres en later een IPv4 adres toevoeg, dan worden er geen IPv4 dns records aangemaakt. Vice versa precies hetzelfde, dus wel IPv4 dns records, maar geen IPv6 dns records.

Bugje?

Dat doet hij bij mij wel, je moet daarvoor het vinkje [iets met add dns records] onder de tabel om een IP toe te voegen wel aan hebben gevinkt.

Ik ben benieuwd wie er als eerste een utp-kabel in z'n kanarie prikt. Toch genoeg IP's. Maargoed ik wacht nog even met updaten. Heb atm geen tijd om storingen te verhelpen mocht er iets niet goed gaan met de update.