Если Вы не подали заявление в налоговую о применяемой системе налогообложения, то по истечении 30 дней с момента регистрации в качестве ИП налоговый орган автоматический применяет к Вам систему налогообложения. Зачастую автоматически применяется ОСНО (общая система налогообложения). Для того, чтобы перейти на другую систему, Вам необходимо узнать в налоговом органе о действующей в отношении Вас системе и подать заявление о переходе на другую систему, однако следует помнить, что другая система налогообложения начнет действовать со следующего года.
23 марта 2020, 10:09
Анатолий Виткевич
Юрист, г. Тамбов
Общаться в чате
До конца года Вам, чем быстрее тем лучше, перейти на ЕНВД или Патентную систему налогообложения. Если ЕНВД в вашем регионе нет, то остается патент. В любом случае это будет дешевле и безопаснее (с точки зрения налогового контроля) для Вас.
До 31 декабря вы можете подать уведомление о переходе на УСН ( 6% от доходом или 15 % от доходов, уменьшенных на величину расходов), можете остаться на Патенте (ЕНВД с 01.01.2020 отменяется)
VPS+VPN или решаем проблему серого IP адреса | Как получить белый реальный статический IP адрес ?
Сейчас Вы на общей системе налогообложение (автоматически) и за это время Вам необходимо отчитаться по НДС, даже если не было доходов, иначе штраф. Для такси это сложная система налогообложения, ее лучше убрать.
Даже если Вы останетесь в следующем году на Патенте, то я рекомендую все равно подать уведомление на УСН 6%. При продаже машины налог будет меньше, т.к. автомобиль (если будет взято разрешение на деятельность такси) продать как личный, с вычетами, не получиться. Налоговая в этом случае применит общую систему, а это 13% НДФЛ и 20% НДС. Представляете какой Вы налог заплатите. Чтобы такого не было, нужно УСН 6%
Источник: pravoved.ru
NAT MikroTik доступ к WAN из локальной сети, Hairpin NAT – доступ через внешний IP на свои ресурсы, находясь внутри сети.
Допустим мы имеем конфигурацию, когда в вашей офисной или домашней сети есть веб-сервер. На него из-вне проброшен 80 порт. Ваши клиенты могут заходить на ваш домен domain.ru, который имеет внешний IP185.173.153.2 с переадресацией через Mikrotik на web-сервер 192.168.1.99. Визуально такое правило выглядит так:
/ ip firewall nat
add chain = dstnat dst — address = 185.173.153.2 protocol = tcp dst — port = 22 action = dst — nat to — address = 192.168.1.99
Все запросы с внешнего IP 1.1.1.1 на 80 порт направлять на наш веб-сервер. Второе правило – обычный NAT для нашей внутренный сети:
add chain = srcnat out — interface = bridge action = masquerade
Когда внешний клиент с WAN-интерфейса совершает подключение к нашему веб-серверу это выглядит так:
Внешний клиент посылает пакет с IP-адресом источника 2.2.2.2 (IP внешнего клиента) на IP-адрес назначения 185.173.153.2 (IP резольва нашего ресурса domain.ru) на порт TCP / 22 для запроса веб-ресурса.
Как попасть на устройство за NATом провайдера без белого IP адреса | VPNKI.RU
Пакет попадает в NAT маршрутизатора, роутер заменяет IP назначения на 192.168.1.99. Источник IP-адрес остается прежним: 2.2.2.2.
Сервер отвечает на запрос клиента. Пакет имеет IP-адрес источника 192.168.1.99 и IP-адрес назначения 2.2.2.2.
Маршрутизатор определяет, что пакет является частью предыдущего соединения, применяет NAT (помещает исходный IP-адрес назначения в поле IP-адрес источника). IP-адрес назначения 2.2.2.2, а источник IP-адре с185.173.153.2 .
Клиент получает ответный пакет который он ожидает – соединение установлено. Такая схема рабочая.
Проблемы начинаются тогда, когда клиент (источник пакета) находится внутри вашей сети. Например, на ваш веб-сервер, на домен domain.ru, который разрешается DNS как 185.173.153.2 хочет зайти клиент с адресом 192.168.1.10, который находится в одной подcети с нашим веб-сервером, который имеет IP 192.168.1.99 (подсеть 192.168.1.0/24).
Клиент посылает пакет с IP-источником 192.168.1.10 на IP-адрес назначения 1.1.1.1 на порт TCP / 80 для запроса веб-ресурса.
В NAT маршрутизатор пакет назначения заменяет на 192.168.1.2, IP-адрес источника остается прежним: 192.168.1.10.
Сервер отвечает на запрос клиента. Так как IP-адрес источника запроса находится в той же подсети, что и веб-сервер, веб-сервер не отправляет ответ обратно к маршрутизатору, а отправляет его непосредственно на 192.168.1.10 с исходным IP-адресом в ответе – 192.168.1.2.
Фактически, клиент получает ответ не от того отправителя, от которого ожидает. Он отправлял пакет на маршрутизатор с IP 1.1.1.1 и должен получить от IP 1.1.1.1, а получил от IP 192.168.1.2. Этот пакет считается недействительным и связь не устанавливается, а страничка domain.ru не открывается.
Что-бы решить эту проблему нужно добавить еще одно правило в Mikrotik, для того что-бы весь ответ на нужных нам портах проходил через маршрутизатор.
/ ip firewall nat
add chain = srcnat src — address = 192.168.1.0 / 24 dst — address = 192.168.1.99 protocol = tcp dst — port = 22 out — interface = bridge action = masquerade
Рассмотрим этот вариант:
Клиент посылает пакет с IP-источником 192.168.1.10 на IP-адрес назначения 185.173.153.2 на порт TCP / 80 для запроса веб-ресурса.
В NAT маршрутизатор пакет назначения заменяет на 192.168.1.99. IP-адрес источника заменяет на IP-адрес LAN-порта маршрутизатора: 192.168.1.1.
Веб-сервер отвечает на запрос и отправляет ответ с источником 192.168.1.99 обратно в LAN интерфейс маршрутизатора – на 192.168.1.1.
Маршрутизатор определяет, что пакет является частью предыдущего соединения, разрешает NAT, помещает в источник IP 1.1.1.1 и отправляет пакет на 192.168.1.10.
Клиент получает ответный пакет тот, который он ожидает – соединение будет установлено. Нужно учитывать, что при такой схеме ваш веб-сервер всегда видит IP-источника 192.168.1.1 при подключении к нему внутренних клиентов из вашей сети.
Так же, стоит сказать, если вы в Mikrotik в статические записи ДНС добавите правило:
/ ip dns static
add address = 192.168.1.99 name = domain .ru
И ваши клиенты будут использовать роутер как DNS-сервер, то все пакеты, которые будут отправлены на domain.ru сразу зарезольвятся на адрес 192.168.1.2. Таким образом они попадут на веб-сервер минуя маршрутизатор, и ваш веб-сервер ответит напрямую компьютеру из сети, и пакет тоже отлично пройдет, и сайт откроется. Недостатком такого метода можно считать то, что большое количество сайтов добавлять в статический записи неудобно. Плюс при такой схеме обязательно нужно использовать Mikrotik как главный и единственный DNS-сервер.
В примере приведен образец с WEB-сервером, хотя эту схему можно использовать и для других сервисов и портов (например ftp, ssh и т.д.).
Источник: galaxydata.ru
Узнать свой внешний IP-адрес из консоли.
Если вы хотите узнать, какой внешний IP-адрес маршрутизатора присвоил вам, вы можете либо искать в Интернете сайты, которые могут показать вам информацию об вашем IP-адресе или вы можете запустить в Linux команду:
wget -O — -q icanhazip.com
Комментарии (27)
salt — 15 Февраль, 2010 — 22:05
SEVA — 16 Февраль, 2010 — 10:53
(ifconfig -a) уже не котируется чтоли?
(и команда поменьше будет)
uicraor — 16 Февраль, 2010 — 11:09
а причем тут котируется или не котируется?
можно например еще и консольным брузером узнать свой ip-адрес.
links ip.yandex.ru
Гость — 6 Ноябрь, 2011 — 20:50
Это ip.yandex.ru узнавать внеш. ИП ??
Xenomorph — 16 Февраль, 2010 — 11:30
ifconfig -a покажет все интерфейсы, в том числе и неработающие в данный момент, так что опция -а не нужна. Не спорю, что много внешних IP можно узнать и при помощи ifconfig, но есть же хитропопые провайдеры, у которых всё не как у людей — и свой айпи будешь узнавать долго и нудно. Или так, как предложил uicraor
SEVA — 16 Февраль, 2010 — 12:19
А про хитропопых по-подробнее можно?)). Это случайно не фейковые айпишники netbuynet? все нормально определяется ключом (-а).
Xenomorph — 16 Февраль, 2010 — 12:27
Вполне могу. Например у меня. Выделено около 1000 IP, точнее не скажу. Когда кол-во людей превышает кол-во IP, включается NAT, и айпи внешние не совпадают с IP в ifconfig
Fatalist — 16 Февраль, 2010 — 19:58
И ты такой далеко не один 😉
Condor — 16 Октябрь, 2012 — 15:35
А у нашего провайдера у всех юзеров белые статические айпишники :0р
Можете мне завидовать, да :0)))
Vlad_W_1999 — 16 Октябрь, 2012 — 16:54
А чего завидовать, если у моего провайдера то же самое? У меня же всеукраинский провайдер, а не сетка в общаге, как у Ксеноморфа. :-Р
Xenomorph — 21 Октябрь, 2012 — 08:39
У вас года на полтора устарели данные. У меня уже тоже всеукраинский провайдер, да и живу я уже не в общаге 😛
Vlad_W_1999 — 21 Октябрь, 2012 — 11:36
А чего это ты ко мне на «вы» обращаешься? Вроде как раньше такого не было.
Xenomorph — 22 Октябрь, 2012 — 17:21
У «вас всех» имелось в виду.
Vlad_W_1999 — 23 Октябрь, 2012 — 11:41
А, тогда всё в норме. 🙂
Xenomorph — 16 Февраль, 2010 — 21:51
Вот сейчас, у меня айпи ifconfig даёт 10.66.66.20, а внешний у меня 91.202.128.73.
dyug — 16 Февраль, 2010 — 12:30
все хорошо, но если ты не имеешь белого ИП а сидишь за прокси/маскарадом, то толку тебе с твоего ИП, когда требуется внешний. 🙂
Fatalist — 16 Февраль, 2010 — 20:00
А для этого очень хорошо подошёл Remobo. Сильно выручает.
Гость — 17 Февраль, 2010 — 10:42
Гость — 1 Сентябрь, 2010 — 10:56
можно текстовым браузером зайти сюда — http://myip.at.ua/
Гость — 19 Октябрь, 2010 — 04:27
Гость — 28 Август, 2011 — 21:20
Гость — 9 Июль, 2012 — 14:22
8givchik8 — 15 Октябрь, 2012 — 10:33
Вообще это получается использование стороннего ресурса, насколько я понял.
А еще можно командой: ip a
У меня вывод такой:
1: lo: mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth1: mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether f4:6d:04:cf:6b:9b brd ff:ff:ff:ff:ff:ff
inet 10.26.30.190/24 brd 10.26.30.255 scope global eth1
inet6 fe80::f66d:4ff:fecf:6b9b/64 scope link
valid_lft forever preferred_lft forever
3: ppp0: mtu 1460 qdisc pfifo_fast state UNKNOWN qlen 3
link/ppp
inet 94.27.104.147 peer 94.27.127.11/32 scope global ppp0
В моем случае 94.27.104.147 это мой ip-адрес.)
dyug — 15 Октябрь, 2012 — 10:46
Дома тоже самое, только там хопов поменьше. 🙂
8givchik8 — 16 Октябрь, 2012 — 07:47
Источник: kubuntu.ru