Может только получить доступ к моему веб-серверу от моего компьютера?
Никакой вопрос, rsync не будет быстрее. dd должен будет считать и записать целых 1.5 ТБ, и он поразит каждый сбойный блок, инициировав несколько повторений чтения, которые далее замедлят уже долгий процесс. rsync должен будет только считать блоки, которые имеют значение, и так как маловероятно, что каждый сбойный блок происходит в существующих файлах или каталогах, rsync встретится с меньшим количеством из них.
Плохая вещь об использовании rsync для дискового спасения состоит в том, что, если оно действительно встречается со сбойным блоком, оно разочаровывается в файле или каталоге, который содержит его. Если каталог содержит много подкаталогов, и rsync разочаровывается в чтении его, то Ваша копия могла пропускать многое из того, что Вы хотите сохранить. Проблема состоит в том, что rsync полагается на структуры файловой системы для сообщения этого, что скопировать, и сама файловая система больше не защищена.
Поэтому я сначала использовал бы rsync для копирования файлов от диска, но я очень тщательно посмотрю на вывод для наблюдения то, что было пропущено. Если Вы не можете жить без того, что rsync не удалось скопировать, то используйте dd или один из других низкоуровневых методов копирования блока. Вы можете затем fsck копия, монтировать его и видеть, можно ли восстановить больше файлов.
-
1Как я могу проверить это? Разве порт не становится открытым, когда я заставляю Apache слушать его? Можно ли подтвердить, видите ли Вы что-нибудь, когда Вы получаете доступ 186.207.14.136? – user1091856 25.11.2012, 22:25
-
2Необходимо явно сделать это, Apache не сделает этого для Вас (который является хорошей мудрой безопасностью вещью). Я не могу соединиться с Вашим веб-сервером, таким образом, Вы, вероятно, все еще не имеете в распоряжении перенаправление портов. – jippie 25.11.2012, 22:33
Прежде всего необходимо открыть порт в брандмауэре или маршрутизаторе.
Если Вы будете в домашней сети и будете позади маршрутизатора, то Вам будет нужно к portforward. Этот сайт может помочь Вам выяснить конфигурацию своего маршрутизатора для перенаправления портов. Для веб-страниц передать TCP 80 к системе позади маршрутизатора.
При позже обнаружении с проблемами с веб-сервером, не передающим данные или что-то попытайтесь добавить в правиле для UDP 80 к portforwarding/firewall
Если Ваше соединение непосредственно к Интернету, а не позади маршрутизатора, или Вы уже передали порту, и это все еще не работает, запустите путем проверки конфигурации брандмауэра. Можно сделать это легко путем выполнения sudo iptables -L -v. (Pastebin, который результат и комментирует здесь, если Вы хотите, чтобы я прочитал его). Если существует политика "ОТБРАСЫВАНИЯ" по умолчанию, или нет никакой ссылки, "ПРИНИМАЮТ" где угодно в выводе, я могу помочь Вам с тем, что, если Вы включаете результаты упомянутой команды, я просто дал Вам.
-
1
-
2Протокол HTTP также использует UDP в редких случаях. для точной операции для определенных действий (я не знаю RFC для HTTP бесцеремонно, но я знаю для факта, это ссылается на UDP), UDP должен обычно открываться на порте 80. – Thomas Ward 25.11.2012, 22:48
-
3Не высказывание это неверно, но я никогда не слышал его прежде, также мой Apache, конечно, не слушает на порте, udp/80. – jippie 25.11.2012, 22:52
-
4Затем его несоответствующее, хотя я считал RFC. Я удалю его, но добавлю его как сноску, говорящую, "Если материал повредится, попытайтесь добавить в a
UDP 80правило". – Thomas Ward 25.11.2012, 23:03 -
5Привет, спасибо за ответ. Извините за не прояснение я нахожусь на самом деле позади маршрутизатора. Я уже вошел в свой маршрутизатор веб-настройки и сделал то, чему учебное руководство сказало мне. Все еще не может получить доступ к апачу от других компьютеров. – user1091856 25.11.2012, 23:18
Какой маршрутизатор Вы имеете?
Вы добавили правило NAT сказать, что весь трафик, происходящий для портирования 80 на общедоступном IP-адресе, должен быть направлен к компьютеру, выполняющему веб-сервер Apache в сети?
-
1Привет. Спасибо за ответ. Мой беспроводной маршрутизатор является D-Link DI-524. То, что я сделал, является этим: Я запустил apache2, заставил его слушать порт 80, затем вошел в мою страницу установок маршрутизатора, настройки Virtual Server затем включили порт fowarding к компьютеру, куда апач работает. После того, как я сделал это, я смог получить доступ к своей веб-странице путем ввода моего IP-адреса на браузере (который не был возможен прежде csetting виртуальный сервер). Проблема: компьютеры вне LAN не могут получить доступ к нему. – user1091856 26.11.2012, 05:00
-
2, я предложу, чтобы Вы назвали свой ISP и сделали, чтобы они протестировали это с Вами. Из того, что я читал, Вы можете получить доступ к своему серверу Apache из-за Вашего маршрутизатора с помощью IP-адреса общественности маршрутизаторов. Очень важно, чтобы это было общедоступным IP-адресом, потому что это означает, что Ваш маршрутизатор, кажется, правильно настроен. Я также предположу, что Вы смогли получить доступ к серверу Apache от другого компьютера, чем тот, выполняющий сервер Apache. Это также важно, потому что это означает, что брандмауэр на сервере Apache правильно настроен. [чтобы быть продолженным], – StFS 26.11.2012, 15:20
-
3[продолжался], Это действительно только оставляет маршрутизацию ISP и как jippie указанной выше, у них, кажется, есть Вы в частной подсети IP (10.14.0.1), что означает, что они делают NAT (к карте 186.207.14.136-> 10.14.0.1), но Вы затем также хотите сделать NAT (к карте 10.14.0.1-> 192.168.x.x, IP Вашего сервера Apache). Это походит на кучу проблем. Назовите их и попросите, чтобы они попытались получить доступ к Вашему серверу Apache и через общедоступный IP (186.207.14.136) и через частный IP (10.14.0.1). Как я сказал, кажется, нет проблемы с Вашей конфигурацией, таким образом, это действительно должен быть ISP. – StFS 26.11.2012, 15:26
-
4Существует одна вещь, которую Вы могли возможно попробовать все же. Вместо того, чтобы использовать Вашу установку Virtual Server маршрутизаторов, попытайтесь использовать NAT. Я даже предложил бы, чтобы Вы попытались использовать нестандартный порт для публичного порта (что-то выше 1024) кроме Вас, указывают на него для портирования 80 на сервере. См. support.dlink.com/emulators/di524/help_adv.html для инструкций, раздела "Special Applications". Просто удостоверьтесь, что Вы удаляете свои существующие настройки Virtual Server сначала. – StFS 26.11.2012, 15:34