Препращане на поддомейн към локална мрежа, например, на Петрозаводския рог
Може би някой може да помогне, иначе се боря половин ден и просто не мога да разбера как.
Обикновено пренасочване на портове, не искам да го правя.
- dns
- домейн
- маршрутизиране
- поддомейн
Коментари
Вземате железен рутер, включвате интернет в WAN (забивате статиката в WAN, или самият той е закован), включвате вашия сървър с win2008 и други компютри от локалната мрежа в LAN. Конфигурирате го в режим на рутер, включвате NAT, препращате портове отвън навътре (rdp, например и т.н.), ако е необходимо, правите задействане на портове. Пренасочвате домейна от второ ниво към статиката си, така че къде сте го купили (хостинг). Помислете за домейни от трето ниво в контекста на вашата локална мрежа, както искате, със съответните услуги. Препращане и задействане. Ако е просто. И така организирането на компетентна локална мрежа с ресурси, доверете се на специалистите)) (без благотворителност, разбира се)
Не разбрах малко, но по ред.
Относно задействането на портове
още веднъж това, което искате
да кажем за smb
comp1.domain.ru ==> 192.168.0.1:445
comp2.domain.ru ==> 192.168.0.2:445
в идеалния случай изобщо няма портове, т.е. всички услуги са достъпни на портовете им по подразбиране
Разбирам как работи DNS и защо не работи, както писах, но може би има решение.
орел,
Защо отворен за всички и всичко?
Препращането се извършва от рутер или сървър на Win?
Погледнете записа на SRV за управление на зони на dns
niknamex, препращане през сървъра за победа. Всички и всичко, това е засега, така че по някакъв начин да работи
srv, както разбирам, работи с ограничен брой услуги. Направих запис като _ms-wbt-server._tcp IN SRV 0 5 40000 comp.domain.ru чрез nslookup пише, че всичко е наред, но при поискване rdp го изхвърля по същия начин към сървъра, а не към вътрешния хост. Работи като с jabber, sip, ldap, http. Е, или може би в самата линия какво не е наред, преминах през дузина опции.
niknamex, Srv настрои записа на страницата на регистратора. по заявка _ms-wbt-server._tcp IN SRV 0 5 40000 comp.domain.ru
Независимо от това, rdp упорито се изкачва на comp.domain.ru:3389, като съответно стига до сървъра.
съдейки по http://www.rfc-editor.org/rfc/rfc2052.txt srv работи само с
пръст, ftp, http, kerberos, ldap, msdcs, nntp, telnet, whois. Може би затова не работи.
От друга страна, глътка и джабър работят.
Като цяло съм объркан
орел,
Да, не SRV, няма значение как го записвате, трябва да работи.
Възможно ли е в крайна сметка (ако всичко се получи) да започнете да си чешете ряпата как да се предпазите.
Ако се интересувате от отдалечена поддръжка за местни клиенти, тогава морето не е необходимо 3389. И не виждам никакви причини нарочно да виждам всички локални мрежи отвън.
Да, и Интернет директно в сървъра, очевидно те не са го пуснали за вас и не са запушили услугите.
Вземете рутер и настройте пренасочване на групи портове, има много от тях, не мисля, че имате 65535 LAN вътре В това е малко неудобно, но всичко зависи за какви цели: работа, поддръжка, поддръжка и т.н. ...
Едва след като на теория сте дефинирали точно политиката за сигурност на външния достъп, преминете към практика
niknamex, целта е чисто академична, да се направи точно това
Знам много добре за многото начини за отдалечена поддръжка.
И нека ги разбият, това е просто тестова "лаборатория".