Dosfstools, который обеспечивает mkfs.vfat
и друзья, также обеспечивает fatlabel
(названный dosfslabel
в более старых версиях) для изменения маркировки.
Я действительно находил этот самородок в Вашем вопросе (подсказка: помогает быть максимально конкретным относительно того, что Ваша проблема, и старайтесь избегать superflouous информации; если больше информации будет необходимо, то относительно нее будут обычно просить в комментариях в быстром порядке, и можно отредактировать вопрос включать ее)...
Я хочу знать, как я должен изменить сервер имен с ns1.imsingh.com & ns2.imsingh.com по GoDaddy.com, потому что, когда я изменяю их, GoDaddy заявляет
nameserver not registered
Та часть легка. Или, ну, в общем, не обязательно легкое, но если Вы знаете, как DNS работает, легко видеть что случилось, и это должно помочь Вам зафиксировать его. Так как Ваши делегированные - к серверам имен находятся в том же домене, который Вы делегируете, необходимо обеспечить то, что известно как записи связующего звена через регистратора, так, чтобы у любого запрашивающего корневые серверы имен не было ситуации уловки - 22 необходимости знать адреса серверов имен, прежде чем они смогут найти адреса серверов имен. Эти записи связующего звена также должны сохраняться, если IP-адрес Вашего сервера (серверов) имен когда-нибудь изменяется.
Обычно, это сделало или как отдельный шаг перед вводом записей делегации, или вместе с делегированным - к имени хоста как отдельное поле IP. Я не знаю точно, как GoDaddy в особенности делает это, но должно быть где-нибудь в их интерфейсе администрирования, где можно обеспечить данные записи связующего звена.
Можно также интересоваться Разъяснением того, почему файлы зоны DNS требуют записей NS на ServerFault, который объясняет, почему и как используются записи связующего звена.
Тем не менее можно хотеть пересмотреть выполнение собственного сервера, если необходимо спросить о чем-то вроде этого. Кроме таких вещей как устойчивость соединения, проблемы источника питания, резервирование оборудования и так далее, действительно имеют в виду, что Интернет сегодня является враждебным местом, и в любой сервер, не правильно защищенный и активно управляемый, вероятно, ворвутся в течение очень короткого промежутка времени. Если у Вас нет некоторой очень определенной потребности, и Вы до задачи управления подключенным к Интернету сервером, я настоятельно рекомендовал бы, чтобы Вы рассмотрели просто получение учетной записи веб-хостинга где-нибудь вместо этого.
При оценке ответом, который я получаю, когда я пытаюсь просмотреть к тому серверу (никакие полученные данные) я предполагаю, что Вы выполняете свой персональный сервер на Вашем собственном интернет-соединении, которое находится почти наверняка позади маршрутизатора, это выполняет NAT по крайней мере и вероятно включает сервисы брандмауэра, который блокирует что-либо приходящее не из этого, Вы явно не сказали этому принимать.
Без гораздо больше информации я могу только предложить следующие действия поиска и устранения неисправностей:
Проверьте свои настройки маршрутизатора/брандмауэра и удостоверьтесь, что входящий трафик для портирования 80 на внешнем IP направлен через DNAT (Место назначения NAT) к внутреннему IP-адресу веб-сервера.
Проверьте, что Ваш веб-сервер слушает на всех IP-адресах, не только localhost (некоторое значение по умолчанию дистрибутивов к этому из соображений безопасности).
Проверьте, что Ваш ISP не блокирует входящий порт 80, потому что они не хотят своих клиентов, выполняющих частные веб-серверы. Вероятно, не, но это стоит проверить, чтобы быть уверенным.
РЕДАКТИРОВАНИЕ От информации в Ваших комментариях, похоже, что необходимо будет настроить маршрутизатор к порту передачи 80 вхождений снаружи к 192.168.1.2 на внутренней части. Как конкретный маршрутизатор, который Вы имеете, делает это оставляют как осуществление читателю.