Не могу разрешить домен 3-го уровня, который проксируется на локальный IP в моей сети, так, чтобы он был доступен извне. В локальной сети по доменному имени "disk.mydomen.ru" сервер доступен.Зона прописана так:
$ORIGIN mydomen.ru.
$TTL 86400 ; 1 day
@ IN SOA ns.mydomen.ru. support.mydomen.ru. (
2015072703 ; serial
14400 ; refresh (4 h)
3600 ; retry (1 h)
2592000 ; expire (4w2d)
600 ; minimum (10 minute)
)
@ IN NS ns.mydomen.ru.
@ IN NS ns3-l2.nic.ru.
@ MX 10 mail.mydomen.ru.
@ IN A 192.168.0.1
www IN CNAME @
ns IN A 192.168.0.1
mail IN A 192.168.0.1
disk IN A 192.168.0.1Проксирую так:
<VirtualHost *:443>ProxyRequests Off
ProxyPreserveHost On
ServerName disk.mydomen.ruSSLEngine On
SSLCertificateFile /home/http/www/disk.mydomen.ru/crt/server.crt
SSLCertificateKeyFile /home/http/www/disk.mydomen.ru/crt/server.keySSLProxyEngine On
ProxyRequests Off
ProxyPreserveHost On
ProxyVia full<proxy *>
Order deny,allow
Allow from all
</proxy>ProxyPass / https://192.168.0.4:2015/
ProxyPassReverse / https://192.168.0.4:2015/</VirtualHost>
тут всё настолько запущено, что и сказать-то нечего.
Всё в кучу смешали.
> тут всё настолько запущено, что и сказать-то нечего.
> Всё в кучу смешали.Я подозревал...
Что нужно подправить?
>> тут всё настолько запущено, что и сказать-то нечего.
>> Всё в кучу смешали.
> Я подозревал...
> Что нужно подправить?Поставить(вернее pacшифpoвать) вопрос - слишком "сжато" сказано.
согласен, опять каша в голове и нет даже минимального представления о сети ...
dns и http это две большие и в общем случае независимые разницы.
>[оверквотинг удален]
> IN CNAME @
> ns
> IN A
> 192.168.0.1
> IN A
> 192.168.0.1
> disk
> IN A
> 192.168.0.1чтобы ваш домен был виден извне должно быть выполнено несколько условий:
1) сервер днс находится либо в сети интернет, либо имеет белый адрес, либо доступ к нему осуществляется путем пробрасывания портов
как сделано у вас- хз.
2) ip адрес домена - белый.
у вас- серый
проксирование же вашего сайта - к решщению двух выше описанный требований никакого отношения не имеет от слова "совсем"
хватит пороть чушь и заниматься хиромантией.
что бы домен был виден - он для начала должен быть зареган, корректно делигирован и коректно прописан на примари.
белый, серый, голубой - выбирай себе ... я думаю что автор еще теоретически не развился до "видов" в бинде, да и вы судя по всему тоже.
рекомендую переходить на "гадание на кофейной гуще", ибо толку от ваших измышлений будет больше.
> хватит пороть чушь и заниматься хиромантией.
> что бы домен был виден - он для начала должен быть зареган,
> корректно делигирован и коректно прописан на примари.
> белый, серый, голубой - выбирай себе ... я думаю что автор еще
> теоретически не развился до "видов" в бинде, да и вы судя
> по всему тоже.
> рекомендую переходить на "гадание на кофейной гуще", ибо толку от ваших измышлений
> будет больше.после твоих слов автор ушел в глубокое раздумья и вопросами самому себе: зачем же я с компьютерами связался :))))
> хватит пороть чушь и заниматься хиромантией.
> что бы домен был виден - он для начала должен быть зареган,
> корректно делигирован и коректно прописан на примари.Это все не обязательно. потому что если вы получили в управление зону третьего уровня- то "делегирован" "зареган" - всем этим занимаетесь не вы...
два необходимых и ДОСТАТОЧНЫХ условия- выше :)
> белый, серый, голубой - выбирай себе ... я думаю что автор еще
> теоретически не развился до "видов" в бинде, да и вы судя
> по всему тоже.В сад...
> рекомендую переходить на "гадание на кофейной гуще", ибо толку от ваших измышлений
> будет больше.
>> хватит пороть чушь и заниматься хиромантией.
>> что бы домен был виден - он для начала должен быть зареган,
>> корректно делигирован и коректно прописан на примари.
> Это все не обязательно. потому что если вы получили в управление зону
> третьего уровня- то "делегирован" "зареган" - всем этим занимаетесь не вы...да ну? )) не обязательно?
1) я вас таки сильно удивлю, но указанные мной пункты таки обязательны, и заниматься ими могут совершенно разные субъекты. один платит, второй регит, тритий принимает на примари.
2) я вас таки наверно еще сильнее удивлю, но ДНС таки иерархическая вещица, и №1 справедлив и для всех доменов нижележащих уровней - регистратором только выступает владелец домена (зоны) уровнем выше, корректное же делигирование и принятия на примари (я подчеркиваю что это две разные вещи) также остается.> два необходимых и ДОСТАТОЧНЫХ условия- выше :)
вы видимо нихера не понимаете не только в ДНС, но в ip сети вообще. то что сервер доступен через public ip никогда не отменяло корректную настройку собственно самих сервисов вообще и ДНС в частности. к какому месту тут "эти условия" (вернее шизоидная ересь), я честно говоря хз, видимо высказавшийся хотел постимулировать своё ЧСВ посредством знакомых ему слов, но у дурачкофф часто случаются фэйлы, sad but true ...
без коректной настройки бинда и делигирования от доступности сервера извне остается только пафосный бред ...>> белый, серый, голубой - выбирай себе ... я думаю что автор еще
>> теоретически не развился до "видов" в бинде, да и вы судя
>> по всему тоже.
> В сад...да ну? аргументированно и по существу!
>> рекомендую переходить на "гадание на кофейной гуще", ибо толку от ваших измышлений
>> будет больше.
>[оверквотинг удален]
>> третьего уровня- то "делегирован" "зареган" - всем этим занимаетесь не вы...
> да ну? )) не обязательно?
> 1) я вас таки сильно удивлю, но указанные мной пункты таки обязательны,
> и заниматься ими могут совершенно разные субъекты. один платит, второй регит,
> тритий принимает на примари.
> 2) я вас таки наверно еще сильнее удивлю, но ДНС таки иерархическая
> вещица, и №1 справедлив и для всех доменов нижележащих уровней -
> регистратором только выступает владелец домена (зоны) уровнем выше, корректное же делигирование
> и принятия на примари (я подчеркиваю что это две разные вещи)
> также остается.Следите за руками: поднимаем ДНС сервер, описываем на нем зону google.com и сообщаем своим клиентам что они должны пользоваться НАШИМ сервером. И все что вы выше написали - становитсья пустым звуком.
единственное условие которому безусловно должен отвечать ДНС сервер чтобы отвечать за зону видимую из интернета- иметь белый адрес. все остальное- это условности.
>> два необходимых и ДОСТАТОЧНЫХ условия- выше :)
> вы видимо нихера не понимаете не только в ДНС, но в ip
> сети вообще. то что сервер доступен через public ip никогда не
> отменяло корректную настройку собственно самих сервисов вообще и ДНС в частности.
> к какому месту тут "эти условия" (вернее шизоидная ересь), я честно
> говоря хз, видимо высказавшийся хотел постимулировать своё ЧСВ посредством знакомых ему
> слов, но у дурачкофф часто случаются фэйлы, sad but true ...Читайте выше про фейковую зону. У вас просто нет реального опыта работы с ДНС серверами :)
>[оверквотинг удален]
>> и заниматься ими могут совершенно разные субъекты. один платит, второй регит,
>> тритий принимает на примари.
>> 2) я вас таки наверно еще сильнее удивлю, но ДНС таки иерархическая
>> вещица, и №1 справедлив и для всех доменов нижележащих уровней -
>> регистратором только выступает владелец домена (зоны) уровнем выше, корректное же делигирование
>> и принятия на примари (я подчеркиваю что это две разные вещи)
>> также остается.
> Следите за руками: поднимаем ДНС сервер, описываем на нем зону google.com
> и сообщаем своим клиентам что они должны пользоваться НАШИМ сервером. И
> все что вы выше написали - становитсья пустым звуком.Вместо гуглком можно описать любую, в том числе несуществующую зону первого уровня, например зону pagh, потом описать www.pah и она будет КОРРЕКТНО разрешаться при запросе из интернета, без всего что вы там понаписали.
> Вместо гуглком можно описать любую, в том числе несуществующую зону первого
> уровня, например зону pagh, потом описать www.pah и она будет КОРРЕКТНО
> разрешаться при запросе из интернета, без всего что вы там понаписали.как я писал выше (или уже ниже), дрочить и извращаться внутри вашего интранета вы вольны как заблагорассудится. корректно она будет разрешаться только если запросить ее с вашего сервера. но миллиарды хостов об этом не знают, да и не узнают никогда.
я предлагаю вам просто доказать свою "корректность" воприятия бытия простым примером.
заведите у себя на ДНС зоны "i.am.stupid." даже без записей.
если после данной "корректной" настройки я сделаю запрос скажем на 8.8.8.8 и он корректно отдаст мне SOA вашей зоны - я буду должен вам ящик самого дорого коньяка который сможете найти.
>> Вместо гуглком можно описать любую, в том числе несуществующую зону первого
>> уровня, например зону pagh, потом описать www.pah и она будет КОРРЕКТНО
>> разрешаться при запросе из интернета, без всего что вы там понаписали.
> но миллиарды хостов об этом не знают, да и не узнают никогда.Этого требования небыло в исходном вопросе. Вы его додумали сами и сами себе его развенчиваете.
Я же - отвечал человеку по существу его вопроса.
> Этого требования небыло в исходном вопросе. Вы его додумали сами и сами
> себе его развенчиваете.
> Я же - отвечал человеку по существу его вопроса.у меня к тебе только один вопрос остался - ты дурак или прикидываешься?
первая строка в стартовом топе:
"Не могу разрешить домен 3-го уровня, который проксируется на локальный IP в моей сети, так, чтобы он был доступен извне."
Если было написано что-то типа "доступен извне для некоторых ... (неважно кого или чего)", то возможно было бы как то неоднозначно понять эту фразу.
>[оверквотинг удален]
>> себе его развенчиваете.
>> Я же - отвечал человеку по существу его вопроса.
> у меня к тебе только один вопрос остался - ты дурак или
> прикидываешься?
> первая строка в стартовом топе:
> "Не могу разрешить домен 3-го уровня, который проксируется на локальный IP в
> моей сети, так, чтобы он был доступен извне."
> Если было написано что-то типа "доступен извне для некоторых ... (неважно кого
> или чего)", то возможно было бы как то неоднозначно понять эту
> фразу.Вопрос:
Не могу разрешить домен 3-го уровня, который проксируется на локальный IP в моей сети, так, чтобы он был доступен извне.
Причина:
disk IN A 192.168.0.1
Правильный ответ:сервер днс должен быть виден из интернет, ip адрес домена - должен быть белый.
Так что родной..в сад...
Конечно, конечно. Не волнуйся ты так :)
Ты главное не забудь принять таблетки и расстелить кровать перед сном в палате.
> Конечно, конечно. Не волнуйся ты так :)Pahanivo, ты тоже не волнуйся, неужели не понятно что нарвался на ЫгсперДа взрощенного на журнале кскапцеп ? :)
Чем больше таких пытаеются окучить интернеты ... тем больше мой прайс чтобы это всё оно разгрести и сделать как надо :) Так что пусть их, пусть живут и пасутся :)
> Следите за руками: поднимаем ДНС сервер, описываем на нем зону google.com
> и сообщаем своим клиентам что они должны пользоваться НАШИМ сервером. И
> все что вы выше написали - становитсья пустым звуком.1) я говорил о корректной настройке - прописывать чужие во всех смыслах некорректно (если зона вам официально не делегирована). так например делают иногда делают прописывая у себя некоторые корневые зоны что бы уменьшить кол-во обращений к корням - но в этом случае надо опять же найти откуда взять трансфер зоны и следить за ее постоянными обновлениями, ибо в случае отвала трансфера получается неактуальная инфа.
2) клиент может пользоваться не только вашим сервисом ДНС, а любыми другими вменяемыми, той же гуглой. это его право.
3) следить за руками нужно вам - что бы не заниматься онанизмом.
4) внутри своего интранета вы можете заниматься онанизмом как вам вздумается, это опять же ваше право. это сугубо ваша территория и ваша зона ответственности - но от сюда вытекает то, что за ваши идиотские настройки вам придется самим объяснятся с клиентами. думаю вменяемые клиенты при таком подходе быстро навалят, и будут правы.
> единственное условие которому безусловно должен отвечать ДНС сервер чтобы отвечать за зону
> видимую из интернета- иметь белый адрес. все остальное- это условности.остается одна КОЛОССАЛЬНАЯ проблема :) остальные миллиарды хостов (и серверов) должны как-от узнать про эту зону и про то, что спрашивать эту зону надо на вашем "левом" сервере с вашим белым адресом.
> Читайте выше про фейковую зону. У вас просто нет реального опыта работы
> с ДНС серверами :)фейковые зоны (интранетные), зоны заглушки, реальные корректные зоны, кеширующие зоны и т.д. и т.п. - это все как бы разные вещи, используемые для решения конкретных задач. мешать все это в кучу - тупость неимоверная.
по повода опыта - у меня весьма большой опыт, к тому же практический. еще лет десять назад я держал серваки с тысями примари/слейв зон, херовой кучей in-addr.arpa, большая часть из которых была частично делегирована по всему УРФО. и с тысячами рекурсивных запросов одновременно. и бинду я вертел и сетапил практически во всех конфигах описанных в литературе за исключением dnssec, ибо сейчас практически отошел от днс.
>[оверквотинг удален]
> фейковые зоны (интранетные), зоны заглушки, реальные корректные зоны, кеширующие зоны
> и т.д. и т.п. - это все как бы разные вещи,
> используемые для решения конкретных задач. мешать все это в кучу -
> тупость неимоверная.
> по повода опыта - у меня весьма большой опыт, к тому же
> практический. еще лет десять назад я держал серваки с тысями примари/слейв
> зон, херовой кучей in-addr.arpa, большая часть из которых была частично делегирована
> по всему УРФО. и с тысячами рекурсивных запросов одновременно. и бинду
> я вертел и сетапил практически во всех конфигах описанных в литературе
> за исключением dnssec, ибо сейчас практически отошел от днс.А теперь читайте ниже правильный ответ и думайте..думайте... думайте...
> А теперь читайте ниже правильный ответ и думайте..думайте... думайте...Эпично ящетаю! Хороший дурень попался, качественный! Нам нужно больше таких как ты! :) ксакерофф. :)))
>> А теперь читайте ниже правильный ответ и думайте..думайте... думайте...
> Эпично ящетаю! Хороший дурень попался, качественный! Нам нужно больше таких как ты!
> :) ксакерофф. :)))да по мойму ТС затмил всех своей "вменяемостью" ...
на кого остануться антэрнэты когда я уйду ....
>[оверквотинг удален]
>> IN A
>> 192.168.0.1
> чтобы ваш домен был виден извне должно быть выполнено несколько условий:
> 1) сервер днс находится либо в сети интернет, либо имеет белый адрес,
> либо доступ к нему осуществляется путем пробрасывания портов
> как сделано у вас- хз.
> 2) ip адрес домена - белый.
> у вас- серый
> проксирование же вашего сайта - к решщению двух выше описанный требований никакого
> отношения не имеет от слова "совсем"На данный момент домен второго yровня полностью работоспособен.
bind и apachе на одном и том же серваке. IP - 93.94.x.x
> На данный момент домен второго yровня полностью работоспособен.
> bind и apachе на одном и том же серваке. IP - 93.94.x.xЭто всё опсалютна ниважна.
Тут обсуждается домен 3-го уровня с неизвестной работоспособностью.
> Это всё опсалютна ниважна.
> Тут обсуждается домен 3-го уровня с неизвестной работоспособностью.fix: неизвестный домен, неизвестно где, неизвестно зачем, неизвестно почему ...
ps: последние годы 95% топов это какие-то конвульсии маразматиков.
>[оверквотинг удален]
>> чтобы ваш домен был виден извне должно быть выполнено несколько условий:
>> 1) сервер днс находится либо в сети интернет, либо имеет белый адрес,
>> либо доступ к нему осуществляется путем пробрасывания портов
>> как сделано у вас- хз.
>> 2) ip адрес домена - белый.
>> у вас- серый
>> проксирование же вашего сайта - к решщению двух выше описанный требований никакого
>> отношения не имеет от слова "совсем"
> На данный момент домен второго yровня полностью работоспособен.
> bind и apachе на одном и том же серваке. IP - 93.94.x.xЕще раз:
ваш сервер который вы проксируете описан какdisk IN A 192.168.0.1
192.168.0.1 - из инета не виден.
>[оверквотинг удален]
>> чтобы ваш домен был виден извне должно быть выполнено несколько условий:
>> 1) сервер днс находится либо в сети интернет, либо имеет белый адрес,
>> либо доступ к нему осуществляется путем пробрасывания портов
>> как сделано у вас- хз.
>> 2) ip адрес домена - белый.
>> у вас- серый
>> проксирование же вашего сайта - к решщению двух выше описанный требований никакого
>> отношения не имеет от слова "совсем"
> На данный момент домен второго yровня полностью работоспособен.
> bind и apachе на одном и том же серваке. IP - 93.94.x.xЕсли вы хотите чтобы ваш сервер disk.mydomen.ru был виден из локалки по серому адресу, и из инета - то вам надо описать две зоны - отдельно зону для вашего домена с белыми адресами, и отдельно ту же самую зону с серыми адресами. Так будет намного проще.
>[оверквотинг удален]
>>> у вас- серый
>>> проксирование же вашего сайта - к решщению двух выше описанный требований никакого
>>> отношения не имеет от слова "совсем"
>> На данный момент домен второго yровня полностью работоспособен.
>> bind и apachе на одном и том же серваке. IP - 93.94.x.x
> Если вы хотите чтобы ваш сервер disk.mydomen.ru был виден из локалки по
> серому адресу, и из инета - то вам надо описать две
> зоны - отдельно зону для вашего домена с белыми адресами, и
> отдельно ту же самую зону с серыми адресами. Так будет намного
> проще.чтобы зоны не пересекались нужно их ограничить "зонами видимости". ртфм мануал по настройке бинда.
> Если вы хотите чтобы ваш сервер disk.mydomen.ru был виден из локалки по
> серому адресу, и из инетаМне вот интересно, а у ТС реально настолько сложная сеть, что в этом есть реальная необходимость? ИМХО проще настроить правильную маршрутизацию, и пусть он и из локалки будет виден по белому адресу, не? Или цель "проксик разгрузить"? а оно того стоит?
>> Если вы хотите чтобы ваш сервер disk.mydomen.ru был виден из локалки по
>> серому адресу, и из инета
> Мне вот интересно, а у ТС реально настолько сложная сеть, что в
> этом есть реальная необходимость? ИМХО проще настроить правильную маршрутизацию, и пусть
> он и из локалки будет виден по белому адресу, не? Или
> цель "проксик разгрузить"? а оно того стоит?Мне надо только disk.mydomen.ru сделать доступным извне. Любым способом, кроме проброса портов.
> Мне надо только disk.mydomen.ru сделать доступным извне. Любым способом, кроме проброса
> портов.осталось только услышать что именно должно быть доступно ... http, dns или что-то еще.
а то за три дня ответа на этот ключевой вопрос так и не было дано.
>> Мне надо только disk.mydomen.ru сделать доступным извне. Любым способом, кроме проброса
>> портов.
> осталось только услышать что именно должно быть доступно ... http, dns или
> что-то еще.
> а то за три дня ответа на этот ключевой вопрос так и
> не было дано.disk.mydomen.ru - это сервак со своим веб-интервейсом, который надо сделать доступным извне, следовательно, http.
> disk.mydomen.ru - это сервак со своим веб-интервейсом, который надо сделать доступным извне,
> следовательно, http.почему не подходит проброс порта?
>> disk.mydomen.ru - это сервак со своим веб-интервейсом, который надо сделать доступным извне,
>> следовательно, http.
> почему не подходит проброс порта?Пользователи не могут нормально набрать адрес с портом.
> Пользователи не могут нормально набрать адрес с портом.у меня складывается впечатление что решать данную задачу нужно не вам ...
почем прокинуть 80->80 нельзя????
>> Пользователи не могут нормально набрать адрес с портом.
> у меня складывается впечатление что решать данную задачу нужно не вам ...
> почем прокинуть 80->80 нельзя????А доступ к домену второго уровня (mydomen.ru) останется? Он же по 80 и доступен сейчас.
> А доступ к домену второго уровня (mydomen.ru) останется? Он же по 80
> и доступен сейчас.Да хоть к десятого уровня ... для начала прекращаем все и вся называть словом домен!
Включаем хиромантия мод ... ок.
Включаем терминология мод ... ок.Как я предвижу схема что то типа: есть шлюз, на шлюзе также висит http сервер, на котором висят сайты, которые отвечают на доменные имена (в вашем понимании домен второго уровня, но это неправильно). На уровень доменного имени http сервису тупо насрать, поэтому это никакого значения не имеет. С самим сервером http как я понимаю проблем нет.
На том же шлюзе висит bind, на котором висит зона youdomen.ru. С днс сервером и зоной также вроде как нет проблем.
Внутри локальной сети что за шлюзом также есть http сервер(а). К которым нужен доступ снаружи и снутри по доменным именам из вашей зоны *.youdomen.ru.Один из вариантов решения.
1) http сервер на шлюзе перевешивается на любой другой отличный от 80 порт, например 3333, лучше еще и на лупбэк интерфейс если не требуется прямого доступа снаружи.
2) на шлюзе поднимается реверс-прокси например nginx, и вешается на 80 порт паблик интерфейса шлюза. Проксик настраивается на разруливание ваших http серверов по именам - по имени сайта на шлюзе он отправляет запросы на loopback:3333, остальные закидывает внутр локалки на нужные сервера, т.е. гибко можно настроить что и куда.
Единственные, но обходимые грабли в этом случае - запросы на http сервера будут приходить с remote_addr htdthc прокси и могут возникнуть проблемы с контролем доступа. Раньше чтобы это обойти, помнится, патчили индейца, сейчас вроде индеец сам это умеет, я не помню.
на этом на уровне http проблема решена.
3) на bind заводится две зоны с паблик и приват адресами, и настраиваются виды. после чего пользователи снаружи получают от днс паблик адреса, а внутренние на теже запросы получат приватные. необходимо также позаботиться, что бы локальные пользователи использовали именно этот днс сервер.
>[оверквотинг удален]
> настроить что и куда.
> Единственные, но обходимые грабли в этом случае - запросы на http сервера
> будут приходить с remote_addr htdthc прокси и могут возникнуть проблемы с
> контролем доступа. Раньше чтобы это обойти, помнится, патчили индейца, сейчас вроде
> индеец сам это умеет, я не помню.
> на этом на уровне http проблема решена.
> 3) на bind заводится две зоны с паблик и приват адресами, и
> настраиваются виды. после чего пользователи снаружи получают от днс паблик адреса,
> а внутренние на теже запросы получат приватные. необходимо также позаботиться, что
> бы локальные пользователи использовали именно этот днс сервер.В общем я понял, что моя задача совершенно не связана с bind и даже понял почему, можно про него забыть.
Мне просто надо, чтобы локальный ip 192.168.0.4 был доступен извне желательно по имени disk.myhost.ru через апач, который извне уже доступен по белому ip.
Так неправильно работает:<VirtualHost *:443>
ServerAlias disk.myhost.ru
ServerName www.disk.myhost.ruSSLEngine On
SSLCertificateFile /home/http/www/disk.myhost.ru/crt/server.crt
SSLCertificateKeyFile /home/http/www/disk.myhost.ru/crt/server.keySSLProxyEngine On
ProxyRequests Off
ProxyPreserveHost On
ProxyVia full<proxy *>
Order deny,allow
Allow from all
</proxy>ProxyPass / https://192.168.0.4:2015/
ProxyPassReverse / https://192.168.0.4:2015/</VirtualHost>
По https://disk.myhost.ru не работает
По https://myhost.ru работает как надо - открывается то, что я проксировал (192.168.0.4)
По http://myhost.ru работает основной сайт, который планируется перевести на https
> Так неправильно работает:
> <VirtualHost *:443>То бишь SSL. Какие ограничения накладываются при этом?
(аффтар явно не знает)По моему настал момент потребовать денег за решение :) Ну оно само же не желает ...
>> То бишь SSL. Какие ограничения накладываются при этом?
>> (аффтар явно не знает)
> по мойму, афтор явно е*ет нам мозги.
> не удивлюсь, если через пару постов окажется что паблики у него динамические,
> а сервера существуют только в его воображении.
>> По моему настал момент потребовать денег за решение :) Ну оно само
>> же не желает ...
> по моему настал момент послать ТС куда подальше ...Замечательно. Вместо того, чтобы дать совет по существу, половина ответов в теме: "Автор, ты ни хрена не понимаешь, читай маны". Я их читаю, но не могу понять всего и сразу. Я сейчас не могу соотнести проблему и то, что прочитал.
Да, сначала я неправильно указал проблему, но разобрались же. Могли бы просто указать что я делаю не так и дать ссылку на пункт в мане, типа: "У тебя проблема в этом, обрати внимание сюда: http://www...". Я не требую готового решения, я прошу помочь разобраться в чем проблема.
>[оверквотинг удален]
>> по моему настал момент послать ТС куда подальше ...
> Замечательно. Вместо того, чтобы дать совет по существу, половина ответов в теме:
> "Автор, ты ни хрена не понимаешь, читай маны". Я их читаю,
> но не могу понять всего и сразу. Я сейчас не могу
> соотнести проблему и то, что прочитал.
> Да, сначала я неправильно указал проблему, но разобрались же. Могли бы просто
> указать что я делаю не так и дать ссылку на пункт
> в мане, типа: "У тебя проблема в этом, обрати внимание сюда:
> http://www...". Я не требую готового решения, я прошу помочь разобраться в
> чем проблема.Выше я написал Вам в чем проблема.
Вот это - неверно:
>В общем я понял, что моя задача совершенно не связана с bind и даже понял почему, можно
>про него забыть.
>Мне просто надо, чтобы локальный ip 192.168.0.4 был доступен извне желательно по имени
>disk.myhost.ru через апач, который извне уже доступен по белому ip.Вам надо, повесить именно в бинде, имя disk.myhost.ru на тот же белый адрес на котором висит ваш апач. Тогда ваша конструкция сработает.
И я Вам об этом уже выше написал.. фактически в первом посте.