Ben me inmiddels aan het inlezen, en heb me zo bedacht om alle stappen / problemen / oplossingen op deze site te documenteren.

Tot nu toe gedaan:
1: Apple’s support documenten gedownload
2: een goed boek aangeschaft

Lees hieronder verder hoe het gelukt is het netwerk zo in te stellen dat ik van waar dan ook toegang heb tot mijn data – voor het moment via HTTP, maar aangezien deze horde is genomen is FTP de volgende stap.

NB: Ons huishouden is OSX-only, de basale stappen zullen ook wel voor Windows gelden, maar daarvan heb ik geen voorbeelden.

Het netwerk bestaat uit de volgende bestanddelen:

• UPC kabelmodem, niet relevant in die zin dat we er geen aanpassingen aan (kunnen/hoeven) doen
• Apple Airport Extreme 802.11n (Fast Ethernet), gebruikte firmware 7.4.1
• Synology DS-209+, gebruikte firmware DSM 2.3-1118 (beta)

Overige benodigdheden:

• Dynamische DNS, bijvoorbeeld via DynDNS.com – niet noodzakelijk, maar wel handig.
• Een manier om van buiten het LAN toegangkelijkheid te testen tot het eigen netwerk; in mijn geval m’n iPhone – LAN toegang via WiFi, toegang via Internet testen via 3G verbinding

De eerste stap is het aanmaken van een DynDNS account. Dit is zoals gezegd niet noodzakelijk, maar maakt het leven wel een stuk aangenamer. Een gratis account is meer dan voldoende. Na het aanmaken van een account is het zaak ‘Host Services’ in te stellen:

Host Service toevoegen

Weet je je publieke IP adres niet, dan kun je dat vinden via bijvoorbeeld whatismyip.com. In het bovenste vak kun je een ‘mooie’  hostnaam ingeven, die we later gebruiken om naar je NAS te surfen – altijd makkelijker te onthouden dan 4 cijfergroepen. Klik op ‘Add To Cart’ om door te gaan, een basale hostservice is gratis. Als alles goed is ingesteld krijg je het volgende te zien:

In sommige gevallen wil het publieke IP-adres van je internetverbinding nog wel eens veranderen. Je kunt je NAS zo instellen dat automatisch je publieke IP-adres aan je hostname gekoppeld blijft, ook als je publieke IP-adres verandert. Kies in de Synology backend voor de DDNS optie:

DDNS instellingen in Synology backend

Wat belangrijk is, is dat de gateway gegevens juist zijn ingevoerd! Met name de interne gateway is van belang; als die goed is ingesteld, en de account gegevens zijn goed ingevuld, dan zal automatisch ook het externe adres worden gevonden. Zo niet, dan verschijnt een foutmelding, en zal de status niet zoals hierboven op ‘normaal’ staan. Je vind het juiste interne gateway adres in het opstartscherm van het AirPort-configuratieprogramma, of via een progammaatje als Bonjour Browser:

AirPort-configuratieprogramma

Bonjour Browser

Als laatste is het zaak de portforwarding (of poortkoppeling zoals Apple ze noemt in te stellen) – nu weet ik niet waarom, maar in mijn eerste setup kreeg ik de poortkoppelingen niet als optie zichtbaar, ik had toentertijd een ADSL-abonnement, waarschijnlijk heeft dat er iets mee te maken, omdat het ADSL modem tevens DHCP server voor het netwerk was. In elk geval dient in deze setup de AirPort Extreme als DHCP server – te zien onder het kopje Internet, tabblad Internetverbinding: de terminologie van Apple is uitermate verwarrend, maar volgens mij wordt met “Deel een publiek IP-adres” eigenlijk gewoon “Functioneer als DHCP-server” bedoeld? In mijn ADSL-tijd stond dit in elk geval ingesteld op brugmodus, wat dat ook wezen mag.

Anyway, ga onder het kopje Internet naar tabblad NAT, en vink ‘Activeer NAT-poortkoppelingsprotocol (NATPMP)’ aan, en klik vervolgens op ‘Configureer poortkoppelingen…’:

Klik in het volgende scherm op het plusje, en je kunt de instellingen voor portforwarding instellen voor alle verkeer dat op je publieke IP-adres binnenkomt. Je hoeft alleen poortnummers in te stellen en het interne IP-adres van, in dit voorbeeld, de NAS:

...en voor poort 5000, voor toegang tot de NAS backend

Als alles goed is ingesteld, kun je na het resetten van de AirPort Extreme (nog zo’n vaag en onnodig Apple trekje, elke andere router kan dit zonder reboot, maar niet een AirPort Extreme, neeee…) van buiten het interne netwerk toegang krijgen tot je NAS door naar http://dyndnshostnaam te surfen, eventueel met :poortnummer erachter (zonder poortnummer zal verkeer automatisch naar de webserver worden doorgezet – het gaat immers om HTTP verkeer, en dat loopt over poort 80). Voor overige, door Synology gebruikte poorten verwijs ik je naar deze website. Een andere handige website is deze, waarmee je kunt testen of de poorten openstaan.

OK, zover ben ik nu gekomen. Zoals gezegd is de volgende stap FTP benaderbaar maken. In tegenstelling tot wat in een eerder bericht woerd aangegeven, is het me buiten die ene keer NIET meer gelukt via FTP toegang te krijgen tot mijn NAS…

De oplossing kwam toen ik een laatste poging waagde, weer merkte dat het pairing-proces erg lang ging duren en het instellingenscherm van de iPhone verliet door op de homeknop te drukken. In plaats van het homescreen keek ik plots aan tegen een invoerscherm voor pincode. Om de een of andere reden wilde dit scherm, waar dat voorheen vlekkeloos ging, nu niet naar voren komen. Geen idee of dit door het jailbreaken komt, maar ik kan weer veilig bellen in de auto, voor zover bellen in de auto überhaupt veilig is…

2) We zijn over op UPC – na alle enge verhalen van enkele jaren terug al weer nu toch maar de overstap gewaagd, en het moet gezegd, dat verliep vlotjes. Als het goed is gaat per 1-2 KPN eruit (alleen even opletten of UPC ook het ADSL-gedeelte opzegt, daar zijn ze voor gemachtigd, maar brieven van KPN suggereren dat ik dat alsnog zelf moet doen…). 25 MB internet (wauw! da’s duidelijk sneller dan de ADSL-verbinding die we eerst hadden), telefoon werkt goed, en digtale kabel-TV (Starter editie, maar dat heeft al ruim 40 kanalen meer dan we normaal gesproken kijken, dus uitgebreider is niet echt nodig.)

Speedtest.net

Pingtest.net

Speedtest UPC

Van de vorige verbinding heb ik helaas geen gegevens, maar subjectief is het in elk geval een stuk sneller.

3) UPC helpdesk = fail. Nog steeds. Ik snap dat de mensen daar van een script moeten lezen en standaard oplossingen aandragen, maar Oh Mijn God wat wordt je daar moe van. Vier keer bellen in twee dagen met uiteraard vier verschillende medewerkers, en maar met onzinnige verklaringen komen die ikzelf allang had uitgesloten…
OK, in het kort – rond Oud & Nieuw viel de al twee jaar perfect werkende UPC Mediabox uit, onduidelijk waarom het enige dat gebeurt was in huis was een kortsluiting in de Nespresso. Mediabox was volledig dood – voedingsprobleempje, denk ik. Dus via de helpdesk een nieuwe laten komen, dat ging vrij pijnloos. Na 2 dagen staat ‘s avonds de koerier voor de deur, de nieuwe Mediabox – snel!
Meteen aangesloten, initialisatie verloop in eerste in instantie prima en na enkele minuten is er weer digitale TV. Helaas duurde dat maar enkel minuten, daarna schokkerig beeld en haperend geluid en kort daarna de melding dat er geen signaal is. Eerst maar eens gereset om nog eens te initialiseren, en dan blijkt dat ik helemaal geen signaal meer heb op de Mediabox. Had ik al gezegd dat ik twee jaar lang geen enkel probleem met digitale TV van UPV had? En , oh ja, dat het analoge signaal prima is? Daar was de eerste helpdeskmedewerker die ik sprak al snel ook van overtuigd, maar voor de zekerheid wilde hij een firmware upgrade van de Mediabox; helpt dat niet dan zou hij een monteur regelen. Beetje jammer dat de firmware-upgrade pas net voor sluitingstijd klaar was, en de nieuwe medewerker eerst zijn eigen arsenaal aan oplossing aan wilde dragen, en niet wilde weten van een monteur. Ben je klaar met uitproberen is het inmiddels ver na sluitingstijd van de helpdesk, en mag je dus de volgende dag terugbellen (want zodra je kabels in de meterkast aan de slag gaat valt, duh, de VOIP verbinding ook weg…). De derde medewerkster slaat alles – niet alleen wil ze helemaal van voren af aan beginnen met troubleshooten (houdt UPC geen logboek bij of zo?), maar ze wist zelfs te melden dat a) kabels binnen twee jaar volledig ‘door’ konden zijn, en direct daar achteraan b) dat het normaal was dat na een reboot kort wel signaal werd gevonden (wat bij mij het geval was). Maar als de kabels door zouden zijn hoe kunnen ze dan wel een normaal analoog signaal zonder enige kwaliteitsverlies doorgeven? Daar had mevrouw geen antwoord op. Voordat ze iets anders wilde doen moest de Mediabox rechtstreeks op de meterkast worden aangesloten (dus werderom weg VOIP verbinding, en geen effect op het signaalprobleem in de Mediabox). De vierde medewerker was er wel van overtuigd dat aan de kabels c.q. signaal zou liggen, maar was na aandringen dan toch bereid een monteur te laten komen, tegen kosten als het probleem zich inderdaad binnen de woning bevond.
Nu ja, kort maar krachtig: eind goed, al goed. De monteur was er binnen een minuut achter dat het niet aan het signaal lag – weliswaar is er iets verlies tussen de meterkast en de input-connector aan de zijde van de Mediabox, maar niets ernstigs. Probleem hoogstwaarschijnlijk in de tuner van de Mediabox. Een door de monteur meegebracht exemplaar werkte binnen 10 minuten, en doet het sindsdien zonder probleem (behalve dat het display na enkele minuten standby even uitvalt, en daarna enkele minuten lang de verkeerde tijd weergeeft, maar daar kan ik mee leven…)

Na wat gegoogle bleek ik hiermee niet de enige te zijn, maar een eenduidige oplossing bleek er ook niet. Na wat gestoei kwam ik toch de volgende, werkende oplossing:

1. Maak een backup vanuit iCal
2. Verwijder het plist-bestand van iCal (in ~/Library/Preferences/) en de Calendars-folder in ~/Library
3. Daarna de eerder gemaakte backup terugzetten door erop te dubbelklikken
4. Als laatste in Systeemvoorkeuren/MobileMe de synchronisatiegeschiedenis wissen (klikken op Geavanceerd) en aangeven dat de computer de gegevens op MobileMe moet vervangen

NB: Hierbij ga ik ervanuit dat iCal op de aangedane computer de meest actuele gegevens bevat. Als dat niet het geval is maak je op een andere Mac een backup in iCal en zet je die over naar de aangedane computer. Bij het openen van de backup zal er sowieso een melding komen dat alle bestaande gegevens in iCal worden verwijderd.

Hierna was bij mij het probleem opgelost en synchroniseerden alle Macs alle data weer als vanouds.

Het allerliefst heb ik er toch OSX opstaan – ben momenteel bezig een nieuwe installatie via een andere methode voor te bereiden. Gaat ook deze weer mis dan zal het denkelijk Win7RC worden dat vast wordt geïnstalleerd.

Install OSX on Dell Mini 9 using DellEFIBootMaker:

- Create a MRB HFS+ single partition USB key named OSXDVD
- Restore your OSX 10.5.x Install DVD to it (does not matter which version) (Make sure to do this step before running the next step.
- Run DellEFIBootMaker
- Boot with new usb OSX install boot key
- Use DiskUtil to partition SSD as GUID 1 HFS+ partition with a name of OSXMINI9 (note that is HAS to be all upper case since my script is kind of dumb… let me know if you can make it smarter. I will be pleased to include your code in the next release.)
- Quit DiskUtil and continue installation
- At the end when shown the “Fail” error message open Terminal
- Type

postinstall

- When postinstall complete simply type

reboot

- Remove the USB Key when you see the Dell logo
- At the boot GUI select the OSXMINI9 partition and hit enter
- Watch the intro video+sound, create account
- If not using a 10.5.6 install disk then optionally apply 10.5.6 combo update and reboot
- Run DellEFI application in easy mode. Keep the dsdt.aml file if prompted to delete as it is a clean one and safe to keep.
- Enjoy

Een andere optie qua OS is Ubuntu Linux, waarvan een heuse Netbook versie verkrijgbaar is, Ubuntu Netbook Remix of UNR. Ahhh, decisions, decisions…