Vor einigen Tagen hat mir die Softwareaktualisierung ein Update auf iTunes 10.1 angeboten. Im Hinblick auf die neue iOS 4.2 Software habe ich selbstverständlich nicht lange gezögert und “Installieren” geklickt. Nach dem anschließenden Start von iTunes, wurde ich jedoch mit einer Meldung der Mac OS X Firewall begrüßt, die auch im Bild rechts zu sehen ist: Möchten Sie, dass das Programm “iTunes.app” eingehende Netzwerkverbindungen akzeptiert?

Stutzig machte mich die Meldung alleine deswegen, da Apple Software üblicherweise eine digitale Signatur besitzt. Diese ermöglicht es, dass – in diesem spezifischen Fall – iTunes automatisch eingehende Verbindungen akzeptieren darf. Die Gültigkeit einer solchen digitalen Signaturen lässt sich im Terminal anhand des Befehls codesign überprüfen:

codesign -vv /Applications/iTunes.app

… verifiziert die Signatur und erstellt eine etwas detailliertere Ausgabe. Liegt eine gültige Signatur vor, lautet die Ausgabe:

/Applications/iTunes.app: valid on disk

Erscheint “valid on disk” nicht, kann davon ausgegangen werden, dass iTunes – bzw. die jeweilige Applikation – beschädigt ist. In meinem Fall habe ich iTunes in den Papierkorb verschoben, es erneut heruntergeladen und installiert. Und siehe da: Alles wieder in Butter!

Wenn dir dieser Beitrag geholfen hat, bookmarke ihn doch und hinterlasse einen Kommentar! :-)

English:

A few days ago Apple’s Software Update feature offered the iTunes 10.1 update. I didn’t hesitate to install the new version before downloading the iOS 4.2 release. But after successfully updating my favorite media player application, the Mac OS X Firewall saluted me with a message you can also see in the picture to the right of this text: Do you want the application “iTunes.app” to accept incoming network connections?

The problem didn’t exist prior to the update and the suspicious thing is that software provided by Apple is digitally signed. The signature allows iTunes – in this case – to accept incoming network connections automatically. You can verify a valid signature using the codesign command in your Terminal.app:

codesign -vv /Applications/iTunes.app

… verifies the signature and displays a more detailed output. If the signature is valid the output is:

/Applications/iTunes.app: valid on disk

If the output is anything but “valid on disk”, you can assume that iTunes – or the respective application – is damaged. I dragged iTunes to the trash and reinstalled it from Apple.com. And everything is fine again!

If this post provides useful information, please share it and add a comment! :-)

Wer in Besitz einer relativ langsamen Internetverbindung ist und das – inzwischen mehr als 4.2 GB große – iOS SDK (iPhone SDK) downloaden möchte, würde sich freuen, wenn der Download zwischendurch pausiert und später wieder aufgenommen werden könnte. Unter Mac OS X konnte ich leider keinen Download-Manager finden, der die Entwicklungsumgebung aus dem iPhone Dev Center laden kann. Das gute, alte Wget lässt einen allerdings nicht im Stich…

1. Wer noch nicht die MacPorts installiert hat, muss dies zuerst tun.
2. Anschließend Wget im Terminal.app installieren:

   sudo port install wget

3. Firefox und die Add-Ons Firebug sowie Firecookie werden ebenfalls benötigt.
4. Nun im iPhone Dev Center einloggen.
5. Es ist wichtig den Download zum iOS SDK einmalig zu starten, damit die entsprechenden Cookies empfangen werden. Der Download kann danach direkt wieder abgebrochen werden.
6. Nun in Firebug bzw. Firecookie alle Cookies exportieren. Ich habe diesen Pfad verwendet:

   /home/username/Downloads/iPhoneSDK

7. In Firecookie findet ihr außerdem einen Eintrag namens ADCDownloadAuth. Der RAW Data-Wert muss in den nachfolgenden Befehl an der Stelle xxx eingefügt werden.
8. Wget im Terminal mit folgenden Parametern im oben genannten Verzeichnis starten:

   wget --limit-rate=45k -U firefox -ct 0 --timeout=60 --waitretry=60 --load-cookies cookies.txt -c http://adcdownload.apple.com/Developer_Tools/xcode_4.0.2_and_ios_sdk_4.3/xcode_4.0.2_and_ios_sdk_4.3.dmg --header="Cookie: ADCDownloadAuth=xxx"

Damit wird Xcode 4.0.2 und das iOS SDK 4.3.2 für Snow Leopard (10.6.6) geladen. Der Wert von –limit-rate kann beliebig angepasst werden. 45k bedeuten in diesem Fall, dass der Download mit max. 45 KB/s stattfinden wird. -U setzt den User Agent auf Firefox. cookies.txt ist die exportierte Datei von Firecookie.

Wenn dir dieser Beitrag geholfen hat, bookmarke ihn doch und hinterlasse einen Kommentar! :-)

English:

How to download the iOS SDK (iPhone SDK) using Wget on Mac OS X:

1. Get MacPorts and install Wget with the following command in your Terminal.app:

   sudo port install wget

2. Download Firefox and the Firebug and Firecookie add-ons.
3. Login to the iPhone Dev Center
4. Start the iOS SDK download once to get the cookies from Apple. You can cancel the download right after that.
5. Export all cookies to a predefined path using Firecookie, e.g.:

   /home/username/Downloads/iPhoneSDK

6. In Firecookie you can find the ADCDownloadAuth entry. Replace the xxx at the end of the following command with the RAW Data value.
7. Use your Terminal again and execute Wget in the upper path:

   wget --limit-rate=45k -U firefox -ct 0 --timeout=60 --waitretry=60 --load-cookies cookies.txt -c http://adcdownload.apple.com/Developer_Tools/xcode_4.0.2_and_ios_sdk_4.3/xcode_4.0.2_and_ios_sdk_4.3.dmg --header="Cookie: ADCDownloadAuth=xxx"

The command downloads Xcode 4.0.2 and iOS SDK 4.3.2 for Snow Leopard (10.6.6). –limit-rate=45k limits your transfer speed to 45 kb per second. -U changes the User Agent to Firefox. Firecookie’s exported file is cookies.txt.

If this post provides useful information, please share it and add a comment! :-)

Archiv / Archive:

• iOS SDK 3.1 / Xcode 3.1 (Mac OS X 10.5.7):

  http://adcdownload.apple.com/iphone/iphone_sdk_3.1__final/iphone_sdk_3.1_with_xcode_3.1_final__leopard__9m2809.dmg

• iOS SDK 3.1 / Xcode 3.2 (Mac OS X 10.6):

  http://adcdownload.apple.com/iphone/iphone_sdk_3.1__final/iphone_sdk_3.1_with_xcode_3.2_final__snow_leopard__10a432.dmg

• iOS SDK 3.1.3 / Xcode 3.1.4 (Mac OS X 10.5.7):

  http://adcdownload.apple.com/iphone/iphone_sdk_3.1.3__final/iphone_sdk_3.1.3_with_xcode_3.1.4__leopard__9m2809a.dmg

• iOS SDK 3.1.3 / Xcode 3.2.1 (Mac OS X 10.6):

  http://adcdownload.apple.com/iphone/iphone_sdk_3.1.3__final/iphone_sdk_3.1.3_with_xcode_3.2.1__snow_leopard__10m2003a.dmg

• iOS SDK 3.2 / Xcode 3.2.2 (Mac OS X 10.6):

  http://adcdownload.apple.com/iphone/iphone_sdk_3.2__final/xcode_3.2.2_and_iphone_sdk_3.2_final.dmg

• iOS SDK 4 / Xcode 3.2.3 (Mac OS X 10.6.2):

  http://adcdownload.apple.com/iphone/iphone_sdk_4__final/xcode_3.2.3_and_iphone_sdk_4__final.dmg

• iOS SDK 4.0.1 / Xcode 3.2.3 (Mac OS X 10.6.4):

  http://adcdownload.apple.com/ios/ios_sdk_4.0.1__final/xcode_3.2.3_and_ios_sdk_4.0.1.dmg 

• iOS SDK 4.0.2 / Xcode 3.2.3 (Mac OS X 10.6.4):

  http://adcdownload.apple.com/ios/ios_sdk_4.0.2__final/xcode_3.2.3_and_ios_sdk_4.0.2.dmg 

• iOS SDK 4.1 / Xcode 3.2.4 (Mac OS X 10.6.4):

  http://adcdownload.apple.com/ios/ios_sdk_4.1__final/xcode_3.2.4_and_ios_sdk_4.1.dmg

• iOS SDK 4.2 / Xcode 3.2.5 (Mac OS X 10.6.4):

  http://adcdownload.apple.com/ios/ios_sdk_4.2__final/xcode_3.2.5_and_ios_sdk_4.2_final.dmg

• iOS SDK 4.3 / Xcode 4 (Mac OS X 10.6.6):

  http://adcdownload.apple.com/Developer_Tools/xcode_4_and_ios_sdk_4.3__final/xcode_4_and_ios_sdk_4.3__final.dmg

• iOS SDK 4.3.1 / Xcode 4.0.1 (Mac OS X 10.6.6):

  http://adcdownload.apple.com/Developer_Tools/xcode_4.0.1_and_ios_sdk_4.3/xcode_4.0.1_and_ios_sdk_4.3.dmg

Die Verwaltung der DNS-Daten wird komplett in adminX, dem Webinterface von TecSpace, durchgeführt. Dort führt der Menüpunkt “Domain Konfiguration >> Zonen” zum Ziel. Anschließend muss die Domain ausgewählt werden, bevor mit der Konfiguration der so genannten Resource Records begonnen werden kann.

Der Screenshot zeigt alle DNS-Datensätze, die eingerichtet werden müssen. Bei Punkt (1) muss die eindeutige Zeichenfolge eingetragen werden, die Google für die Verifizierung mittels eines CNAME-Datensatzes bereitstellt. Punkt (2) zeigt einen SPF-Datensatz. SPF (Sender Policy Framework) verhindert, dass “Spammer Nachrichten mit gefälschten “Von”-Adressen in Ihrer Domain senden”. Da der Text nicht komplett im Bild zu erkennen ist, hier der Eintrag:

v=spf1 include:_spf.google.com ~all

Die letzten drei Einträge sind optional. Sie ermöglichen den Zugriff auf die Google Apps-Dienste mithilfe der eigenen Domain, z. B.: http://kalender.domain.de.

Wenn dir dieser Beitrag geholfen hat, bookmarke ihn doch und hinterlasse einen Kommentar! :-)