А зачем тут gre? Насколько я знаю, gre используется pptp для передачи собственно туннеля :) Почему не ipsec и шван на втором конце (ведь там же линух?)
Нужно заруливать весь трафик с определенных машин или же только некоторый (веб, например)?
mayton2019, Мы про такой не только слышали - мы на таком работали! Это был мой первый проц из первого компа в 1996 году :) Памяти там конечно было поменьше - это Вы здорово пристроились с такои количестком памяти :) Где года через полтора я его продал и купил пень 150 - и больше с интеловой линейки не слазил :)
AntHTML, А физиков будут слать лесом, если конечно не случится так, что ты-физик клиент того же прова, что и ты-юрик. Я однажды (юриком) убедил прова решить проблему с маршрутизацией, когда трассы предоставил - пров обратился в саппорт одного из аплинков, там какой-то роутер перегрузили. НО в те времена я (юрик) был весьма жирным клиентом для того прова да и менеджера прова я знал хорошо.
Подозреваю, что чел из-за админского недогляда получил какие-то права на каком-то типо сервере (у которого вполне может не оказаться выхода в тырнет) и теперь хочет как-то пристроиться. Кончаются такие вещи обычно плохо...
Перестаньте пороть чушь и смущать умы нубов. NAT пробить нельзя. Весь "пробой" NAT всегда основан на некоем внешнем сервере, где "внутринат" должен заранее зарегиться.
yoshitoshi, В чем проблема с нынешними версиями - я не скажу, потому что больше меня тестировать не просили и я не уверен, что взялся бы за это, могу только поднять старую переписку по поводу тестирования тех времен.
Если коротко - это набор всем известных опенсорсных продуктов, упакованный в собственную оболочку. Да, так делают многие - Zimbra, например - это и есть такое же. Но айдеко того времени отличалось корявостью, нелепостью и постоянным требованием денег (то есть часть функций мне проверить не удалось, потому что нужно было их сначала купить, а часть - потому что они работают только между двумя айдеко.
Меня просили написать обзорную статью, но я погонял его - и отказался.
Даст либо бан в РТК - и тогда сайт просто перестанет открываться в РФ, либо (если Вы сами "по младости, по глупости" (С) Н.А. Некрасов - в РФ) растрожение договора с провом, разрегистрацию (или бан) доменного имени и разговор "по душам" в ближайшем отделе К (для начала).
Технически-то это возможно - если есть доступ к модификации сайта - поднять VPN на удаленной VPS и все запросы проксировать - но нужно тогда, чтобы юзер с Вашего сайта не уходил. Но еще скорее, что Вас прикроют по причине, указанной выше. Сейчас все суровей будут бороться с VPN.
kaktak255, Кстати, очень советую прописывать в /etc/fstab по UUID, а не по имени блочного устройства - тогда не страшны никакие танцы с перестановкой устройств.
CityCat4
@CityCat4 Куратор тега Сетевое оборудование
Отказать вам в ответе они НЕ ИМЕЮТ ПРАВА
Ужос... как смешно. Любая попытка качать права в общении с провом приведет к одному-единственному результату (как совершенно точно заметил Руслан Федосеев ) - "извините, у нас больше нет технической возможности предоставлять вам услугу по данному адресу (и далее длинное-длинное техническое обоснование, а может даже и без него)". И все. Все "качалки" в этот момент закончатся, особенно если пров монополист.
И, кстати, у медиаконвертеров нет никаких маков. Конвертре работает на ISO1, а маки появляются на ISO2.
shurshur, Что-то мне подсказывает, что конторам типа Intel, Dell или той же Lattice Semiconductor - глубоко поуху проблемы некоего физика, если он из-за их ошибок в настройке фильтра по геолокации не попадет к ним на сайт :)
shurshur, Ошибка выжившего. Если я выхожу без VPN - угадывается провайдерский DNS (что правильно). Еслb выхожу через личный VPS - пишет бред про какой-то финский IP. Если же же выхожу через VPS, взятый для конторы (и, как сегодня выяснилось в другом но схожем вопросе, там можно отследить связь с РФ) - опять пишет провайдерский DNS! :)
Возможно, там не сильно сложные проверки, но большую часть они покрывают. Например на личном VPS у меня стоит и VPN и прокси - но ipinfo.io например их не видит :)
ktkv419, ну, значит у вдисны нет других подсетей просто и это им серьезный минус. Потому что технологии проверки неизбежно будут совершенствоваться, а поскольку обычно VPS берут именно для этого - это у них проблемы :)
У меня метка прокси стоит на обеих точках - но на одной прокси есть и работает, а на второй есть, но не работает.
AlexVWill, Эта задача имеет смысл. Многие конторы, разрешавшие работу по удаленке, год назад столкнулись с тем, что "удаленщики" массово оказались в Верхнем Ларсе. Казалось бы - ну какое дело? (не считая допустим Госуслуг, где совершенно очевидно ограничение на не-российские IP). А оказалось - очень даже есть дело...
М-да, все отвечающие явно никогда живого сервера не видели. В supermicro (как и во всех прочих серверах в большинстве) - видео встроенное. Если есть что вытащить - ну значит, нужно вытаскивать и пробовать.
Для тех, кто в танке - это происходит ДО завершения загрузки BIOS. В момент ошибки BIOS недоступен, так как система еще не прошла стадию самопроверки.
- Только облако, on premise развертывания нет (есть, но за реально бешеные бабки)
- Бешеные цены на лицензии если нужно больше 5 рабочих мест
- в РФ не работает
Никита Савченко, Никогда не видел? :) Это нормальная серверная машина, у нее BIOS такой. Серверный BIOS - он раза в три больше десктопного, загрузка идет минут пять, куча-куча-куча разных проверок, контроллеры подгружаются и у каждого свой экстендер :)
А зачем тут gre? Насколько я знаю, gre используется pptp для передачи собственно туннеля :) Почему не ipsec и шван на втором конце (ведь там же линух?)
Нужно заруливать весь трафик с определенных машин или же только некоторый (веб, например)?