Извиняюсь заранее, если я использую какие-либо технические слова неправильно. Я все еще новичок в Linux / networking
Я пытался выяснить эту проблему уже более недели, и ни один из связанных с ней вопросов не помог мне. Недавно я создал веб-сервер, работающий на apache2, чтобы разместить мой собственный веб-сайт. Я также хотел использовать его для SSH, FTP и VNC. Я зарегистрировал домен в GoDaddy, cokongwu.com. Статический ip (192.168.0.105) был настроен для сервера, и у меня есть настройка portforwarding также для портов 80, 21, 23, 53 и 443 для статического ip. прочитав руководства о том, как настроить общедоступный веб-сервер, я подумал, что это все, что было необходимо, так как оно отлично работало сначала, но, конечно, я узнал, что однажды я попытался получить доступ к веб-серверу с использованием имени домена за пределами сети , Я не мог подключиться. После некоторого поиска я узнал, что мне нужно изменить свою запись A в файле зоны в GoDaddy на мой общедоступный ip. Как только я это сделал, я обнаружил, что больше не могу подключиться к моему веб-серверу, либо внутри сети, где вместо этого я буду перенаправлен на страницу маршрутизатора, а также за пределами сети, где соединение просто отключится. Позже я понял, что, поскольку мой общедоступный ip не может быть установлен в static, мне пришлось использовать сервис, в частности dyndns, чтобы он мог постоянно обновлять ip при его изменении. Я настраиваю программу обновления dyndns из центра обновления программного обеспечения и настраиваю свою учетную запись dyndns, cokongwu.com, с записью A, которая указывает на мой общедоступный IP-адрес и псевдоним www.cokongwu.com, который указывает на cokongwu.com. Я также устанавливаю имя хоста cokongwu.dyndns.org, которое также указывает на мой общедоступный ip и добавляет серверы dyndns для серверов имен Godaddy. Запись A, которую у меня есть для cokongwu.com на godaddy, по-прежнему указывает на мой внутренний ip и записи CName (www и cokongwu.com), указывают на cokongwu.dyndns.org. (Однако, поскольку я заменил серверы имен godaddys с серверами имен dyndns, я больше не может управлять файлом зоны для домена)
После этого попытка доступа к hostname.com по-прежнему обеспечивает те же проблемы, что и раньше. Доступ к нему указывает на мой общедоступный ip вместо моего внутреннего ip, но внутри сети я просто перенаправляюсь на страницу настроек маршрутизаторов, а за пределами сети он просто отключается. У меня нет идей относительно того, как это исправить, поэтому любые идеи приветствуются. Должен ли он (публичный ip) быть перенаправлен на мой внутренний ip?
Еще раз жаль, если я использую какие-либо из этих технических слов не так, я все еще очень новичок в этом.
Я знаю много вопросов, связанных с этим сообщением определенных команд, поэтому я сделаю то же самое:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:5556 0.0.0.0:* LISTEN 3387/dyn_updater
tcp 0 0 127.0.1.1:53 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN -
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 2729/vino-server
tcp6 0 0 :::80 :::* LISTEN -
tcp6 0 0 :::21 :::* LISTEN -
tcp6 0 0 :::22 :::* LISTEN -
tcp6 0 0 ::1:631 :::* LISTEN -
tcp6 0 0 :::5800 :::* LISTEN 2729/vino-server
tcp6 0 0 :::5900 :::* LISTEN 2729/vino-server
udp 0 0 0.0.0.0:5353 0.0.0.0:* -
udp 0 0 127.0.1.1:53 0.0.0.0:* -
udp 0 0 0.0.0.0:39124 0.0.0.0:* -
udp 0 0 0.0.0.0:631 0.0.0.0:* -
udp6 0 0 :::5353 :::* -
udp6 0 0 :::53973 :::* -
ufw:
sudo ufw status
[sudo] password for fender:
Status: inactive
000 -default.conf:
<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
ServerName cokongwu.com
ServerAlias www.cokongwu.com
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
</VirtualHost>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet