Ubuntu Server 14.04 + Apache + VirtualHosts / VPN Server (PPTPD)

[dypak]

Всем привет, возможно кто-то сможет помочь и объяснить чтояделаюнетак.
Установил всё по инструкции, апач стартует по умолчанию уже с ошибкой

Код: [Выделить]

xtra@oink:/etc/apache2/sites-available$ sudo /etc/init.d/apache2 restart
 * Restarting web server apache2
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
хотелось бы понять в чём проблема уже на этом этапе. но это не самое важное.

в /etc/apache2/sites-available 2 файла.

Код: [Выделить]

xtra@oink:/etc/apache2/sites-available$ ls
000-default.conf  default-ssl.conf
000-default.conf выглядит так:

Код: [Выделить]

<VirtualHost *:80>
    ServerName www.адрессайта.
    ServerAlias адрессайта
    ServerAdmin почта@сайта
    DocumentRoot /media/NAS/downloads/rls/nastya/
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

<Directory /media/NAS/downloads/rls/nastya/>
        Options +FollowSymLinks
        AllowOverride All
        order allow,deny
        allow from all
</Directory>

</VirtualHost>


---

таким образом сейчас:

• обращение по IP - ведёт сюда /media/NAS/downloads/rls/nastya/ и выдаёт всю директорию
• обращение по доменному имени делает точно тоже самое

Что хотелось бы, чтобы напрямую по IP выдавалась директория /media/NAS/downloads/rls/nastya/, а по доменному имени (dns сервер имеет А запись на ip) выдавалась заглушка допустим ссылающаяся на /var/www/.

создавал разные .conf в sites-available, но работает что-то одно. либо все запросы выдают /media/NAS/downloads/rls/nastya/ либо /var/www

 

[xeon_greg]

ну так и в чем проблема

AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message

определить тот самый ServerName mysite , скажем в httpd.conf
 

Что хотелось бы, чтобы напрямую по IP выдавалась директория /media/NAS/downloads/rls/nastya/, а по доменному имени (dns сервер имеет А запись на ip) выдавалась заглушка допустим ссылающаяся на /var/www/.

у текущего VirtualHost убрать параметр ServerName вообще или определить другое и
определить еще один VirtualHost c ServerName имя и  documentRoot /var/www
а теперь вопрос -  зачем такое делать ? обычно делают наоборот на IP - заглушку

[dypak]

спасибо огромное, всё заработало, и от ошибки избавился.
а к вопросу зачем - Ubuntu сервер используется для закачки торрента, и скачки себе на компьютер по http (обход ограничений yota на p2p)
соответственно не хотелось бы палиться в гугле нелицензионной продукцией, хотя robots.txt так же настроен.

[xeon_greg]

соответственно не хотелось бы палиться в гугле нелицензионной продукцией, хотя robots.txt так же настроен.

?? каким образом гугл что-то будет или ему нужно знать ? и при чем тут робатс ?

[dypak]

xeon_greg

Возможно сможешь и с pptpd помочь ?

установил pptpd. настроил по инструкции. удалённый пк соединяется, может по локальной сети ходить, но в интернет не пускается.
по пунктам:

nano /etc/sysctl.conf

Код: [Выделить]

# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1

nano /etc/pptpd.conf

Код: [Выделить]

option /etc/ppp/pptpd-options
logwtmp
localip 192.168.1.133 - ip адрес в локальной сети ubuntu server
remoteip 192.168.1.200-254
# Включим передачу VPN-клиентам широковещательных пакетов,
# которые сервер получает по сетевому интерфейсу eth0:
bcrelay eth0
# Смотрим, чтобы было закомментировано,
# при включении данного параметра IP-адрес клиента не передается
# скриптам ip-up через демон pppd:
# noipparam



nano /etc/ppp/chap-secrets

Код: [Выделить]

# Secrets for authentication using CHAP
# client        server  secret                  IP addresses
xtra    pptpd   password       192.168.1.200

nano /etc/ppp/pptpd-options

Код: [Выделить]

# Название сервиса для аутентификации
# (должно совпадать со вторым полем в записях /etc/ppp/chap-secrets)
name pptpd
# Откажемся работать с явно ненадежными механизмами проверки пароля,
# такими как PAP, CHAP и MS CHAP v1
refuse-pap
refuse-chap
refuse-mschap
# Разрешим аутентификацию пользователей
# по самому защищенному из протоколов — MS CHAP v2:
require-mschap-v2
# Потребуем максимально возможный для PPTP
# механизм шифрованная mppe-128
require-mppe-128
# Адрес DNS-сервера, указываемого клиентам:
# (У меня это локальный адрес роутера)
ms-dns 192.168.1.1
# Включение этого параметра позволяет PPTP-клиентам работать
# с локальной сетью без добавления правил маскарадинга (NAT)
# в цепочки брандмауэра iptables. Если используются
# цепочки iptables, этот параметр следует закомментировать.
# proxyarp
# Чтобы не сбивался маршрут по умолчанию:
nodefaultroute
lock
nobsdcomp
на роутере 1723 открыл

Код: [Выделить]

xtra@oink:/etc/apache2/sites-available$ netstat -alpn | grep :1723
(No info could be read for "-p": geteuid()=1000 but you should be root.)
tcp        0      0 0.0.0.0:1723            0.0.0.0:*               LISTEN      -     

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE от sudo проделано


ping не идёт. но днс резольвится

[xeon_greg]

те надо чтобы удаленный пк использовал интернет сервера ?