Læs mere om denne farce af idioti på Computerworld.

Det er helt fantastisk så lav realitets sans PBS udviser (første bud var 100,-!) . Jeg tror jeg må indstille PBS til en pris!

Vi bliver selv engang imellem rådspurgt omkring domæner og handel med dem, jeg vil ALDRIG anbefale med at starte med 100,- for et domænenavn, det er simpelthen at spilde folks tid!

Anyways, min kærlighed er netop faldet på Bacula, fordi det kan linux, freebsd og windows (og mac, men der bruger vi andre ting).

Jeg har med tiden lavet et lille script til at dumpe configfiler ud med kodeord, og opsætning, så det er relativt simpelt at tilføje nye hosts. man kunne sikkert udvide det lidt med en mysql man bare kunne tilføje hosts i, og så dumpe configs ud fra. Det må blive mit næste projekt :)

Bacula laver full, incredimental og differential backups.. Det er open source, det er under udvikling.. Og virker.

Nu har jeg længe kørt det med lokalt storage, og jo mere skrammel vi har, jo mere plads skal vi bruge, for at holde sikkerhedskopier for samme periode som altid. Maskineparken bliver større og jo mere strøm bruger vi. Der er kun en vinder, og det er ikke mig.

Nu tester jeg så et setup med Amazon S3 som lagerplads, dels fordi det er billigt (strøm er dyrt), men også fordi det opfylder en af mine vigtige krav om offsite backup. Vores setup består af en lokal virtuel maskine som bacula server, s3fs som fuse filsystem mount, og lidt hacks og wacks for at få det til at køre.

Og det kører faktisk fint, min største hage ved det er, at disken først skrives lokalt, og så synces ud (hvor reelt man bare står og venter på ok fra filskrivningen) dette kunne sikkert laves mere fikst. S3fs cacher de åbnet filer lokalt, og man kan vælge at ryde op i dem selv, evt med et par dages cache så man dermed minimerer behovet for at have stor lokal disk tilknyttet.

Så, hvordan kommer du igang?
Start med en bacula der virker, og sæt den op til at tage backup til en lokal disk. Når det virker, så er du klar til at lege med Amazon S3.

Opret en konto hos Amazon S3. Lav en “bucket” på US standard lokationen (r177 virker kun med denne lokaltion)

Installation af s3fs
jeg tager udgangspunkt i FreeBSD, og i r177 af s3fs, da det er denne som pt er i ports.

Start med at find s3fs, det er i ports i dette dir /usr/ports/sysutils/fusefs-s3fs
Du laver nu en “make patch” som udfører patchprocessen og nu er pakken klar til compiling, men vi skal lige tilføje lidt extra detaljer som består af en diff som du kan finde her:

[code]

--- s3fs.cpp.orig       2010-02-05 03:45:59.000000000 +0300
+++ s3fs.cpp    2010-05-14 20:51:44.000000000 +0400
@@ -345,7 +345,7 @@
 static string AWSAccessKeyId;
 static string AWSSecretAccessKey;
 static string host = "http://s3.amazonaws.com";;
-static mode_t root_mode = 0;
+static struct stat root_stat;
 static string service_path = "/";

 // if .size()==0 then local file cache is disabled
@@ -807,8 +807,7 @@
        cout << "getattr[path=" << path << "]" << endl;
        memset(stbuf, 0, sizeof(struct stat));
        if (strcmp(path, "/") == 0) {
-               stbuf->st_nlink = 1; // see fuse faq
-               stbuf->st_mode = root_mode | S_IFDIR;
+               *stbuf = root_stat;
                return 0;
        }

@@ -1278,6 +1277,10 @@
 s3fs_readdir(const char *path, void *buf, fuse_fill_dir_t filler, off_t
offset, struct fuse_file_info *fi) {
        //cout << "readdir:"<< " path="<< path << endl;

+       // add .. and .
+       filler(buf, ".", NULL, 0);
+       filler(buf, "..", NULL, 0);
+
        string NextMarker;
        string IsTruncated("true");

@@ -1593,7 +1596,7 @@
                        struct stat buf;
                        // its the mountpoint... what is its mode?
                        if (stat(arg, &buf) != -1) {
-                               root_mode = buf.st_mode;
+                               root_stat = buf;
                        }
                }
        }

[/code]

Dette er for at få . og .. med på directory listingen, et nødvendigt onde, da bacula bruger det til at definerer at directory eksisterer.

Du laver nu en normal “make install” og laver lidt kaffe..

.. husk at load kldmodulet, “kldload /usr/local/modules/fuse.ko”, du er nu klar til at loade din “bucket”.

Lav et dir som du ønsker at bruge til din bucket, feks /usr/local/backup, og find dit accessKeyId og secretAccessKey under dit amazon login.

Du er nu klar.

Komandoen for at attache drevet er:
/usr/local/sbin/s3fs mybucket -o readwrite_timeout=86400 -o use_cache=/usr/local/s3fs-tmp -oallow_other -o accessKeyId=[amazonid] -o secretAccessKey=[amazonsecret] /usr/local/backup

eller det burde det være, i virkeligheden har jeg haft bedst resultat ved at slå debugging til, og bare lade det være på, det ser sådan her ud:

/usr/local/sbin/s3fs mybucket -d -o readwrite_timeout=86400 -o use_cache=/usr/local/s3fs-tmp -oallow_other -o accessKeyId=[amazonid] -o secretAccessKey=[amazonsecret] /usr/local/backup &

Sidste fintuning..
Du skal ændre din pool (eller pools) i bacula til at splitte dine filer op, dette kan også have betydning for labelformat, så hermed min definition af labelformat og splitting. Dette skal ske pga begrænsning hos Amazon S3, jeg har så valgt en begrænsning der er lidt lavere for at speede evt fragmentering af filer op.. Er dog i tvivl om det har en reel effekt.. Grænsen på Amazon S3 er svjv 5 GB.

Maximum Volume Jobs = 1 # One diskfile / backup
LabelFormat = “${Client}_${Job:s/ /_/g}_${Year}-${Month:p/2/0/r}-${Day:p/2/0/r}-${Hour:p/2/0/r}-${Minute:p/2/0/r}-${Second:p/2/0/r}_${Level}”
Maximum Volume Bytes = 500000000;

Husk at genstarte din bacula..

Sådan, du er nu klar til at slå det hele til..

Tip: skulle din s3fs lukke af en årsag, så er det nok smart at den automatisk starter igen. Du kan derfor med fordel lave en lille bash ting som tjekker for en given fil på s3fs drevet hver time, og genopretter forbindelsen hvis den ikke er der mere..

Tip2: Det kan være en fordel at lave et subdir til hver maskine, da s3fs tilsyneladende laver en eksklusiv lock på diret under upload.

Informationen er svær nok at forstå for fru Jensen, men nu skal hun også åbne en PDF når hun køber et nyt domæne, førend man finder ud af man rent faktisk skal aktiverer domænet..

man har nemlig valgt at flytte informationen fra selv emailen, som nu ser sådan her ud:
Til Larsen Data ApS (LDA377-DK)

Vi fremsender hermed ordrebekræftelsen for domænenavnet
XXXXXXXXX.dk vedhæftet i PDF-format.

BEMÆRK: Du skal bruge Adobe Acrobat Reader for at kunne se og printe
vedhæftede ordrebekræftelse. Hvis du ikke har Adobe Acrobat Reader,
kan du hente programmet her: http://get.adobe.com/dk/reader/

Med venlig hilsen

DK Hostmaster A/S
Kalvebod Brygge 43, 4
1560 København V
Tlf.: +45 33 64 60 60
Fax: +45 33 64 60 66
E-mail: info@dk-hostmaster.dk
www.dk-hostmaster.dk
CVR-nr.: 24210375

… og ind i en pdf af ordrebekræftelsen/aktiveringsbrevet… Hurra, nogen der vil vædde med mig på hvilken NEGATIV effekt det har på antallet af aktiveringer?

Det skræmmer mig, i særdeleshed, at nr 1 spørgsmålsgruppe, med en vinderprocent på ikke mindre end 40-50% udgør spørgsmål og/resultat af DK-Hostmasters latterlige procedure omkring aktivering af reserveret domæner.

Ingen anden procedure, ingen anden rgistry, ingen anden leverandør har en så stor andel af support, som trækker så meget blod sved og tåre som DK-Hostmaster og på baggrund af .. INGENTING.. INGEN forstår det:

citat kunde:

Hej Gratisdns

Jeg købte domænet XXXXXXXXX.dk gennem jer men efter 5 ugers
forgæves validering af jer som autoritativ dns server har I slettet
dns’en. Som meget tilfreds kunde gennem 8 år og efter køb af adskillige
domæner der hvergang er gået godt, går jeg ud fra der er sket en fejl
denne gang? I kan vel ikke være i tvivl om at I er autoritativ DNS
server for domænet købt gennem jer??

Venlig hilsen
Carsten

- – -

… og som jeg jo må svare til Carsten, og grunden til jeg kan dkhm telefonnummer i hovedet.. 3364 6060, ja.. det er beklageligt at .dk domæner på ingen måder følger standard proceduren for oprettelser af domæner, og man på ingen måde viser interesse for at ændre dette. Det er intet andet end en teknikalitet der er en hindring for at løse dette, men man udviser på ingen måde samarbejdsvilje.

Vi har så sent som på de to offentlige registrator møder afholdt af DIFO og DK-Hostmaster SPECIFIKT bedt om dokumentation for denne unødvendighed, som sikkert er indført af en advokat med for meget fritid. Vi har enddog prøvet at imødegå kravet om denne aktivering ved at flytte fluebenet ud til registrator, ej heller dette har givet anledning til reaktion.. Jeg mangler stadig at se svaret på hvorfor, og jeg mangler stadig at se en ordentlig begrundelse som jeg rent faktisk kan nikke genkendene til.

… og Carsten skal som sagt ikke mobbes… han er bare en kunde der er vandt til at købe andre tld’er, som feks .eu, .com og .org.. hvor ting bare virker, jeg har fuldt ud forståelse for at Carsten ikke forstår hvorfor .dk ikke bare virker, det burde jo være det NEMMESTE tld for en dansker.

Der er to emner, vælg den ene og blev ved det.

Naturligvis er succesen betinget af at Karen Maren kan bruge sin NEMid, men at drukne teknikkernes spørgsmål og bekymringer i “tilfredshedsundersøgelser af testpersoner som godt kunne finde ud af at vende papet rigtigt” er bare så trivielt og ørkesløst..

Vi ved nu alle at NEMid ikke er en digital signatur, at de ikke overtræder loven (fordi de er ikke UNDERLAGT loven) og det er noget forsinket makmærk som skal tjene laveste fællesnævner..

Hvis NEMid var så skidegodt, så vil jeg forslå DanID gik ind og garanterede imod misbrug, feks mindre virksomheder der ikke er dækket af bankernes ansvar om brug af netbank, men hvor den mindre virksomhed skal tegne en selvstændig forsikring for at dække evt tab imod indbrud i netbanken via nøgle misbrug..

…men DanID yder ikke en sådan forsikring, og det er der jo nok en grund til….

1) Hvorfor skal man lave sider i flash i dag, vi er ude af den tidsalder?
2) Hvorfor kan jeg ikke se hvem arrangøren er, jeg ved det godt, men jeg kan ikke se det på siden?
3) Hvorfor skal det koste penge?

.. Men ud over det, så er jeg da glad for at se at DIFO rykker lidt..

… skal vi ikke diskuterer et .CPH?

Hvad vil et .[København] gøre for dig (Det kræver nok du enten besøger København eller bor i København før du finder emnet interessant, men lad os for legens skyld også inkluderer .aarhus og .aalborg i tankespindet).

- VIl du købe et .[bynavn] til din virksomhed/privat brug som havde forretning/produktion/ophold i den by
- Vil det være dit primære site?
- Vil det betyde noget for turisme?
- Vil .[bynavn] resultater skulle stå først når feks google “ser” du er på internettet fra [bynavn]?
- Vil du mene at byrådet skulle støtte private der ønsker at oprette et .[bynavn]?
- Er det “statens” opgave (læs: none profit)?
- Er du helst fri for et .[bynavn] ?

De nye TLD*er kommer, skal vi være en del af dem, eller skal vi bare indtage vores sædvanlige sær(e) status?

VI kan godt prøve at ignorer ICANN og nye gTLD’er, men der er meget store kræfter der arbejder på at få disse, og debatten er ikke eksisterende herhjemme, altså ud over et halvkvalt kvæd fra en byggeklodsproducent i Billund der mener det er det værste siden playmobil.

I flæng kan nævnes .oslo, .london, .bcn (Barcelona), .berlin, .paris.. ud over det kan der nævnes et .food, .eco, .quebec og .canon

Alle disse ER på vej, og deltagende i debatten, men ingen har tilsyneladende en holdning i lille Danmark (ud over byggeklods matadoren, som mest af alt er bange for verden og nye ting, og med en flok hovedløse advokater i skoene der går og fortæller om hvor forfærdeligt det grimme grimme internet er)…

Jeg har, som sædvanlig, meget svært ved at finde noget officielt på difo.dk om nye gTLD’er. Man har aldrig gjort meget ud af at have offentlige holdninger, og udstille dem, og jeg bliver heller ikke skuffet her.

MIN holdning er:

Jeg VIL have et .[københavn], helst et .cph eller .kbh.Der er for mange muligheder og for meget der kan gå tabt ved ikke at deltage.

Jeg så helst en noneprofit organisation bag det.

Den politiske baggrund og policy omkring ejerskab af et .[københavn] vil jeg frygtelig gerne diskuterer. Feks, krav om bostand i København eller Danmark. Jeg er åben for forslag.

Jeg vil med stor glæde deltage i processen. Såh, hvis du er byrådspolitikker i København, og vil have en forfriskende snak om mulighedernes internet, og ikke det sørgelige sorte triste censoreret internet, så kan du jo finde mine informationer her: larsen.tel

Såh.. Hvad mener du? Du er også en del af internetsamfundet.. og dets stemme..

Uenig

Hvad sker der hvis den centrale server går ned?

DanID er en del af PBS, og netop PBS er vant til at have en omverden, der stiller de højeste krav til tilgængelighed og oppetid. Faktisk har vi en oppetid på vores systemer, der er meget tæt på 100 %. Det vil selvfølgelig også gælde for de centrale DanID servere.

Kommentar:

javel, det er derfor vi i online internet handel frygter og håner PBS under hver enkelt af de patchmandage og spontane fejl i dankort systemer, hvor de gang på gang beviser at de ikke er i stand til at opretholde et redudant system med nøjagtig angivelse på hjemmesiden om lortet virker eller ej, fordi medarbejderen der skal opdatere hjemmesiden med fejlen, ikke kan tilgå siden.. og opdateringen er manuel.

#FAIL! og jeg er så TRÆT af de farvede holdninger om PBS er det sidste nye siden vådt vand og de bedste til opgaven siden forskåret rugbrød.. PBS er en omvandrende katastrofe, og DanID bliver det sidste søm, længe leve DanID.

Ses vi til DanID info møde d. 10 maj på ITU?

Info kan findes her

Set ud fra et demokratisk synspunkt finder jeg det betænkeligt at der er to høringer i gang, begge med formål at ændre de generelle vilkår, men med forskellige dokumenter og revisioner.

Jeg vil i dette blogindlæg derfor fokusere på: http://www.difo.dk/fileadmin/user_upload/documents/generelle_Vilkaar/Generelle_vilkaar_udkast_DNSSEC.pdf og ikke http://www.difo.dk/fileadmin/user_upload/documents/generelle_Vilkaar/Generelle_vilkaar_udkast_april_2010.pdf

I forbindelse med DNSSEC har man tilføjet tilsyneladende 3 ting:

§ 2:
Ved DNSSEC forstås en teknisk sikkerhedsfacilitet, der ad kryptografisk vej og på grundlag af internationalt anerkendte standarder mindsker risikoen for, at svaret på en DNS-forespørgsel kompromitteres under afviklingen af processen.
Ved Nøgleansvarlig forstås den fysiske eller juridiske person, som registranten har bemyndi- get til at håndtere transaktioner, som indebærer ændringer i opsætning og indhold af krypte- ringsnøgler for DNSSEC.

§ 5.2:
Når ovenstående betingelser er opfyldt, registrerer DK Hostmaster, at registranten har skiftet internetudbyder. Ved redelegering af et domænenavn med tilknyttede DNSSEC-nøgler vil DNSSEC-service som hovedregel blive afbrudt, indtil registranten har angivet en ny nøglean- svarlig og nye nøgler, og DK Hostmaster har registreret den nye nøgleansvarlige og de nye nøgler.

§ 10:
DK Hostmaster påser, at de krypteringsnøgler, som DK Hostmaster genererer til brug for DNSSEC på .dk-zonen, er valide og annonceres korrekt. Ansvaret for registrantens krypte- ringsnøgler og håndteringen af disse påhviler registranten.
Det påhviler registranten selv at:
• • • •
generere sine krypteringsnøgler til brug for DNSSEC fremsende den offentlige nøgle af det genererede nøglepar til DK Hostmaster publicere nøglerne i DNS og sikre nøglerne mod kompromittering.
Brugen af DNSSEC indebærer derfor ikke en udvidelse af DK Hostmasters ansvar for rigtig- heden af DNS-oplysninger.

ad §2:
DNSSEC defineringen kan vi jo ikke rigtig sige noget til, men nøgleansvarlige bliver jeg nød til at kommentere.

En nøgleansvarlig findes i dag ikke på de godt 1000000 .dk domæner der findes, og udnævelse af en sådan, skal tilsyneladende ske ved en bemyndigelse af registranten, dvs. registranten skal personligt, eller hvertfald ved udlevering af sin adgang til dkhm hjemmeside, give nogen adgang til dette.

Resultatet bliver, uden tvivl, et af to onder. 1) DNSSEC bliver aldrig stort her i lille Danmark. 2) Kaos med support.

ad 5.2:
Redelegering udsletter så samtidigt nøgle, og nøgleansvarlig, så jeg formoder at nøgleansvarlig også kan godkendes og sættes i redelegerings fasen så vi slipper for flere unødige procedurer?

ad 10:
Det påhviler ikke registranten, men den nøgleansvarlige, at nøglerne er korrekt. i sidste ende bliver dette til registranten, men nu har man lavet rollefordeling til en nøgleansvarlig, så ville det også være smart at benytte sig af denne.

Yderlige bemærkninger til generelle vilkår:
§6
beskrivelsen af priserne bør ikke indgå i de generelle vilkår, men på et seperat prisblad.

§6.3 er ikke korrekt, fremtidligt betalinger tilfalder betalings kontakten, eller af den som registranten har markeret som betaler.

§ 8.3.5 “DIFO ́s beslutning kan ikke indbringes for Klagenævnet for Domænenavne, men kan indbrin- ges for de almindelige domstole.” Javel ja.. Hvor kom den regel fra, hvad er defineret ved sikkerheds hensyn, og hvorfor tror DIFO at loven ikke gælder for dem?

Der undres også en del over over i Kødbyen, at der tilsyneladende er så meget brug for ansvarsfraskrivelsen OG typosquatting reglerne… Men det kan vi komme ind på senere.. Offentlighedsfasen og information om DNSSEC finde der intet af på DK-Hostmaster.dk (prøv selv at søge efter “DNSSEC” her: https://www.dk-hostmaster.dk/soegning)