Найдите все интернет-серверы направления

не мог соединиться с сервером (http://IP

Предполагает, что это не может соединить слушание веб-сервера (значение по умолчанию на порте 80) в IP-адресе.

Используя числовой IP-адрес (например. 192.168.77.64) нет никакого имени "разрешающий" делаться, так, чтобы не перестал работать.

Действительно ли можно ли получить доступ к самому веб-серверу (например. http://192.168.77.64/) от системы, что Вы получаете их ошибку через RapidSVN?

Если система не имеет веб-браузера, то telnet или netcat сделаю, telnet IP 80 или nc -v xxx.xxx.xxx.xxx 80. Хит "входит" или "возвращается", когда он соединяется.

Действительно ли http является корректным методом доступа для Вашего сервера SVN? Например, svn://IP/RepositoryName и svn+ssh://IP/RepositoryName другие примеры различных методов.

Я предполагаю, что Вы считали и следовали за схемой в справке Ubuntu на Подверсии.

Я надеюсь, что это помогает.


На основе Вашей обратной связи это кажется, что существует проблема с веб-сервером, служащим клиентской части репозитория SVN.

Таким образом, можно работать над отладкой этой части проблемы. Вещи рассмотреть:

Я первоначально принял это, но необходимо проверить, что это правильно настроено и работа, если Вы уже не имеете. Можно ли проверить с помощью ping-запросов маршрутизатор или шлюз, ping gw.example.com? Разрешение DNS, host www.google.com? Можете Вы ssh к и с сервера?

  • Apache установлен и выполнение?

Самый простой способ проверить это использует Синаптический Диспетчер пакетов и поиск apache2 пакет. Видеть, работает ли веб-сервер, ps ax | grep apache2 (примечание: некоторые системы используют имя httpd вместо apache2).

Это - проблема, затем после веб-сервера Ubuntu Apache2, руководство должно помочь Вам установить Apache и настроило достаточно, что можно включить доступ Подверсии через http.

  • Установка SVN работает?

Можете Вы локально (на самом сервере) контроль из репозитория, который Вы открываете? svn co file:///Repository

После того как Вы знаете, что репозиторий является установкой, затем можно отредактировать файл конфигурации Apache для включения поддержки Подверсии.

Удача, Вы, кажется, преуспеваете до сих пор.

1
задан 3 November 2011 в 19:22
3 ответа
  • Запустить nmap извне для всего вашего адресного пространства?
  • Изучите правила, установленные на вашем брандмауэре / пограничном устройстве, чтобы узнать, что разрешено.
  • Отслеживайте трафик на вашем брандмауэре / границе устройства на некоторое время и посмотреть, к чему осуществляется доступ?

Вероятно, вам следует сделать все вышеперечисленное, и как только вы найдете результаты, добавьте их в свою документацию, которая будет поддерживаться. Как только вы найдете результаты вышеизложенного, вы должны копнуть глубже и проверить, идет ли разрешенный трафик на какое-либо устройство, которое проксирует или иным образом разрешает трафик другим устройствам.

6
ответ дан 3 December 2019 в 16:28

Я бы сверился с моей CMDB или другой документацией.

В противном случае вам придется определить «выход в Интернет» (отвечает только на входящие запросы? Может ли выходить в Интернет самостоятельно?) ... и затем проверить каждый из них. И не извне. Что, если у вас есть общедоступное DNS-имя, указывающее на кластер LB, за которым стоит 30 серверов? Со стороны вы никогда не сможете определить, на какой сервер вы попали, если только сервер каким-то образом не внесет свое имя в полезную нагрузку приложения - через HTTP это может быть X-заголовок. Хотя это, вероятно, было бы плохой идеей, если бы это было.

Если у вас есть одно устройство, которое может захватывать весь интернет-трафик, вы можете анализировать журналы, но это скажет вам только, какие серверы разговаривают, оно пропустит любые серверы, которые не были достигнуты за отчетный период.

1
ответ дан 3 December 2019 в 16:28

Если вы не просто пытаетесь выяснить, как взломать чужую сеть, вы сможете решить эту проблему, если соберете следующую информацию:

Вы должны по крайней мере знать, какие устройства имеют физическое подключение к Интернету любыми способами и, надеюсь, некоторые контролируемые точки входа (1 или несколько межсетевых экранов). Может помочь их конфигурация.

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

Используете ли вы NAT в своей сети? Если да, то где-то вы должны отображать трафик из Интернета через NAT на серверы. Проверьте конфигурацию для этого.

Если вы просто пытаетесь взломать сеть,

1
ответ дан 3 December 2019 в 16:28

Теги

Похожие вопросы