Пользователь
0,0
рейтинг
28 марта 2011 в 01:02

Разработка → SSH-туннель домой без необходимости оставлять включённым домашний ПК

Disclaimer
Этот пост появился здесь по нескольким причинам:
1) Меня попросил сам Boomburum
2) Есть предположение, что на хабре всё-таки есть люди, имеющие прямое отношение к IT, но при этом имеющие весьма отдалённое представление о пользе SSH и её извлечении из обычного домашнего роутера, и которым, надеюсь, будет весьма интересно и полезно об этом узнать.

Хабралюдям, познавшим Дао IOS, tun, VPN, *wrt, WOL… etc, предлагается на выбор:
А) Закрыть топик, заняться делом и не выводить себя из нирваны чтением этой любительской фигни.
Б) Потратить время на конструктивную критику и полезные дополнения в комментариях.
Специально для GrammarNazi:
Пишите пожалуйста об ошибках в личку — обещаю исправиться.
Бла-бла-бла, а топик-то о чём?
Итак, я обещал рассказать «как поднять ssh-туннель домой без необходимости оставлять включённым домашний ПК» и, как правильно догадался peter23 речь пойдёт про ssh-сервер на роутере.

Сначала о том, кому и зачем это может понадобиться и каковы начальные условия.
Предположим Вы находитесь в сети, которая подключена к интернет с ограничениями, доставляющими вам неудобства. Или напротив — Вы подключились к публичной точке доступа и у Вас обострение паранойи есть основания для беспокойства. В общем, Вы находитесь в ситуации, когда очень хотелось бы больше свободы/контроля в сети, но увы. И, кажется, можно было бы залогиниться на домашний компьютер через какой-нибудь сервис вроде logmein или teamviewer, но этот самый домашний компьютер представляет из себя ноутбук, забытый на диване без подзарядки, а личного сервера у вас нет.
Но зато у Вас дома всегда включён маршрутизатор и, пока вас нет, он просто тратит электроэнергию.

Есть несколько вариантов выхода из ситуации. Ниже описан лишь один из них.

1) Определяемся с роутером
Хорошо ли вы знаете свой маршрутизатор?
Присмотритесь, может быть в заявленных функциях уже есть поддержка SSH или даже TOR. Если нет, то проверьте, можно ли её туда добавить. Для великого множества домашних и SOHO маршрутизаторов существует масса альтернативных прошивок, таких как, например, DD-WRT. Я не отрицаю достоинств прочих альтернативных прошивок, но для примера возьму эту.
У вас «народный» D-Link DIR-xxx, ASUS WL-xxxGx/RT-Nxx, Netgear, TP-Link, TRENDnet, «гиковский» Linksys WRT-xxx, Ubiquiti или что-то вроде того? Вам повезло!
Идём в базу совместимых роутеров на официальном сайте прошивки и вводим название и модель своего маршрутизатора в строку поиска. Если всё хорошо, то на всякий случай обратимся ещё к коллективному разуму для уточнения подробностей о поддержке Вашей модели. Уразумев тонкости вопроса прошиваем роутер по инструкции на сайте. Не забудьте про 30/30/30.
Если всё прошло успешно, то настраиваем постоянное подключение к интернет и переходим к следующему пункту.

2) Путь домой
Следующим шагом необходимо понять как прийти из интернета домой.
По какому адресу обратиться к роутеру?
Необходимое условие — Ваш провайдер предоставляет Вам внешний IP адрес.
Хорошо, если этот адрес статический, тогда просто запомним его на будущее. Если же адрес динамический, то проще всего использовать сервис вроде DynDNS из числа поддерживаемых прошивкой маршрутизатора.
Это проще простого: регистрируетесь на сайте, в меню роутера Setup->DDNS выбираете в выпадающем списке этот сайт, вводите «логин-пароль-хост-остальное по вкусу», нажимаете кнопку «Apply Settings» и забываете об этом. Теперь Вам надо помнить только хост (кстати, даже если IP у вас статический, можете так сделать простой для запоминания адресок, а то вдруг провайдер поменяется или случится переезд).
В итоге мы имеем на руках «адрес своего дома» в интернет в виде IP или доменного имени. Ура!

3) Знакомимся с возможностями SSHd на роутере.
http://www.dd-wrt.com/wiki/index.php/SSH
Весьма гибкий инструмент, не правда ли?
Попробуем же с его помощью пустить весь Ваш трафик от браузера и других программ через домашний роутер. Т.е. поднять ssh-туннель от Вас до домашнего роутера, таким образом, чтобы вход в него на Вашей стороне выглядел как локальный SOCKS-прокси а на выходе роутер весь трафик разруливал в соответствии с назначением, давая нам возможность скрытно безнаказанно и безопасно выйти в свободный интернет (да-да, это очень «толстая» формулировка, несомненно) и заодно пользоваться домашними сетевыми ресурсами, если таковые имеют место быть. Короче — почувствовать себя как дома.

Далее я предполагаю, что Вы будете использовать Windows, т.к. в жизни не встречал пользователя другой ОС, который бы не знал что делать с SSH.
Ну, хорошо, надкусановоды, ещё, но им уже объясняли, и вообще.

4) Ключи от квартиры, где деньги лежат.
Для безопасного подключения к нашему роутеру пара логин-пароль не очень хороша. DD-WRT по неведомым мне причинам снаружи по SSH признаёт только пользователя root, поэтому не пользоваться аутентификацией по ключам — верх легкомыслия. Но так даже лучше: не надо будет каждый раз вводить сложный пароль суперпользователя и это лишний повод научиться использовать более безопасный способ.
Для этого нам понадобится пара ключей публичный и приватный. Публичный мы отдадим роутеру, а приватный будем хранить у себя как зеницу ока.
Чтобы их получить запускаем puttygen, давим кнопку «Generate» и шевелим мышом пока не увидим примерно такую картину:

Сохраняем приватный ключ в файл с расширением .ppk, а публичный ключ достаточно просто скопировать из окошка puttygen вот сюда в настройках DD-WRT:


Хорошо бы не забыть, что удалённый SSH-доступ в DD-WRT необходимо включить в разделе Administration->Management.
Я люблю задавать для SSH порт 443, т.к. этот порт почти всегда открыт наружу в корпоративных сетях и скромный шифрованый трафик на него обычно не вызывает подозрений. Внутри сети я тоже поставил 443, чтобы не путаться, а заодно отключил вход по паролю и телнет.
Любителям прекрасного советую настроить Port-Knocking и запаролить приватный ключ, если не лень каждый раз стучать по портам и клаве.

5) Клиент всегда прав
Всё, роутер (читай «сервер с SSHd») настроили, возвращаемся к нашим баранам, т.е. виндам.
Берём программу SSH-клиент, например замечательный portable KiTYY (спасибо NZeraF за наводку). И настраиваем его на подключение к нашему роутеру примерно как на скриншотах ниже:
Будем ходить под рутом...

… поэтому осторожно.

Путь к приватному ключу можно указать относительно корня диска (удобно для portable-варианта).

Немножко магии port forwarding (порт можно задать от балды, например 5150).

Вспоминаем «путь домой», придумываем название подключения (aka сессии) и сохраняем.

Нужно, конечно, учитывать особенности доступа в интернет из сети, в которой Вы находитесь (прокси там всякие и прочее). В общем клиент настроен и туннель можно запускать и использовать.
Для удобства можно создать примерно такой батничек или ярлык для быстрого запуска:
kitty.exe -load "sessionname" -send-to-tray

6) И чё с этим делать?
Вариантов масса. Можно например использовать такой туннель как локальный прокси для браузера. Как-то так или этак:

Или для доступа по RDP или SSH на другие сервера, или просто IM клиент или Skype в интернет выпустить.
И даже если ваше приложение не понимает SOCKS-прокси, достаточно просто запустить
polipo socksParentProxy=localhost:5150
и будет Вам HTTP прокси на порту 8123. В общем, всё в Ваших руках.

UPD:
Мой ответ из личной переписки по следам топика для тех несчастных, у кого только 80 порт и никаких CONNECT.
daniel.haxx.se/docs/sshproxy.html
www.nocrew.org/software/httptunnel.html
Ну и сразу для новичков-пингвиноводов-убунтолюбов — corkscrew или proxytunnel
А для их более красноглазых друзей бонус от ValdikSS

Кстати, на хабре уже писали что, роутер Вам и торренты качать может и много чего ещё. Да и домашний комьютер можно включить удалённо так или иначе (или, пробросив порт, вот так).

PS: Один из источников вдохновения
PPS: Вопрос для знатоков (про браузеры и DNS).
@zilia
карма
55,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

Комментарии (99)

  • +11
    Спасибо! Как то сам недопетрил, включать комп через роутер. Пойду реализовывать.
    • +6
      Попробуйте просто не выключать )
      • +3
        Пробовал, жрет электричество, сволочь! :)
        • +1
          Wake-on-Lan Вас спасет :)
          ru.wikipedia.org/wiki/Wake-on-LAN
          Если не ошибаюсь, в dd-wrt есть поддержка
          • 0
            У меня так и не заработало. Пытался включать комп с ноута через WiFi.
            Так и не осилил почему wifi мешает.
            • 0
              WiFi никак этому мешать не должен. Главное включить WOL в биосе (обычно все современные материнские платы его имеют на борту) и сформировать правильный magic-пакет (например под линуксом маленьким перловым скриптиком из репов: wakeonlan -i hostname mac-address)
              • +1
                Помимо этого имеет смысл посмотреть скрипты (на linux) выключения.
                Например, в Ubuntu по умолчанию сетевой интерфейс выключается полностью и ни на какие команды WOL уже не реагирует.
                Речь идёт конкретно о /etc/init.d/halt — там вверху определяется параметр NETDOWN, который влияет на то, будет ли в итоге вызвана команда halt с ключиком -i, или без оного.
            • +3
              Если использовали для включения канал по WiFi то естественно ничего не выйдет.
              Для работы WiFi нужно:
              1. Активная WiFi карта
              2. Включение в нужную WiFi-сеть
              Сомневаюсь что это возможно без запущенной ОС в наше время.
              • 0
                Всё не так плохо, но, конечно, ограничения пока очень существенные.
                • +1
                  Мне непонятно, почему все производители, в упор орущие про «зеленые» стандарты, соответствия всяким требованиям etc — который год не могут сделать на базе этого стандарта пассивное прослушивание эфира в ожидании пакета с заданными параметрами.

                  Принес домой ноут — роутер его услышал и включил вайфай. Унес/выключил — роутер выключился. Так нет же, для включения сети надо сначала подтыкать езернет.
              • 0
                Я наверное недостаточно описал. Будил сервак, подключенный к роутеру кабелем. Источник побудки — нотег. Этот-же нотег, подключенный кабелем будит на ура! А когда через wifi — нифига.
                Сниферить поленился конечно :)
                • 0
                  Есть идея будить комп с нотика так:
                  Заходим в вебморду роутера Administration->WOL и радуемся тому, что можно просто нажать кнопку «Wake UP» и не надо мучиться с отсылкой MagicPacket по воздуху.
                  • 0
                    Хочется понять почему пакетик не идёт по wifi…
                    • 0
                      Потому что где-то «недобридж»…
                      • 0
                        Очень даже бридж. «Не верю».
                        Но всё равно проверю дома.
        • +1
          А также собирает на кулерах всю доступную пыль с кошачьми волосами. Про то, что БП дохнут сверхбыстро, можно же не говорить.
    • 0
      Топик, не столько о том как включить комп удалённо, сколько о том как его вообще не включать.
      А пресловутый WOL я упоминал в тексте неоднократно, и это лишь одна из клёвых плюшек, которые Вы можете получить от домашнего роутера.
  • 0
    Ещё можно использовать proxyfire, он позволяет практически любое приложение отправить через прокси, например то же rdp, правда платный =(
    • 0
      А бесплатный sockscap разве не умеет делать то же самое?
    • 0
      SocksCap V2 тоже может, и он бесплатный.
  • 0
    Годно, респект огромный
  • +2
    Ухты. Это будет удобно. Домашние часто пинают за постоянно включенный комп дома :) Теперь проблема будет решена. Спасибо!
    • +3
      Часто бывает что нужен удаленный доступ к домашнему компу на 5 минут.
      Фраза «дома никого, но комп сейчас включу», даже более менее разборчивых пользователей ПК уносит в ступор на минуту :)

      ps: wrt+wol
  • 0
    Опечалился что мой Thomson 585 v7 не поддерживает DD-WRT :(
  • +2
    Спасибо за полезную статью!

    Уважаю!
  • 0
    а не проще ipv6 использовать?
    • 0
      да, и если использовать *WRT, то можно скачать тулчейн и собрать все что душе угодно. Единственная проблема у меня была, допаять память в Asus WL500. Достаточно прочитать мануал по сборке пакетов и поставить туда хоть сквид(который там кажется уже есть).
  • +3
    для тех кто хочет перебросить порт mysql на локальную машину и юзать heidisql или другие gui для администрирования
    image
    • 0
      server to client туннель вообще рулит.

      чертовски удобно с айфона, силя на диване, подключиться к рабочему компу по RDP, который находится в «сверхзащищенной» корпоративной сети с фаерволами и т.д.
      • 0
        + 1, но сверхзащищенная сеть может спокойно использовать какой-нибудь «черный ящик», который работает на уровне данных, не протокола => никакого туннеля не получится. А уж если по ходу работы защищенной сети в ней не отслеживаются «внезапно» появляющиеся баннеры OpenSSH — админа пора увольнять.
        • 0
          Не стоит сгущать краски. Много ли чёрных ящиков могут разглядеть баннер в шифрованном потоке?
          • 0
            Баннер иногда не шифруется, черный ящик (даже слепленный на скорую руки из snort'а) для того и нужен, чтобы наружу шли только короткие, не похожие на туннель запросы, а для фильтрации HTTPS при известных сертификатах клиента-сервера можно написать декодер и выборочно резать остальное. Админа уволить, нечего на работе тратить время на поднятие fingerd.
            • 0
              ИМХО, практика показывает, что не во всех даже банковских и военных сетях есть люди, у которых есть соответсвующий стимул и знания. Ну, и, если уж говорить о высоких материях, то и со стороны человека, пробивающего туннель, при наличии прямых рук, обнаружить слежку или «ящик» не составит труда.
              В общем, я же говорил в топике про одно утверждение, что оно «толстое». Так, что мы оба в чём-то правы.
              А адимна увольнять не надо, он и без фингера, ещё много чего не сделал и не сделает никогда — ибо есть вещи по-важнее ;)
        • +1
          Пора… Самое забавное, что на это даже админских прав на компе не надо — на все есть portable софт. Главное, чтобы 443 порт был открыт.
  • 0
    эх. а я расчитывал прочитать про что-нибудь типа Wake-on-ring :)
    • +31
      У меня такая технология реализована…
      Работает так… «Алло… Мам, включи сервер.» :)
      • +3
        Эта технология на самом деле называется Wake-on-mom.
        Самое главное — правильно ее сконфигурировать.
        Иначе может случиться что угодно, вплоть до выхода сервера из строя. :)
    • 0
      если интересует, могу раскрыть тему, но придется немного попаять :)
      • 0
        если оно будет работать через обычную сетевушку то да, интересует.
      • 0
        Я видел и ковырял подобную систему и без пайки. Просто у человека дома есть маааленький VoIP шлюзик…
        • 0
          А подробнее про использование шлюзика для такого решения?
          • +1
            Ну, то что мы ковыряли, была система от «мсье которые знают толк» =)
            SIP-ATA (шлюз это слишком гордо для той железки) получал звонок от PSTN и направлял на WRT-роутер с Asterisk-прошивкой, который в свою очередь по набору спецпоследовательности выполнял скрипт WOL.

            Но, на вскидку могу развить тему:
            Варианты:
            1) Астериск набирает внутренний экстеншн на котором висит другой SIP-ATA, на FXS которого висит обычный модем, с поддержкой WOR, подключенный к целевому хосту для побудки.
            2) Есть нормальный шлюз с несколькими портами FXS, к одному из которых подключен модем.
            3) Есть шлюз или ATA (я правда таких не видел), который-таки сам в родной прошивке умеет WOL.

            Но Wake-on-Mom/Wife/Bro/Dog всё-таки дешевле и проще =)
  • +1
    Ай, спасибо за KiTTY! Притомили меня зависания PuTTY на win 7 x64 в случае обрыва соединения по таймауту. Типа спать уложил комп, будишь и все окна PuTTY виснут, вместо того чтобы просто порвать сессию и откликаться на попытки закрыть/рестартануть сессию.
    Буду пробовать KiTTY ;)
    • +1
      Да… по аналогичной причине решил тоже на него перейти…
    • 0
      watch date, либо keep-alive настройте.
      • 0
        это заставит PuTTY реагировать на Alt+F4/нажатие крестика после обрыва? Меня ведь не сами обрывы расстраивают, меня волнует что после обрыва я не могу нормально закрыть клиент.
  • 0
    KiTTY давно сам использую, вещь хорошая, а вот по поводу роутеров хотелось бы добавить, с прошивкой dd-wrt на RT-N16 порядочно подтормаживает VPN подключение, пока терплю и юзаю родную.
    • 0
      А другие версии/сборки *WRT/tomato/Gargoyle не пробовали? Или можно провайдера тряхнуть, на предмет более простого VPN. Была у меня как-то история с какой-то домушной сеткой, где всем делали OpenVPN, но по PPTP тоже но было подключиться без проблем — стоило только попросить.
      • 0
        Другие не пробовал, спасибо за названия, погляжу, а то сейчас родная прошивка гоняется и сервак на базе atom, но он далеко не всегда нужен. Ну вот вроде как в dd-wrt именно с PPTP проблема, родная прошивка на всю катушку раздает, а вот dd-wrt резала скорость.
    • 0
      Прошивку энтузиастов не пробовали? Там вроде как повеселее в этом плане, если верить форуму.
      У меня VPN не используется, но каких-то проблем с прошивкой пока не заметил
  • +1
    Интересующимся данной тематикой, могу посоветовать покопаться в сторону icmp tunneling.

    По статье скажу, что автор, правильно сделал акцент на генерацию ключа, посредством Putty, так как если ваш роутер умеет генерировать ключи не факт, что он заработает все с тем же Putty, сей факт был замечен не на SOHO-оборудовании, а на дешевом энтерпрайзе.
    • 0
      А просто конвертация между форматами PuTTY/OpenSSH не помогает? При помощи Puttygen…
      • 0
        Не скажу, не знаю. Знаю только, что к примеру генерировал ключи с помощью putty, использование их в SecureCRT без лишних телодвижений. Так что, думаю проблема не в разных форматах ключей PuTTY/OpenSSH.
        • 0
          Ну, у PuTTy и OpenSSH однозначно разные форматы.
  • +5
    Под линукс есть transocks_em и transocks_ev. Они как бы поднимают NAT сервер и перенаправляют запросы через socks5 прокси, средствами iptables делается перенаправление на определенный порт и все приложения идут через прокси. Работает куда стабильнее юзерспейс-штучек с подгрузкой библиотек-врапперов (tsocks, proxychains, dante)
    • +1
      Не напишете топик?
      • +3
        Если хотите — напишу
        • 0
          Было бы неплохо.
        • 0
          да, было бы очень интересно. костыли-обертки socks5 глючат и канючат =)
  • +1
    Недавно запилил у себя на фряхе небольшой похапе-скриптик, который шлёт волшебный пакет на основной стационар. Получилось отличное решение для ситуаций, когда корпоративный прокси режет любой трафик, кроме HTTP и RDP.
  • +6
    Немного сложнее, если роутер стоит за натом провайдера. Здесь нужен сервер с реальным ip, достаточно самого дешевого VDS.
    Роутер поднимает ssh туннель с сервером в инете, например, так:
    ssh -R 2200:localhost:22 username@x.x.x.x
    Авторизация роутера на сервере настроена по ключам, чтобы пароль не просил.
    Я также соединяюсь с этим сервером по ssh на определенный порт и попадаю на домашний роутер за натом:
    ssh username@x.x.x.x -p 2200
    Такая схема у меня работает уже полтора года.
    • +1
      вот, этот пост стоил того, чтобы тут появился этот комент. я использовал teamview на локальные машины за nat'ом. теперь пробью туннель с роутера и буду чуствовать себя метростроевцем =)
    • 0
      Только трафик у самого дешевого VDS хорошо бы отслеживать.
    • +3
      Угу. Только делать это стоит не руками — для это всякие autossh есть. Иначе этот туннель до первого пропадания соединения.
      • 0
        Ну, я autossh и использую. Просто для понимания процесса привел команды для ручного подключения.
    • +2
      а разве статик ip купить не дешевле чем VDS?
      • +2
        Примерно одинаково, но не все провайдеры могут оказать такую услугу даже за деньги.
        Говоря «Ваш провайдер предоставляет Вам внешний IP адрес.», я не имел ввиду обязательно задарма.
      • +1
        Мой провайдер не дает реальные адреса. Так бы и проблемы никакой не было.
      • 0
        У меня провайдер продает эти долбаные статики по 250 рублей. И ладно бы провинция — нет, 5 км от мкада. Совсем нюх потеряли. Так что туннель с роутера наше все.
  • 0
    Вещь полезная, но лучше не буду издеваться над своим роутером, менять прошивку. И так еле дышит малыш…
    • +6
      Возможно Вы подарите ему второе дыхание ;)
  • –1
    Жаль, ADSL роутеры не держат прошивы, типа DD-WRT ((
    • +2
      А что мешает поставить предоставляемый провайдером ADSL роутер в бридж а за ним например DIR-615?
      • 0
        Видимо, жаба…
        • 0
          Швайнехуд из воскресного топика )))
          • 0
            Точно, спасибо за наводку :)
      • +1
        Наличие лишних денег)
        Провайдер, к сожалению, не предоставил ADSL роутер.
        • 0
          Бинго! Я угадал :D
          Просто поменяйтесь с кем-нибудь, кому пофигу и всего делов.
  • +1
    «Необходимое условие — Ваш провайдер предоставляет Вам внешний IP адрес.»
    эх, а как всё хорошо начиналось, для себя выбрал другой путь — не кто-то до роутера, а роутер до кого то пинается ssh тунелем, а уже как допинается (сервер в интернете например) — начинается сказка, особенно если компы с нормальным ssh клиентом и сервером (привет Linux)
  • +1
    JIC: www.depicus.com/wake-on-lan/wake-on-lan-cmd.aspx — отличнейший WOL сервис.

    Пробросить порт на роутере и всего делов.
  • +1
    альтернатива собственного производства: profiles.google.com/DMitskevich/posts/NnWhTNT91C9
    чтобы не держать компьютер в рабочем состоянии, я его просто «усыпляю». как только я подключаюсь к нему по туннелю, он «просыпается». (видимо срабатывает Wake on LAN :)
    • 0
      … с Вашего позволения, вот прямые ссылки на суть (подобное уже было в топике) и источник вдохновения. А срабатывает не совсем WOL, но очень похожий механизм без MP.
      • 0
        я сразу на «сути» не выкладывал линки, так как если кому понадобится, то в Buzz можно оставить вопрос или комментарий. А «сути» таких возможностей не содержат :)
  • 0
    >Необходимое условие — Ваш провайдер предоставляет Вам внешний IP адрес.
    Спасибо, на этом мне, собственно, можно прекращать чтение :)
    • 0
      Включить таким образом комп, конечно, не получится, но доступ по ssh получить можно. Использую Hamachi для VPN через NAT, FreeSSH как ssh-сервер. Для управления рабочим столом — TightVNC. Для копирования файлов — WinSCP.
    • –1
      А я вот не прекратил чтение, а обратил внимание на DynDns. Пять минут назад запустил свой home server удаленно не зная IP. Так что я бы не сказал, что условие необходимо. Еще как обходимо.
      • +1
        'Внешний IP адрес' != 'Статический IP адрес'

      • +1
        Сервисы вроде DynDNS позволяют обходить отсутствие статического внешнего IP. Если адрес внутренний и запросы в интернет идут через NAT, то они ничем не помогут. Видимо, вам повезло.
  • 0
    Благодарю за пост. До сегодняшнего дня думал, что для «магии» и «магических пакетов» нужно специальное дорогое железо. Оказалось, что казалось. Теперь своим домашним железом могу с Nokia 5800 управлять. Грац!
  • 0
    Спасибо большое за статью — она действительно получилась очень полезной.
    Возникло два вопроса к Вам и к публике:

    1. В п. 2 «Путь домой»:
      Теперь Вам надо помнить только хост (кстати, даже если IP у вас статический, можете так сделать простой для запоминания адресок, а то вдруг провайдер поменяется или случится переезд)."

      Зашел на сайт i.net, но я так и не понял как зарегистрировать там домен.
      Или неправильно Вас понял? Подскажите, пожалуйста.

    2. Хотел для своего IP зарегистрировать в сети домен бесплатный, однако удалось это сделать только в домене *.co.cc
      Все остальное платное. Может кто-нибудь может сообщить и другие бесплатные домены? Буду очень признателен.
    • 0
      1. i.net — просто запомнить. Это одно из пасхальных яиц в статье ;)
      2. Например proit.com.ua/internet/2006/09/22/124859.html — их как грязи. Посмотрите хоть список у себя в роутере для начала ;)
      • 0
        1. Сглупил. Спасибо.
        2. Забыл уточнить, что у меня статический IP адрес. Т. е. вопрос сводится к доступным бесплатным доменам (желательно, второго уровня).
  • –1
    Есть простой способ пробросить ssh туннель для любителей Python. (работает в windows)

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.