Bekijk Volledige Versie : update 1.36 beschikbaar...
FunnyMedia
06/07/10, 13:42
De update naar versie 1.36 is beschikbaar.
added local_mail=yes|no to CMD_API_ADDITIONAL_DOMAINS [feature]
Skip difficult password check for database user restores [feature]
Ability to set a header in ticket message emails [feature]
BETA: Multiple IPs per User & per domain (SKINS) [feature]
Expand short-form of IPv6 IPs when adding to DA [feature]
Added grep to the log viewer (SKINS) [feature]
System Load checker [feature]
Added HttpOnly option for cookies [feature]
Added %I to the bytes log format for more accurate logging [feature]
dns_raw_save_post.sh [feature]
Numerous internal language pack additions [feature]
myslqdump: use --create-options instead of soon to be depreciated --all [bugfix]
wrong hex port for smtp send in outlook reg file [bugfix]
Ticket system not wrapping text [bugfix]
catch-all account dropdown to use onChange instead of onClick [bugfix]
CREATOR token was blank for virtual_host*.conf templates [bugfix]
Check for 1024 bit key when creating 2048 bit csr (SKINS) [bugfix]
cannot create zip with secure_access_group: Error with chdir(/home/user) : Permission denied [bugfix]
Limit subdomain length to 63 characters [bugfix]
Difficult password checking blank password when 'existing user' used for db creation [bugfix]
REALUSER token incorrect when domain suspended [bugfix]
CMD_CHANGE_FTP_PASSWORD to check for custom @ format [bugfix]
task.queue check for domains in domains.list file [bugfix]
Update succesvol verlopen op testmachine
(centos 5.x)
Yourwebhoster
06/07/10, 14:30
Hehe, eindelijk:) Straks maar even gaan testen.
Mooi, eindelijk fatsoenlijk IPv4+IPv6 kunnen draaien :)
FunnyMedia
06/07/10, 14:36
is er ergens een mooie houw to te vinden om ipv6 te activeren op de server?
Ik heb in de directadmin.conf wel ipv6-1 toegevoegd maar kan nergens een ipv6 ip adres toevoegen
(ja heb herstart.)
Hoezo kun je geen ipv6 toevoegen? Dat werkt al een tijdje hoor, gewoon via IP manager
Je kunt via de IP manager een IPv6 adres toevoegen. Die maak je dan bijv. shared bij een reseller. Dan kun je dat IP weer aan een account toevoegen, door een user te bewerken. En dan kun je weer als die user inloggen en bij domain setup dat IP aan een of meerdere domeinnamen knopen.
Het is even wennen, maar op zich werkt het erg goed :)
DA is eigenlijk een van de eerste control panels met goede IPv6 ondersteuning.
Enige waar je wel even aan moet denken is een fake subnet op te geven :)
Weet niet of dat in de nieuwe versie nog nodig is (nog niet getest), maar zo was het wel altijd. Met die subnet doet ie verder niks.
Oh ja klopt inderdaad. Ik laat bij subnet gewoon de default staan :)
FunnyMedia
06/07/10, 14:59
is er ergens eigenlijk een howto te vinden hoe je je da server gereed kan maken voor ipv6?
Heb van shockmedia al een leuk pdf bestandje gevonden via google, maar bij ProFTP gaf hij al een error... (start niet meer)
Verder ga ik er later vandaag nog even mee stoeien maar hulp is welkom :-)
FunnyMedia
06/07/10, 15:10
tijdens install geen, na de herstart vanuit de SSH geeft die ook aan OK
In DA zelf geeft die aan; Process is stopped
Herstarten geeft geen uitkomtst
Yourwebhoster
06/07/10, 15:41
ipv6 enabled in directadmin.conf, da herstart, IPv6 geprobeerd toe te voegen maar alsnog IPv4 validatie:
Error with your request
Details
Invalid IP (1.2.3.4) or IP range (1.2.3.4-5)
Heeft iemand een idee wat er fout kan zijn?
Wat heb je precies aan proftpd veranderd?
Overigens vanaf custombuild 1.2 is exim ook gereed voor IPv6. Die kun je gewoon op de normale manier builden via custombuild.
ipv6 enabled in directadmin.conf, da herstart, IPv6 geprobeerd toe te voegen maar alsnog IPv4 validatie:
Heeft iemand een idee wat er fout kan zijn?
Wat heb je in directadmin.conf gezet? (EXACT!)
Onze wijziging mbt ProFTPd zoals in dat PDF bestand staat, is het compilen van ProFTPd met --enable-ipv6 via custombuild. Op zich zou dat gewoon moeten werken.
Misschien dat je in de ProFTPd log een specifieke foutmelding ziet? Wat wel eens gebeurt is dat je dan meteen een (veel) nieuwere versie installeert, waardoor sommige verouderde configuratie opties niet meer werken. Maar vaak zie je 'm daar dan al wel over zeuren bij het (her)starten via de init.d.
Yourwebhoster
06/07/10, 15:47
SSL=0
addip=/usr/local/directadmin/scripts/addip
admin_helper=admin.site-helper.com
admindir=./data/admin
apache_public_html=0
apache_ver=2.0
apachecert=/etc/httpd/conf/ssl.crt/server.crt
apacheconf=/etc/httpd/conf/extra/directadmin-vhosts.conf
apacheips=/etc/httpd/conf/ips.conf
apachekey=/etc/httpd/conf/ssl.key/server.key
apachelogdir=/var/log/httpd/domains
apachemimetypes=/etc/mime.types
cacert=/usr/local/directadmin/conf/cacert.pem
cakey=/usr/local/directadmin/conf/cakey.pem
cluster=1
demodocsroot=./data/skins/enhanced
docsroot=./data/skins/enhanced
dovecot=1
emailspoolvirtual=/var/spool/virtual
emailvirtual=/etc/virtual
ethernet_dev=eth0
frontpage_on=0
ftpconfig=/etc/proftpd.conf
ftppasswd=/etc/proftpd.passwd
ftpvhosts=/etc/proftpd.vhosts.conf
license=/usr/local/directadmin/conf/license.key
log_rotate_size=5
logdir=/var/log/directadmin
logger=/usr/local/directadmin/logger
loghostname=0
login_history=10
max_username_length=10
maxfilesize=10485760
mysqlconf=/usr/local/directadmin/conf/mysql.conf
namedconfig=/etc/named.conf
nameddir=/var/named
ns1=ns1.yourwebhoster.eu
ns2=ns2.yourwebhoster.eu
numservers=5
owsadm=/usr/local/frontpage/version5.0/bin/owsadm.exe
port=2222
quota_partition=/
removeip=/usr/local/directadmin/scripts/removeip
reseller_helper=reseller.site-helper.com
servername=nicole.yourwebhoster.eu
serverpath=/usr/local/directadmin
session_minutes=60
skinsdir=./data/skins
sshdconfig=/etc/ssh/sshd_config
taskqueue=/usr/local/directadmin/data/task.queue
templates=/usr/local/directadmin/data/templates
ticketsdir=/usr/local/directadmin/data/tickets
timeout=60
tmpdir=../../../home/tmp
user_helper=www.site-helper.com
userdata=./data/users
backup_hard_link_check=0
ipv6=1
5 tekens...
FunnyMedia
06/07/10, 15:48
in de configure.proftpd heb ik de regel toegevoegd:
--enable-ipv6 \
daarna ./build proftpd
Foutmeldingen in de log:
Jul 6 15:49:11 srv1 proftpd[20255]: 77.243.225.87 - ProFTPD terminating (signal 11)
Jul 6 15:49:11 srv1 proftpd[20255]: 77.243.225.87 - ProFTPD 1.3.3a standalone mode SHUTDOWN
Jul 6 15:49:32 srv1 proftpd[20288]: 77.243.225.87 - ProFTPD terminating (signal 11)
Jul 6 15:49:32 srv1 proftpd[20288]: 77.243.225.87 - ProFTPD 1.3.3a standalone mode SHUTDOWN
Kortom, zoals beschreven maar geen succes.
Ondanks het belang van ipv6 ga ik er op deze manier nog geen haast mee maken.
Moet ook voor een leek te doen moeten zijn :-)
Als iemand een server gereed wil maken voor ipv6 (voor zover mogelijk) is die welkom...
Over de prijs worden we het wel eens :-)
5 tekens...
Vreemd, ik had het eerst met hoofdletter (IPv6), werkt niet.
Via de commandline (nano) omgezet en via de commandline DA herstart, fixed.
in de configure.proftpd heb ik de regel toegevoegd:
--enable-ipv6 \
daarna ./build proftpd
Als iemand een server gereed wil maken voor ipv6 (voor zover mogelijk) is die welkom...
Over de prijs worden we het wel eens :-)
PM me maar even :)
Zou zo moeten werken eigenlijk.
Ze zijn er overigens nog lang niet. Niet elke service is er voor gereed nog in DA.
named moet nog aangepast worden, dovecot moet gaan luisteren op IPv6 etc.
Yourwebhoster
06/07/10, 15:57
Voor de release van deze versie werkte het ook al niet, maar ik heb DA gemailed en kijken wat hier uit komt.
FunnyMedia
06/07/10, 16:01
@ichosting: PM send
belangrijkste voor nu lijkt mij overigens dat de websites ook te bekijken zijn via ipv6 en mail ook via ipv6 kan gaan lijkt mij.
Is er trouwens een website waarbij je kan kijken of je website werkt onder ipv6?
Yourwebhoster
06/07/10, 16:02
@ichosting: PM send
belangrijkste voor nu lijkt mij overigens dat de websites ook te bekijken zijn via ipv6 en mail ook via ipv6 kan gaan lijkt mij.
Is er trouwens een website waarbij je kan kijken of je website werkt onder ipv6?
wget -6
Kan het ook wel voor je proberen:)
Is er trouwens een website waarbij je kan kijken of je website werkt onder ipv6?
IP addon van FF3?
@ichosting: PM send
belangrijkste voor nu lijkt mij overigens dat de websites ook te bekijken zijn via ipv6 en mail ook via ipv6 kan gaan lijkt mij.
Is er trouwens een website waarbij je kan kijken of je website werkt onder ipv6?
Tip: als je Firefox gebruikt, download dan even de SHOWIP plugin.
Kun je rechts onderin netjes zien op welke IP je verbinding maakt.
Edit: moet sneller leren typen :P Geertjan was me net voor
dennis0162
06/07/10, 16:10
Ik heb ergens nog een scriptje wat DirectAdmin Ipv6 ready maakt.
Ooit eens gemaakt, zal het zo even opzoeken.
Ik heb ergens nog een scriptje wat DirectAdmin Ipv6 ready maakt.
Ooit eens gemaakt, zal het zo even opzoeken.
By default, Debian 5 will support IPv6. A local-loop address will be assigned automatically. Only the address your network operator assigned needs to be configured. To do this, we need to tell Debian to load an extra module for world-wide communication.
Edit the file /etc/modules and add ‘ipv6’.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
Loop
ipv6
Now we have to configure the network interface. To do this, edit the file /etc/network/interfaces and add the configuration below. The subnet size depends on the size of Ipv6 allocations you get from your network operator. Usually this will be a /64 for ISP environment. The ISP will give customers a /48 allocation. Ask your provider or network operator for the subnet size.
Below your IPv4 configuration, add these lines: (replace these v6-adresses with your own)
#
# IPv6 address
#
iface eth0 inet6 static
address 2001:1234:4321:5678:8765::22
netmask 64
dns-nameservers 2001:1234:4321::2
dns-search yourdomain.com
Now your configuration is ready to use. To activate all kernel modules and the configuration, reboot your machine. After the reboot, try to do a traceroute6 to www.leaseweb.com to test your IPv6 connectivity.
Last modified at 11-12-2009 8:07 by Randy (http://intranet.ispi.nl/_layouts/userdisp.aspx?ID=1)http://intranet.ispi.nl/_layouts/images/blank.gifhttp://intranet.ispi.nl/_layouts/images/blank.gif (javascript:)
dennis0162
06/07/10, 16:17
Joh
Ik bedoel Dovecot, Exim, Proftpd etc.
Yourwebhoster
06/07/10, 16:21
Vreemd, ik had het eerst met hoofdletter (IPv6), werkt niet.
Via de commandline (nano) omgezet en via de commandline DA herstart, fixed.
Net geprobeerd via de command line zonder resultaat helaas. Een andere server doet het gelukkig wel goed, maar ik blijf het vreemd vinden.
Edit: Strekking van de post: controleer eerst je custom directory voordat je wat gaat overzetten naar IPv6 voordat je met flinke problemen zit.
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 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.
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)
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.
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.
Freakingme
06/07/10, 19:10
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?
Server shared kan inderdaad niet, wel reseller shared.
Ah ja, gevonden. thx :)
Freakingme
06/07/10, 19:14
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? :lovewht:
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.
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? :lovewht:
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.
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?!
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?
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.
Ondanks het belang van ipv6 ga ik er op deze manier nog geen haast mee maken.
Moet ook voor een leek te doen moeten zijn :-)
Ja want het aanbieden van webhosting is voor leken en niet voor iemand die er verstand van heeft ;-)
:lovewht:
@DA users die het nu hebben draaien met IPv6:
Voelt het nu al aan dat het een 'standaard' feature is? Of moet er toch nog wel aan gesleuteld worden?
@DA users die het nu hebben draaien met IPv6:
Voelt het nu al aan dat het een 'standaard' feature is? Of moet er toch nog wel aan gesleuteld worden?
Het voelt aan als een standaard feature MAAR er zijn in mijn ogen teveel handelingen nodig: IP aan server toevoegen, IP aan reseller toewijzen, in reseller het IP sharen, gebruiker wijzigen om IP aan de gebruiker te koppelen, inloggen als gebruiker en het domein wijzigen om het IP toe te voegen aan het domein. En dat dus voor iedere gebruiker en ieder domein :). Ook meerdere resellers op 1 IP is niet mogelijk.
Dat moet makkelijker kunnen, maar antwoord van John:
Adding an IPv6 to a User does not add the IP to his domain.
It only adds the IP to his user ip list, allowing him to add the IP to his domains, as he'd like.
This is because not all IPs are going to be IPv6. They might be another IPv4 IP for use with owned SSL IPs for certificates, in which case the admin won't want to use two for one domain.
If you're implying that the IP shoudl be added to all of his domains when the additional IPs is added to his User account, that can be requested as a feature.. but at this time, DA doesn't work that way. (likely a simple checkbox)
Freakingme
07/07/10, 15:55
Ik ben benieuwd wie er als eerste een utp-kabel in z'n kanarie prikt. Toch genoeg IP's.
Dan heb je wel een heel lange en flexibele kabel nodig. Ik denk dat de partij van de dieren wifi aanraadt (of 3g, kunnen ze nog eens naar buiten)... :lovewht:
Fijn, vanacht hele server uitgevallen, naar 150+ dagen uptime jammer..
Fijn, vanacht hele server uitgevallen, naar 150+ dagen uptime jammer..
En het verband met Directadmin 1.36 is...?
Nou na deze update vanacht, is die de nacht niet doorgekomen.
Gaat toch niet ineens vanzelf he?
Yourwebhoster
07/07/10, 17:45
Nou na deze update vanacht, is die de nacht niet doorgekomen.
Gaat toch niet ineens vanzelf he?
Je hebt zeker de auto update aan staan, dit moet je sowieso nooit doen. Als er iets tijdens het updaten fout gaat, dan ben je er niet direct bij.
Als iets niet werkt, kan je het beste bijdragen met wat de fout is met eventueel de oplossing (of vragen om een oplossing).
Nou na deze update vanacht, is die de nacht niet doorgekomen.
Gaat toch niet ineens vanzelf he?
Het is wel erg voorbarig om te zeggen dat het aan DA ligt...
Aan de hardware zal het niet leggen,
4 x XEON
12 GB RAM
SCSI
1 website, dovecot wil nu ook niet meer starten hm
An error has occurred
Details
/sbin/service dovecot start 2>&1
Hier zo'n 30-tal servers geüpdate zonder problemen, lijkt me stug als het aan DA ligt dat je server is crashed.
Aan de hardware zal het niet leggen,
4 x XEON
12 GB RAM
SCSI
Zulke hardware wil ik ook, waar het nooit aan kan liggen... :rolleyes:
Dan moet je dat aanschaffen
Yourwebhoster
07/07/10, 21:26
Aan de hardware zal het niet leggen,
4 x XEON
12 GB RAM
SCSI
1 website, dovecot wil nu ook niet meer starten hm
An error has occurred
Details
/sbin/service dovecot start 2>&1
Hier kunnen we natuurlijk niks mee. Kijk eens in de logboeken en wat is de output van
/sbin/service dovecot start
Dan moet je dat aanschaffen
*kuch* sarcastisch (als je dat nog niet door had)
Zoiets ligt meestal niet aan de hardware maar aan de software. Ik hoop niet dat je het updaten van DA én custombuild automatisch laat gebeuren, het is goed mogelijk dat je daardoor deze fout hebt.
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.
Dat vinkje zie ik nergens staan, alleen "Remove DNS records for IP(s)".
Ik krijg het dan ook niet voor elkaar, het zijn of IPv4 of IPv6 dns records, maar geen records voor beide protocollen.
Yourwebhoster
07/07/10, 21:48
Dat vinkje zie ik nergens staan, alleen "Remove DNS records for IP(s)".
Ik krijg het dan ook niet voor elkaar, het zijn of IPv4 of IPv6 dns records, maar geen records voor beide protocollen.
Vreemd,zo hoor je het te zien:
Select IP to Add [select box]
Add dns records for this IP [check box]
Misschien DA mailen? Ze hebben het erg druk maar toch:)
Vreemd,zo hoor je het te zien:
Select IP to Add [select box]
Add dns records for this IP [check box]
Misschien DA mailen? Ze hebben het erg druk maar toch:)
Gevonden, had het ip wel toegevoegd, maar niet ingelogd als de gebruiker om vervolgens de dns records toe te voegen... stom stom stom.... RTFM :dots:
Yourwebhoster
07/07/10, 22:03
Gevonden, had het ip wel toegevoegd, maar niet ingelogd als de gebruiker om vervolgens de dns records toe te voegen... stom stom stom.... :dots:
Het is even wennen met de multi-IP feature:) Ook de vhosts template is daarvoor aangepast en zeker handig om even te updaten als je een custom versie hebt.
Het is even wennen met de multi-IP feature:) Ook de vhosts template is daarvoor aangepast en zeker handig om even te updaten als je een custom versie hebt.
templates e.d. zijn allemaal in orde, had toevallig net een schone install gedaan van mijn test servert.
Hmm op een test vpsje werkte alles maar op de productie niet...
Krijg de volgende fout:
[root@web01 custombuild]# service httpd start
Starting httpd: [Sat Jul 10 11:38:48 2010] [warn] module php5_module is already loaded, skipping
httpd: Syntax error on line 162 of /etc/httpd/conf/httpd.conf: Syntax error on line 26 of /etc/httpd/conf/extra/directadmin-vhosts.conf: Syntax error on line 371 of /usr/local/directadmin/data/users/piwiweb/httpd.conf: /usr/local/directadmin/data/users/piwiweb/httpd.conf:827: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:789: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:751: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:675: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:637: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:599: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:561: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:523: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:485: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:447: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:409: <VirtualHost> was not closed.\n/usr/local/directadmin/data/users/piwiweb/httpd.conf:371: <VirtualHost> was not closed.
En op die regels zie ik niets speciaals staan ...
EDIT: heb even de httpd.conf van user 'piwiweb' (mijzelf) even uit de includefile gehaald zodat httpd iig weer loopt ...
EDIT2: Fixed... Was zo slim geweest om in de virtual_host2.conf 2x een <VirtualHost> te starten ;)
...
Post anders je httpd conf eens.
edit: opgelost :)
Yourwebhoster
10/07/10, 11:53
Post anders je httpd conf eens.
Hoor net dat het al gefixed is, iets met 2 keer dezelfde vhost.
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?!
Nogal een kromme vergelijking. IPv4 adressen zijn beperkt, dus worden IPs gedeeld door meerdere websites/gebruikers. IPv6 adressen zijn nagenoeg oneindig, en het lijkt me dan ook volstrekt logisch om iedere website een eigen IPv6 adres te geven.
En extra administratie? Dat valt wel mee hoor. Je hoeft niet voor iedere website bij te gaan houden op welk IPv6 ip het draait, je hoeft enkel bij te houden welke /64 op welke server draait. Je kan dan aan de hand daarvan iedere website binnen die /64 herleiden naar die server.
IPv6 adressen zijn nagenoeg oneindig, en het lijkt me dan ook volstrekt logisch om iedere website een eigen IPv6 adres te geven.
En extra administratie? Dat valt wel mee hoor. Je hoeft niet voor iedere website bij te gaan houden op welk IPv6 ip het draait, je hoeft enkel bij te houden welke /64 op welke server draait. Je kan dan aan de hand daarvan iedere website binnen die /64 herleiden naar die server.
En dan over 20 jaar klagen dat IPv6 op is :) Kunnen we nu wel zeggen dat het nooit gebeurd maar straks heeft iedere koelkast, broodrooster, koffiezet apparaat, enz een IP en dan gaat het plots snel (zeker vanwege de overhead als ieder huis of server een eigen /64 krijgt toegewezen :)
Je kan dus 2^64 huizen/servers (iets minder in de praktijk) van een adres voorzien voor ipv6 uitgeput is.
Waar denk je die allemaal te laten? Onze planeet is er in elk geval veel te klein voor ;)
Nee, de kans is echt nihil dat ipv6 is uitgeput voor het protocol achterhaald is en wordt vervangen door iets beters.
En dan over 20 jaar klagen dat IPv6 op is :) Kunnen we nu wel zeggen dat het nooit gebeurd maar straks heeft iedere koelkast, broodrooster, koffiezet apparaat, enz een IP en dan gaat het plots snel (zeker vanwege de overhead als ieder huis of server een eigen /64 krijgt toegewezen :)
Onzin. Er zijn genoeg adressen om elke zandkorrel op aarde te voorzien van een eigen IPv6 adres. Ook wanneer ieder huis, of iedere server, of zelfs iedere persoon een eigen /64 krijgt.
Dit is echt absoluut geen argument om niet iedere website van eigen IPv6 IP te voorzien.
Onzin. Er zijn genoeg adressen om elke zandkorrel op aarde te voorzien van een eigen IPv6 adres.
Correctie: de hoeveelheid zandkorrels op aarde valt zelfs in het niets bij de hoeveelheid IPv6 adressen;
"So we could assign an IPv6 address to every atom on the surface of the earth, and still have enough addresses left to do another 100+ earths. It isn’t remotely likely that we’ll run out of IPv6 addresses at any time in the future."
En dan vervolgens IPv6 adressen gaan delen met verschillende websites omdat je bang bent dat ze weer opraken? Get real..
Onzin. Er zijn genoeg adressen om elke zandkorrel op aarde te voorzien van een eigen IPv6 adres. Ook wanneer ieder huis, of iedere server, of zelfs iedere persoon een eigen /64 krijgt.
Dit is echt absoluut geen argument om niet iedere website van eigen IPv6 IP te voorzien.
Waarom zou je wel iedere site van een eigen IPv6 IP voorzien?
Waarom zou je wel iedere site van een eigen IPv6 IP voorzien?
Ten eerste: omdat het kan.
Ten tweede: praktische redenen. Het lijkt mij in de praktijk vele malen handiger wanneer iedere website een eigen IP heeft. Waarom zou je met virtuele hosts gaan werken in een webserver terwijl dat niet nodig is?
Buiten dat, lijkt het me nogal vanzelfsprekend dat wanneer je de mogelijkheid hebt om iedere website een eigen IP te geven, om dat ook te doen.
eXtreme Service
13/07/10, 14:04
Elk domein een eigen IPv6 adres geven?
Als alle hosters dit doen dan kunnen ze binnen 4 jaar (of sneller) met IPv8 adressen beginnen. ;)
Nee persoonlijk zie ik er het nut niet van in om elk domein een eigen ip te geven. Virtuele hosts zijn ooit uitgevonden voor een reden die misschien nu niet meer het geval is maar het is er wel dus waarom niet gewoon blijven gebruiken?
Persoonlijk nog nooit 1000den aliassen aan een ethernet kaart verbonden maar lijkt me ook niet echt gebruiksvriendelijk.
nou ja dat valt in principe wel mee:
Het totale aantal domeinnamen bedraagt per 1 december 2009 130.473.977
Elk domein een eigen IPv6 adres geven?
Als alle hosters dit doen dan kunnen ze binnen 4 jaar (of sneller) met IPv8 adressen beginnen. ;)
Neen, dat is onzin, zoals ik eerder al aangaf.
Nee persoonlijk zie ik er het nut niet van in om elk domein een eigen ip te geven. Virtuele hosts zijn ooit uitgevonden voor een reden die misschien nu niet meer het geval is maar het is er wel dus waarom niet gewoon blijven gebruiken?
Vooral omdat het simpelweg niet nodig is. Zoals je zelf al aangaf is het uitgevonden om een probleem van een tekort op te vangen. Wanneer dat tekort er niet meer is, is het volstrekt onlogisch om zo'n provisorische oplossing te blijven gebruiken.
Laat ik even een metafoor gebruiken:
Mensen wonen in steden vaak in appartementen. Waarom? Omdat wegens schaarste de grond gigantisch duur is, en het dus veel logischer is om die grond te delen door er een hoog gebouw neer te zetten. Maar wanneer die schaarste er niet is (bijvoorbeeld omdat er minder mensen zijn, of meer ruimte is), dan ga je toch ook geen grond delen?
Persoonlijk nog nooit 1000den aliassen aan een ethernet kaart verbonden maar lijkt me ook niet echt gebruiksvriendelijk.
Dat werkt prima hoor.
Persoonlijk nog nooit 1000den aliassen aan een ethernet kaart verbonden maar lijkt me ook niet echt gebruiksvriendelijk.
Aliwattes?
ip -6 addr add 2000:a:b:c:d::1/64 dev eth0
ip addr add 123.123.123.123 dev eth0
Vele male makkelijker (imho) dan voor elk ip een eigen eth alias aan te maken.
Voorlopig hebben wij hier de shared hosting nog steeds ingericht met namebased virtual hosting, maar ik zie geen redenen waarom ik in de toekomst niet elk vhostje een eigen IPv6 adres zou geven. Makkelijk met migreren, ssl, firewalling. Alleen zorgen dat je administratie/aansturing er op is ingericht ;-)
Freakingme
16/07/10, 16:21
Eerder deze week bleek dat alles bij ons op ipv6 draaide (muv mysql) behalve DirectAdmin zelf. Volgens John wordt dit vooralsnog niet ondersteund, maar staat het - na wat heen en weer mailen - wel op de planning.
Hoe hebben jullie dit opgelost? Ik gebruik nu iets als
( socat TCP6-LISTEN:2222,fork,ipv6only TCP4:127.0.0.1:2222 &)& maar optimaal is dat niet natuurlijk...
Eerder deze week bleek dat alles bij ons op ipv6 draaide (muv mysql) behalve DirectAdmin zelf. Volgens John wordt dit vooralsnog niet ondersteund, maar staat het - na wat heen en weer mailen - wel op de planning.
Hoe hebben jullie dit opgelost? Ik gebruik nu iets als
( socat TCP6-LISTEN:2222,fork,ipv6only TCP4:127.0.0.1:2222 &)& maar optimaal is dat niet natuurlijk...
Je zou kunnen kijken om een reverse proxy in apache te gebruiken in de zin van ipv6.server.tld:2222 die dan intern naar het ipv4 adress verwijst.
Verder ga ik deze week aan de slag om mijn DA servers te upgraden naar de nieuwste versie.
Dion Wales
24/08/10, 16:59
Ik heb alle users onder mijn admin account hangen (handiger dan een heel aparte reseller aan te maken). Alleen nu heb ik een ipv6 adres toegevoegd, maar zie zo niet de optie (waarschijnlijk omdat het onder het admin account staat) om het ip te delen.
Onder ip management staat het (IP):mijn ipv6 adres - (Status):owned - (Users):admin
nu kan ik natuurlijk in de virtualhost het ipv6 adres zetten, maar ook al zet ik de accounts onder het admin account, dan zou het toch nog mogelijk moeten zijn het adres aan de andere users ook toe te kennen, net zoals met ipv4.
als ik het via de virtualhost doe, moet ik dan na het aanpassen nog bepaalde acties ondernemen?
dat nameserver gebeuren zoals in dit topic genoemd is zie ik ook niet.
Yourwebhoster
24/08/10, 17:31
@Dion:
onder reseller level het IP op shared zetten.
Dion Wales
24/08/10, 17:50
@Dion:
onder reseller level het IP op shared zetten.
Hij blijft op owned staan en krijg geen foutmelding. Ik kan hem niet bij andere users selecteren. Vreemd.
Yourwebhoster
24/08/10, 19:21
Hij blijft op owned staan en krijg geen foutmelding. Ik kan hem niet bij andere users selecteren. Vreemd.
Het IP moet uiteraard bij enkele gebruiker ingesteld staan, als hij op owned staat dan betekend dat volgens mij dat je het IP al aan een gebruiker toegekend hebt. Haal dat IP weg, zet hem shared en ken het IP weer toe.
Resellers moet je nu een eigen IP geven en deze op shared zetten, helaas heeft DirectAdmin daar nog geen mooie oplossing voor.
Dion Wales
24/08/10, 21:04
Hij bleef moeilijk doen, heb hem nu handmatig uit de ip.list gehaald en uit het mapje ips heb ik de file verwijderd (met als naam het ip). Nu heb ik hem opnieuw toegevoegd en wil hij wel op shared.
Hoe krijg ik het makkelijkst de users op het ip? alle users wil ik eerst op hetzelfde ip hebben net zoals ik nu met ipv4 heb :)
Toch even wennen hoor, beetje omslachtig allemaal maar met wat hulp komen we er wel
:lovewht:
Yourwebhoster
24/08/10, 21:08
Heb het hier allemaal handmatig geswitched (ben er wel even mee bezig geweest). Als er iets is waarmee het automatisch gaat, tell me please:)
Heb het hier allemaal handmatig geswitched (ben er wel even mee bezig geweest). Als er iets is waarmee het automatisch gaat, tell me please:)Wellicht dmv sed of perl in de user.conf de IP's laten wijzigen en dan de HTTP config laten rewriten?
Om te testen zou ik gewoon even handmatig bij 1 user het IP wijzigen in user.conf en dan even HTTP rebuild doen om te kijken of dan verder nog alles werkt.
Yourwebhoster
25/08/10, 00:01
Wellicht dmv sed of perl in de user.conf de IP's laten wijzigen en dan de HTTP config laten rewriten?
Om te testen zou ik gewoon even handmatig bij 1 user het IP wijzigen in user.conf en dan even HTTP rebuild doen om te kijken of dan verder nog alles werkt.
Ik had inderdaad een scriptje kunnen schrijven, helaas had ik even geen testomgeving draaien.
Je moet er alleen wel rekening mee houden dat behalve het IP toevoegen aan user_ip.list ook het IP bij het domeinnaam moet toevoegen, inclusief de DNS records. En daarna, als je de http aan het rewriten bent doe je ook gelijk de DNS even om je DNS cluster weer up-to-date te houden (als dat van toepassing is uiteraard).
Vanavond ben ik ook maar eens verder gegaan waar ik gebleven ben. Gevolg: named wil niet meer starten.
Aug 24 22:48:14 vps01 named[22376]: starting BIND 9.3.6-P1-RedHat-9.3.6-4.P1.el5_4.1 -u named
Aug 24 22:48:14 vps01 named[22376]: adjusted limit on open files from 65535 to 1048576
Aug 24 22:48:14 vps01 named[22376]: found 1 CPU, using 1 worker thread
Aug 24 22:48:14 vps01 named[22376]: using up to 4096 sockets
Aug 24 22:48:14 vps01 named[22376]: loading configuration from '/etc/named.conf'
Aug 24 22:48:14 vps01 named[22376]: using default UDP/IPv4 port range: [1024, 65535]
Aug 24 22:48:14 vps01 named[22376]: using default UDP/IPv6 port range: [1024, 65535]
Aug 24 22:48:14 vps01 named[22376]: listening on IPv6 interface eth0, mijnipv6adres#53
Aug 24 22:48:14 vps01 named[22376]: listening on IPv4 interface lo, 127.0.0.1#53
Aug 24 22:48:14 vps01 named[22376]: listening on IPv4 interface eth0, mijnipv4adres#53
Aug 24 22:48:14 vps01 named[22376]: command channel listening on 127.0.0.1#953
Aug 24 22:48:14 vps01 named[22376]: the working directory is not writable
Het vreemde is dat hij zegt dat de directory niet beschrijfbaar is. Alleen aan rechten heb ik niets veranderd. Heb alleen via de bekende weg het IPv6 adres aan de domeinnamen toegevoegd (wat takkeveel werk was).
Iemand enig idee?
Fixed. De "not writeable" melding is alleen beetje vreemd.
Probleem zat hem in het feit dat er in 2 zones een AAAA record dubbel was (2x www) was even zoeken naar die fout.
De boel draait nu weer, dus dat is ook weer opgelost. Het IPv6 adres staat ook netjes in de httpd.conf's en werkt allemaal.
Morgen de rest maar even afwerken, na zo`n 40 uur wakker mag ik ook wel even slapen (lang leve in-house spoedmigraties voor $klant).