Влад Животнев

olezhek.net/2010-11-27-xdebug-i-apache.html
habrahabr.ru/post/31452
Статьи на эту тему

Нет такой политики.
Из outlook действительно может перестать подключаться - нужно зайти в веб-морду и ввести капчу. Обычно так при подозрениях на исходящий спам происходит.

В полицию обращайтесь с подобными вопросами, если ноутбук украли.
Если нет - задавайте вопросы на профильных ресурсах (форум восьмиклассников города Таганрог, например).

Для Mysql пробросьте порт к себе на локальную машину ssh-туннелем. quintagroup.com/services/support/tutorials/mysql-w...
Потом подключайтесь к localhost. Ну и mysql на сервере должен слушать 127.0.0.1 (то есть не должно быть включено опции skip-networking). Так же, если пользователю говорят access denied, то нужно создать пользователя с доступом с хоста 127.0.0.1, а не с localhost (localhost в mysql - всегда сокет).

Предложенный выше вариант про создание пользователя с удаленным доступом крайне небезопасен - трафик в mysql не шифруется, можно выловить и запросы, и ответы.

Скорее всего, ничего не будет.
Мне приходилось свой ноут в -20 использовать на морозе, всё нормально. Главное, не включать его холодным на холоде (или не включать сразу после улицы дома, если на улице он был выключен).
В кармане температура будет не сильно ниже нуля, особенно при включенном девайсе.

Срок службы ощутимо снизится, само собой, из-за постоянных расширений-сжатий текстолита. Железки вообще любят постоянный температурный режим (поэтому, если ребутнуть тысячу серверов - то десяток из них не вернется из ребута).

Мхм. Мой вам совет - арендуйте виртуалку.
Сервер держать дома, если он проработает 3 года, дешевле, чем в hetzner, но это доставляет очень много неудобств. Бесшумные мощные конфигурации стоят от 30-40 тысяч, а постоянный фоновый шум оооочень мучает. Без него спать сильно лучше.
Ну и плюс домашний интернет он совсем другого качества - падает часто, доступ через всякие pptp/l2tp (что сильно медленее прямого подключения по пакетам в секунду - а это для сервера важно), там обычно есть всякие невнятные нигде не описанные ограничения. Ну и если что-то сломается - чинить вам его могут неделю.
Плюс проблемы с питанием дома могут быть. Если в кладовке ставить - то с охлаждением, пылью и так далее. В общем, допиться аптайма хотя бы в 99% дома очень тяжело. У меня пока еле еле 95% выходит с ИБП. Размещать сайты на таком не стоит)

Домашнюю железку можно использовать для экспериментов.

Чем не подходит-то? Уж он умеет всё или почти.
Если смущает отсутствие гуя - то на AVANTI посмотрите.

На Linux-ах вполне себе адобовский (очень древний, но всё же) flash-плеер.
Gnash почти не работает.

А сохранить - навскидку, не выключать машину, а отправить её в hibernate.

> 1) внутри контейнера походу не работает dns, тоесть я не могу пропинговать ни один домен
Настройте NAT (https://debian.pro/249)

> Если я обращаюсь на основной сервер:
На основном сервере нужно будет поставить nginx, который будет проксировать запросы в разные виртуалки (на которых тоже nginx или что-то вроде). Можно поставить nginx на одну из виртуалок и проксировать запросы с неё на вторую. А порт сфорвардить.

> И если я к примеру слушаю порт 8081 (socket.io) то это у нас контейнер 121
> И если я к примеру слушаю порт 8082 (socket.io) то это у нас контейнер 122
Наиболее простой способ - https://debian.pro/523

> дорабатывали и делали разные мастера
Ни в коем случае на самопис не соглашайтесь. Вам ещё больше костылей насадят разные разработчики.

iptables -A INPUT -s 213.200.0.0/16 -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -s 83.143.233.190 -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -p tcp --dport 22 -j DROP

Выполняете, проверяете, что ничего не отвалилось. Выполняете iptables-save, вам в ответ выплюнут файл, который нужно записать в /etc/iptables/rules.v4

Не забудьте про ipv6 - это отдельный протокол, у него отдельный firewall, по сути. Если не хотите никого пускать по ssh по ipv6, то:
ip6tables -A INPUT -p tcp --dport -22 -j DROP
ip6tables-save > /etc/iptables/rules.v6

Правила читать примерно так ( на примере iptables -A INPUT -s 213.200.0.0/16 -p tcp --dport 22 -j ACCEPT)
В цепочку INPUT (входящий трафик) добавь в конец списка правил (-A, -I - в начало списка) правило для трафика с источниками, находящимися в подсети 213.200.0.0/16, по протоколу tcp (есть udp ещё, icmp), для порта назначения 22 правило, разрешающее трафик, попадающий в эти условия.
iptables -A INPUT -p tcp --dport 22 -j DROP = запрети весь входящий трафик по tcp на порт 22.

Правило читаются по очереди, до первого совпавшего (ну настолько простые правила, вообще логика там достаточно замысловатая).

https://debian.pro/697 - "Linux-машинка с 2мя VLAN." Суть примерно та же.
Смотрите с "Пишем примерно следующее в /etc/network/interfaces"

Но в этой схеме у вас через второй интерфейс будут работать только те соединения, которые были установлены снаружи на второй интерфейс. Все исходящие соединения будут идти в соответствии с таблицей маршрутизации (а в ней у вас, скорее всего, всё будет через одну сетевую карту). Если нужно ходить в определенные сети всегда с определенного интерфейса - то до них нужно добавлять маршрут.

Это самый быстрый способ (и с точки зрения конфигурирования, и с точки зрения скорости работы). Только у вас задача не описано настолько, чтобы я вам определенно сказал - оно или нет. Но в целом подходит.

Мхм.
Вкратце - "принести" ip адрес с другого сервера. Например, здесь это описано для linux-ов. Само собой, трафик будет проходить сначала через внешний сервер, а затем по vpn-туннелю (или любому другому) приходить на вашу железку.

Ищите в гугле устраивающий по цене "VPN с выделенным ip адресом", в моём мануале читайте, как на клиенте настроить роутинг. Можно поискать виртуалку с двумя ip-адресам и арендовать её (только НЕ openvz). А с ней уже всё настроить по моей статье.