Drno, приветствую, благодарю за помощь, что-то я разобрался и забил на эту тему, не ответил даже) В конечном итоге, если я еще правильно помню, дистанс ни чем не помог, но получилось иначе, установив подключение с провайдером я отключил маскерад на интерфейсе eth1, соответственно конфликта приоритетов трафика больше не возникало и подключение стало адекватно работать.
aleks-th, приветствую, проблема была в том, что нужно было натировать eth1 и, как оказалось, выставить параметры подключения вручную через статику, после этого авторизация проходила без проблем. Далее столкнулся с проблемой, что от меня пакеты уходят при пинге, но не принимаются обратно, пинговал публичные сервера гугла и яндекса и по айпи адресу и по обычному, адреса при этом резолвятся, но ответ отваливается по таймауту, под ответом юзера Drno подробнее описал в комментах, если интересно.
Drno, для pptp маскерад уже добавил да, еще в тот раз, дефолт роут галочка стоит, pptp в WAN list не добавлял, route distance не выставлял, завтра тогда попробую. В целом записей маршрутизации никаких добавлять не надо?
Таблица выглядит так. Получается что всю сеть провайдера пинговать я могу - впн сервер, днс сервер, шлюз итд. Если я пытаюсь пингануть например по адресу типа google.com то он резолвится, но ответ не приходит по таймауту. При трейсроуте дальше шлюза который предоставляет провайдер дело не доходит, все таймаутится после него, а сам он на запросы отвечает.
По большому счету я сам никаких дополнительных записей не создавал, были только записи создающиеся при активировании PPTP подключения и создании правил NAT.
Приветствую, авторизоваться в итоге получилось - добавил masquerade на eth1 и указал, как ни странно, статический айпи на eth1. Далее возникла другая проблема - за пределами сети провайдера не могу ничего пингануть. Позвонил провайдеру, начали разбираться, в тех. поддержке сказали, что трафик идёт только в одну сторону - от меня, ответ на ICMP запрос не возвращается, я так подозреваю что записей маршрутизации не хватает. Таблицу маршрутизации к сожалению нормально не заскринил, но чуть попозже смогу скинуть как она выглядит.
aleks-th, приветствую, завтра буду на объекте, смогу прислать логи, по поводу типа авторизации везде твердят, что достаточно разрешить все доступные, но я попробую, спасибо.
Приветствую, я стараюсь набраться опыта и знаний как начинающий админ, поэтому мастера вызывать думаю только в крайнем случае, т.к. если сам сделаешь, хоть и с подсказками, запомнишь явно больше, чем если посмотришь как это делает кто-то другой) Но спасибо за совет, была идея дозвониться в техподдержку и запросить у них что-то типа чеклиста создания подключения на роутере.
Drno, и подскажи еще пожалуйста, если знаешь, за что отвечает чекбокс который находится в строчке out. interface перед названием самого интерфейса? Я так понимаю это для создания исключающего правила.
Drno, sfp знаю да, просто говорю к тому что там выбор есть для какого ифа настройки применить. А винбокс насколько помню от вебфига особо не отличается по функционалу (в веб-интерфейсе можно выбрать квик сет, вебфиг и терминал), в любом случае я оставлю статику там и дополнительно настрою DHCP-клиент на этот иф, если каких-то настроек не найду, буду винбокс ставить. В пятницу смогу протестировать и отпишусь по результатам)
Drno, в quick set есть пункт address acquision где можно выбрать static, automatic и PPPoE, я так подозреваю что automatic и переводит выбранный интерфейс в режим DHCP-клиента, в модели с которой я сейчас работаю можно выбрать из eth1 и sfp.
Подключение точно PPTP, если верить провайдеру, мне сотрудник тех. поддержки выслал все параметры подключения на почту, в том числе тип подключения указанный как PPTP и адрес сервера, в PPPoE насколько я знаю его указывать не нужно.
Cirick, хорошо, я попробую. В квик сете есть настройка способ получения адреса где можно выбрать автоматическое подключение, в моем понимании в таком случае порт к которому применена настройка вроде и становится DHCP-клиентом)
Cirick, спасибо, я правильно понимаю, что настройки автоматического получения адреса на внешний порт в разделе быстрой настройки роутера недостаточно? (там где есть выбор между статикой, автоматикой и пппое)
Приветствую, спасибо за ответ. В быстрой настройке роутера для eth1 было определено автоматическое получение адреса, но я так понимаю этого недостаточно и нужно лезть в расширенные настройки роутера и настраивать DHCP-клиент там? Правило для eth1 продублирую, для PPTP такое и выставлял как раз. Напишите пожалуйста, если могут быть еще какие-то распространенные нюансы по настройке подключения к провайдеру.
Да, я попросил тех. поддержку прислать все данные подключения по почте и там явно было указано PPTP и сервер, насколько мне известно PPPoE не требует адреса сервера для подключения.
Я бы посоветовал не морочить голову и заменить мтс на хороший обычный wi-fi репитер, если он решает исключительно задачи по увеличению зоны покрытия wi-fi.
А вообще по описанию, если честно, не достаточно понятно, как это все выглядит на практике, так что неплохо было бы посмотреть логическую схему сети.
Кстати говоря, уже немного не по теме, правильно ли я понимаю, что если неразмеченную область, оставшуюся после удаления загрузочного тома, никак не трогать, то загрузка в целом работала бы вплоть до исчерпания ресурсов диска? Или в ходе эксплуатации диска сектора, где остались не затёртые данные, все равно могли быть как-то затронуты рано или поздно?
И еще момент, зеркало посыпалось без моего участия, после чего я принял решение его удалить и реализовывать другой способ резервирования системника, так что думаю в моем случае переустановка системы была уже неизбежна и так и так, благо сервер еще на стадии отладки.
Quqas, что именно поставил? Если речь про самый первый скрин, то раздел загрузки был создан при преобразовании диска в динамический в самом диспетчере, т.е. на сколько я понимаю это делается виндой по умолчанию. То есть до его преобразования в динамический диск выглядел так же, как на последнем скрине.
Потом, когда из C:\ таким образом был выделен отдельный загрузочный раздел, я его удалил по ошибке (хотел удалить зеркало, а удалил том), но система продолжала загружаться. Однако при разметке этого раздела и записи на него новой информации система загружаться перестала с соответствующей ошибкой, емнип reboot and select proper boot device.
UPD:
По твоим апдейтам.
Насчет того как и что по итогу сломалось я осведомлён. Вопрос состоит не в том. На данный момент интерес чисто для общего развития, как система была в состоянии загрузиться, при том что, как ты верно подметил, винда предупреждала при преобразовании диска, что теперь загрузка будет возможна только со специального загрузочного раздела.
По итогам всех манипуляций моя теория такая, что пока сектора содержавшие данные загрузчика оставались не перезаписанными, каким-то образом биос мог к ним обращаться. В их наличии там я убедился через dmde как уже писал выше. Но я думаю есть более осведомленные люди чем я, и смогут внести ясность.
