Это, думаю, потому, что сама Synology считает фрагменты адреса «blog» и «photo» зарезервированными для пакета Photo Station, и если этот пакет включён, вставляет в конфигурационный файл веб-сервера (Apache) соответствующие подстановки, вот, например:
AliasMatch ^/photo$ "/var/packages/PhotoStation/target/photo/"
Alias /photo/ "/var/packages/PhotoStation/target/photo/"
AliasMatch ^/blog$ "/var/packages/PhotoStation/target/photo/blog/"
Alias /blog/ "/var/packages/PhotoStation/target/photo/blog/"
RedirectMatch ^/blog/include/v(.*) /photo/get_video.php?$1
AliasMatch ^/~([^\/]*)/photo$ "/var/packages/PhotoStation/target/photo/"
AliasMatch ^/~([^\/]*)/photo/(.*) "/var/packages/PhotoStation/target/ph"
AliasMatch ^/~([^\/]*)/blog$ "/var/packages/PhotoStation/target/photo/b"
AliasMatch ^/~([^\/]*)/blog/(.*) "/var/packages/PhotoStation/target/pho"
RedirectMatch ^/~([^\/]*)/blog/include/v(.*) /~$1/photo/get_video.php?$2
Так что прямолинейное решение здесь очевидно: либо отключить Photo Station (если она вам не нужна), либо изменить конвенции насчёт распределения имён, отредактировав файл /etc/httpd/sites-enabled-user/SYNO.SDS.PhotoStation.conf, и, может быть, httpd-vhost.conf-user там же (но нужно быть готовым к тому, что при первом же обновлении операционной системы все ваши изменения в этом файле будут затёрты). У меня что-то такое было, я в конце концов плюнул, и отказался от системного конфигурационного файла Apache в пользу своего, который я контролирую сверху донизу, так что уверен, что никакая подобная зараза вдруг не возникнет.