phpmyadmin удаленный досутп

[jimfuny]

И очень хорошо, что нет. Какой у вас веб сервер?

вот нащет версии ubuntu 20 так там вапще все перекрыто, не ставится

не знаю можно ли по правилам форума писать такие вещи тут, может платно кто то поможет настроить сервер?

[Виктop]

Маленькая, но очень важная информация по phpmyadmin, это не какая то отдельная программа, это всего лишь набор сценариев написанный на PHP, для управления mysql.
Проще говоря, если phpmyadmin работает локально, то он будет работать и удалённо, другое дело как настроен php модуль и apache. MySQL в данном случае не должен открываться удалённо, только локально, ибо доступ к нему должен иметь только PHP

[jimfuny]

Маленькая, но очень важная информация по phpmyadmin, это не какая то отдельная программа, это всего лишь набор сценариев написанный на PHP, для управления mysql.
Проще говоря, если phpmyadmin работает локально, то он будет работать и удалённо, другое дело как настроен php модуль и apache. MySQL в данном случае не должен открываться удалённо, только локально, ибо доступ к нему должен иметь только PHP

вот тут затрудняюсь что то сказать, знаете если точно сформулировать то вобщем есть сервер на нем поставлю сайт и нужно чтобы к нему был доступ с любой точки мира и с любого компьютера, как бы все как на любом хостинге или сервере?

то что в интернете пишут то нужно настроить virtialhost файл на сервере, но как бы файл этот есть но в разных папках и содержимое файла сильно отличается чем как описывают этот файл

[AlexDem]

нужно настроить virtialhost файл на сервере, но как бы файл этот есть но в разных папках

Файл настройки один для каждого сайта, лежит он в  /etc/apache2/sites-available/
Если сайт один, mysite.com к примеру, то и файл
один.

[jimfuny]

нужно настроить virtialhost файл на сервере, но как бы файл этот есть но в разных папках

Файл настройки один для каждого сайта, лежит он в  /etc/apache2/sites-available/
Если сайт один, mysite.com к примеру, то и файл
один.

как сделать чтобы сам сервер удаленно открывался, а там когда ispmanger поставить уже и сайты будут работать, как сделать чтобы через ip удаленно открывался, например вот так





для примера на скришотах указан ip адреса и не является действительным, это чтобы пример показать сервера

[Виктop]

jimfuny, у Вас заглушка сервера удалённо открывается?

[jimfuny]

jimfuny, у Вас заглушка сервера удалённо открывается?

нет не открывается, когда вводишь удаленно ip сервера на другом компьютере то пустая страница котрывается

в интернете рекомендуют чтобы при воде ip адреса сервера удаленно и чтобы он открывался, нужно настроить httpd.conf другие virtualhost файлы настроить, вроде этих файлов нету, понятно что то нужно настроить, но где и какие файлы?

[AlexDem]

нет не открывается, когда вводишь удаленно ip сервера на другом компьютере то пустая страница котрывается

пойдем с самого начала: консоль SSH удаленно открывается?

[jimfuny]

нет не открывается, когда вводишь удаленно ip сервера на другом компьютере то пустая страница котрывается

пойдем с самого начала: консоль SSH удаленно открывается?

то что ssh подключено и работает точно, а вот по поводу если ssh удаленно работает не знаю, так как чтобы посмотреть если удаленно ip сервера открывается смотрю через телефон, а вот как через телефон ssh смотреть даже не знаю, но то что ssh работает точно на сервере, потому как с локального компьютера через ssh подключится можно

[AlexDem]

то что ssh подключено и работает точно, а вот по поводу если ssh удаленно работает не знаю, так как чтобы посмотреть если удаленно ip сервера открывается смотрю через телефон, а вот как через телефон ssh смотреть даже не знаю, но то что ssh работает точно на сервере, потому как с локального компьютера через ssh подключится можно

Ты пишешь много текста, но не суть, мне не интересно куда ты можешь зайти локально, поскольку мы говорим о внешнем доступе... Еще раз: ты можешь открыть консоль за другом компьютере или ноутбуке из внешней сети и зайти на свой сервер УДАЛЕННО через ssh консоль Linux или Putty из Windows или Mobile SSH из Android?
Если да, то можно дальше говорить о чем то, в том числе о настройке web-серверов, если нет - то решай вопрос с открытием портов, т.к. у меня есть сильное подозрение, что ты просто сеть не настроил. А пока с этим вопросом не разобрался - говорить о более сложных вещах смысла нет.
И просьба - разбивай текст на грамматически верные предложения, читать все это сложно.

[jimfuny]

И просьба - разбивай текст на грамматически верные предложения, читать все это сложно.

по поводу грамотно написанного текста спасибо что написали, дело в том не то что не грамотный но русский язык изучаю только как бы новый, хорошо что в браузере неправильное слово красным выделяется и можно автоматически исправить, то что ты порекомендовал понятно, наверно у соседей спрошу вход wifi пароль, если дадут конечно, ну вобщем что вы сказали понятно

как попробую зайти через ssh удаленно, и уже напишу если получилось

[Виктop]

Если я правильно помню, я с Вами встречался уже в других темах, если это так, то это больше похоже на троллинг, ибо про настройку апача уже был разговор. Вообще, какого хрена Вы пытаетесь запускать phpmyadmin, и лезете в настройки mysql, если у Вас даже апач не работает?

Без апача, всё это работать в принципе не должно, хотя mysql может работать без апача, но учитывая предполагаемую архитектуру Вашего сайта, не должен.
Первым делом нужно настроить апач.
 
Я не знаю, что Вы с ним сделали, но апач запускается сразу после установки и выдаёт заглушку, даже без каких либо настроек.
И так,vпереустановите апач, ибо хрен знает что Вы там уже наделали.
Если заглушка открывается локально, значит проблема в сети. Я так понял, вы пользуетесь Ubuntu desktop, значит 80 порт должен быть открыт, но лучше проверьте.
Попробуйте подключить комп напрямую, без маршрутизатора, чтобы исключить вероятность неправильной настройки роутера
И вообще, как то давно, я Вас спрашивал, у Вас белый IP-адрес? Вы так и не дали ответа

[jimfuny]

Если я правильно помню, я с Вами встречался уже в других темах, если это так, то это больше похоже на троллинг, ибо про настройку апача уже был разговор. Вообще, какого хрена Вы пытаетесь запускать phpmyadmin, и лезете в настройки mysql, если у Вас даже апач не работает?
Первым делом нужно настроить апач.
 
Попробуйте подключить комп напрямую, без маршрутизатора, чтобы исключить вероятность неправильной настройки роутера
И вообще, как то давно, я Вас спрашивал, у Вас белый IP-адрес? Вы так и не дали ответа

спасибо что проявляете терпение и пытаетесь помочь, ну разве похоже что я разыгрываю от делать нечего, просто я начал тему с vesta панели, потом установил сервер lamp на компьютер, хотя в принципе это одно и тоже но все таки есть существенная разница в настройках, потому неразбериха такая получилась, по поводу если ip белый точно не знаю что это значит, но то что я дополнительно провайдеру плачу за статистический ip адрес это точно

теперь по поводу роутера то настройки порты сделаны правильно, потому как до того когда ставил vesta панель сервер то он удаленно открывался, значит роутер настроен правильно

то что когда ставишь vesta панель сервер, это и понятно что удаленно отрывался, потому как когда ставишь vesta панель сервер то он настройки делает автоматически, то есть сам прописывает нужные ip адреса, но теперь я поставил сервер lamp на компьютер, в этом случае нужно делать настройки самому в файлах

сейчас сервер apache заглушка открывается, но только на локальном компьютере, понятно что в самом apche в конфигурационных файлах сделать настройки, видимо в настройках по умолчанию только на локальном компьютере работает, возможно в virtualhost файле прописать статистический ip адрес, но таких файлов несколько на сервере, в каком именно и что нужно прописать чтобы открыть сервер
по поводу того что много пишу и не грамотно, это потому что русский не родной, потому когда пытаюсь сформулировать вопрос то кортко написать не получается

вот открывается apche заглушка на локальном компьютере

[Виктop]

Кто удалённо открывался роутер или сервер? Зато теперь понятно, что IP белый.
Выложите под спойлер содержимое файлов находящихся в каталоге /etc/apache2/sites-available

[jimfuny]

Кто удалённо открывался роутер или сервер? Зато теперь понятно, что IP белый.
Выложите под спойлер содержимое файлов находящихся в каталоге /etc/apache2/sites-available

вот содержимое файла

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 www.example.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

вот содержимое файла

default-ssl.conf

(Нажмите, чтобы показать/скрыть)

<IfModule mod_ssl.c>
   <VirtualHost _default_:443>
      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

      #   SSL Engine Switch:
      #   Enable/Disable SSL for this virtual host.
      SSLEngine on

      #   A self-signed (snakeoil) certificate can be created by installing
      #   the ssl-cert package. See
      #   /usr/share/doc/apache2/README.Debian.gz for more info.
      #   If both key and certificate are stored in the same file, only the
      #   SSLCertificateFile directive is needed.
      SSLCertificateFile   /etc/ssl/certs/ssl-cert-snakeoil.pem
      SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key

      #   Server Certificate Chain:
      #   Point SSLCertificateChainFile at a file containing the
      #   concatenation of PEM encoded CA certificates which form the
      #   certificate chain for the server certificate. Alternatively
      #   the referenced file can be the same as SSLCertificateFile
      #   when the CA certificates are directly appended to the server
      #   certificate for convinience.
      #SSLCertificateChainFile /etc/apache2/ssl.crt/server-ca.crt

      #   Certificate Authority (CA):
      #   Set the CA certificate verification path where to find CA
      #   certificates for client authentication or alternatively one
      #   huge file containing all of them (file must be PEM encoded)
      #   Note: Inside SSLCACertificatePath you need hash symlinks
      #       to point to the certificate files. Use the provided
      #       Makefile to update the hash symlinks after changes.
      #SSLCACertificatePath /etc/ssl/certs/
      #SSLCACertificateFile /etc/apache2/ssl.crt/ca-bundle.crt

      #   Certificate Revocation Lists (CRL):
      #   Set the CA revocation path where to find CA CRLs for client
      #   authentication or alternatively one huge file containing all
      #   of them (file must be PEM encoded)
      #   Note: Inside SSLCARevocationPath you need hash symlinks
      #       to point to the certificate files. Use the provided
      #       Makefile to update the hash symlinks after changes.
      #SSLCARevocationPath /etc/apache2/ssl.crl/
      #SSLCARevocationFile /etc/apache2/ssl.crl/ca-bundle.crl

      #   Client Authentication (Type):
      #   Client certificate verification type and depth.  Types are
      #   none, optional, require and optional_no_ca.  Depth is a
      #   number which specifies how deeply to verify the certificate
      #   issuer chain before deciding the certificate is not valid.
      #SSLVerifyClient require
      #SSLVerifyDepth  10

      #   SSL Engine Options:
      #   Set various options for the SSL engine.
      #   o FakeBasicAuth:
      #    Translate the client X.509 into a Basic Authorisation.  This means that
      #    the standard Auth/DBMAuth methods can be used for access control.  The
      #    user name is the `one line' version of the client's X.509 certificate.
      #    Note that no password is obtained from the user. Every entry in the user
      #    file needs this password: `Tfj27LtfMYeFt'.
      #   o ExportCertData:
      #    This exports two additional environment variables: SSL_CLIENT_CERT and
      #    SSL_SERVER_CERT. These contain the PEM-encoded certificates of the
      #    server (always existing) and the client (only existing when client
      #    authentication is used). This can be used to import the certificates
      #    into CGI scripts.
      #   o StdEnvVars:
      #    This exports the standard SSL/TLS related `SSL_*' environment variables.
      #    Per default this exportation is switched off for performance reasons,
      #    because the extraction step is an expensive operation and is usually
      #    useless for serving static content. So one usually enables the
      #    exportation for CGI and SSI requests only.
      #   o OptRenegotiate:
      #    This enables optimized SSL connection renegotiation handling when SSL
      #    directives are used in per-directory context.
      #SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
      <FilesMatch "\.(cgi|shtml|phtml|php)$">
            SSLOptions +StdEnvVars
      </FilesMatch>
      <Directory /usr/lib/cgi-bin>
            SSLOptions +StdEnvVars
      </Directory>

      #   SSL Protocol Adjustments:
      #   The safe and default but still SSL/TLS standard compliant shutdown
      #   approach is that mod_ssl sends the close notify alert but doesn't wait for
      #   the close notify alert from client. When you need a different shutdown
      #   approach you can use one of the following variables:
      #   o ssl-unclean-shutdown:
      #    This forces an unclean shutdown when the connection is closed, i.e. no
      #    SSL close notify alert is send or allowed to received.  This violates
      #    the SSL/TLS standard but is needed for some brain-dead browsers. Use
      #    this when you receive I/O errors because of the standard approach where
      #    mod_ssl sends the close notify alert.
      #   o ssl-accurate-shutdown:
      #    This forces an accurate shutdown when the connection is closed, i.e. a
      #    SSL close notify alert is send and mod_ssl waits for the close notify
      #    alert of the client. This is 100% SSL/TLS standard compliant, but in
      #    practice often causes hanging connections with brain-dead browsers. Use
      #    this only for browsers where you know that their SSL implementation
      #    works correctly.
      #   Notice: Most problems of broken clients are also related to the HTTP
      #   keep-alive facility, so you usually additionally want to disable
      #   keep-alive for those clients, too. Use variable "nokeepalive" for this.
      #   Similarly, one has to force some clients to use HTTP/1.0 to workaround
      #   their broken HTTP/1.1 implementation. Use variables "downgrade-1.0" and
      #   "force-response-1.0" for this.
      # BrowserMatch "MSIE [2-6]" \
      #      nokeepalive ssl-unclean-shutdown \
      #      downgrade-1.0 force-response-1.0

   </VirtualHost>
</IfModule>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet