Usenet @ RKM

How to read newsgroups in a mail program like Thunderbird

Fortigate ir Active Directory grupės

Lapinas, 29th Jan 2021 2:06 pm GMT+0200 permalink

Gal kas susidūrėt?

Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
prisijungti AD grupė?

Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU yra
user, viskas OK, jungtis leidžiama,
bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe
vartotojų
ir visi grupės vartotojai galėtų prisijungti prie VPN.

Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested groups,
t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet niekaip
nepadarau, kad tiesiog grupėje patikrintų.

Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save
perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.
Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių
pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.

Pasidalinkite sėkmės istorijom.
- marijonas, 29th Jan 2021 2:20 pm GMT+0200 permalink
  
  "Lapinas" vkh710@gmail.com Wrote in message:r
  
  Gal kas susidūrėt?Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų prisijungti AD grupė?Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU yra user, viskas OK, jungtis leidžiama,bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe vartotojųir visi grupės vartotojai galėtų prisijungti prie VPN.Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet niekaip nepadarau, kad tiesiog grupėje patikrintų.Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.Pasidalinkite sėkmės istorijom.
  
  Nebus, kad forti pas save keshuoja userius ir nesikreipia kiekviena karta i dc?
  --
  
  ----Android NewsGroup Reader----
  https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
  - Lapinas, 29th Jan 2021 2:29 pm GMT+0200 permalink
    
    "marijonas" jo@fa.na wrote in message
    news:rv0uim$1hp$1@news.omnitel.net...
    
    "Lapinas" vkh710@gmail.com Wrote in message:r
    
    Gal kas susidūrėt?Ar esate kas nors sukonfigūravę, kad prie fortigate SSL
    VPN galėtų prisijungti AD grupė?Ten sukonfiguruojami LDAP serveriai,
    kuriuose nurodomi OU, jei tam OU yra user, viskas OK, jungtis
    leidžiama,bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU
    su grupe vartotojųir visi grupės vartotojai galėtų prisijungti prie
    VPN.Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
    groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet
    niekaip nepadarau, kad tiesiog grupėje patikrintų.Įdedu į OU save ir
    grupę, kurioje esu. OK, autentikuoja, bet jeigu save perkeliu į kitą OU
    (lieka grupė, kurioje esu), autentikacija nepraeina.Debuge netgi matau,
    kad joks searchas į grupę neina, nors nested grupių pavyzdyje
    dokumentacijoje turi lįsti į grupę, po to į grupės grupę.Pasidalinkite
    sėkmės istorijom.
    
    Nebus, kad forti pas save keshuoja userius ir nesikreipia kiekviena karta
    i dc?
    --
    Ne. Kreipiasi kiekvieną kartą, net debuge tas matosi.
    Klausimas: kaip priversti patikrinti grupę ir jei juzeris yra grupėje,
    leisti jam autentikuotis.
    - marijonas, 29th Jan 2021 4:39 pm GMT+0200 permalink
      
      "Lapinas" vkh710@gmail.com Wrote in message:r
      
      "marijonas" jo@fa.na wrote in message news:rv0uim$1hp$1@news.omnitel.net...> "Lapinas" vkh710@gmail.com Wrote in message:r>> Gal kas susidūrėt?Ar esate kas nors sukonfigūravę, kad prie fortigate SSL >> VPN galėtų prisijungti AD grupė?Ten sukonfiguruojami LDAP serveriai, >> kuriuose nurodomi OU, jei tam OU yra user, viskas OK, jungtis >> leidžiama,bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU >> su grupe vartotojųir visi grupės vartotojai galėtų prisijungti prie >> VPN.Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested >> groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet >> niekaip nepadarau, kad tiesiog grupėje patikrintų.Įdedu į OU save ir >> grupę, kurioje esu. OK, autentikuoja, bet jeigu save perkeliu į kitą OU >> (lieka grupė, kurioje esu), autentikacija nepraeina.Debuge netgi matau, >> kad joks searchas į grupę neina, nors nested grupių pavyzdyje >> dokumentacijoje turi lįsti į grupę, po to į grupės grupę.Pasidalinkite >> sėkmės istorijom.>> Nebus, kad forti pas save keshuoja userius ir nesikreipia kiekviena karta > i dc?> -- Ne. Kreipiasi kiekvieną kartą, net debuge tas matosi.Klausimas: kaip priversti patikrinti grupę ir jei juzeris yra grupėje, leisti jam autentikuotis.
      
      Nu teisingai sukonfiginus turetu veikti. Kas konkreciai negerai kazi ar gali atspeti. Pasiimciau forti admin guide'a ir stepas po stepo lyginciau konfiguracija.
      Teko susidurti su situo pries kokius 5 metus tai pamenu, kad rezultate pradejo veikti. Kiek pamenu dar ten buvo bent keli skirtingi budai kaip forti su ad gali komunikuoti - agentas, useris, dar kazkas..
      --
      
      ----Android NewsGroup Reader----
      https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
      - Lapinas, 29th Jan 2021 4:52 pm GMT+0200 permalink
        
        "marijonas" jo@fa.na wrote in message
        news:rv16md$bqh$1@news.omnitel.net...
        
        Nu teisingai sukonfiginus turetu veikti. Kas konkreciai negerai kazi ar
        gali atspeti. Pasiimciau forti admin guide'a ir stepas po stepo lyginciau
        konfiguracija.
        Teko susidurti su situo pries kokius 5 metus tai pamenu, kad rezultate
        pradejo veikti. Kiek pamenu dar ten buvo bent keli skirtingi budai kaip
        forti su ad gali komunikuoti - agentas, useris, dar kazkas..
        --
        
        Vat tas ir yra, kad nepaeina.
        Komunikavimas ne per agentą, tiesiai aprašau LDAP server, kur nurodau OU ir
        kredencialus, kuriais LDAP užklausas vykdo.
        
        Blyn, neskaito grupės ir tiek.
- benamis, 29th Jan 2021 4:54 pm GMT+0100 permalink
  
  Patikslink sita vieta, nes jei teisingai supratau tai tau ir reikia
  ijungti nested groups. Nes cia gaunasi, kad grupe grupeje.
  
  On 29.01.21 13:06, Lapinas wrote:
  
  Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
  groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet
  niekaip nepadarau, kad tiesiog grupėje patikrintų.
  - Lapinas, 29th Jan 2021 6:57 pm GMT+0200 permalink
    
    Nea, pas mane nėra grupės grupėje.
    Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik vienas
    objektas: grupė (pavadinkim ją VPNgroup).
    Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
    Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą, kad
    tiesiog tokio user nėra nors jis yra grupėje tame OU.
    
    Šiaip tai ir nested groups ten įjungta (per CLI, nes GUI nebūna opcijos),
    bet nesugebu patikrint, nes vartotojas net ne nested grupėje, o pirminėje ir
    vienintelėje tame OU.
    
    "benamis" ask@mail.lt wrote in message
    news:rv1b3f$h41$1@news.omnitel.net...
    
    Patikslink sita vieta, nes jei teisingai supratau tai tau ir reikia
    ijungti nested groups. Nes cia gaunasi, kad grupe grupeje.
    
    On 29.01.21 13:06, Lapinas wrote:
    
    Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
    groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet
    niekaip nepadarau, kad tiesiog grupėje patikrintų.
    - Bronco, 29th Jan 2021 7:21 pm GMT+0200 permalink
      
      On 2021-01-29 18:57, Lapinas wrote:
      
      Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik vienas
      objektas: grupė (pavadinkim ją VPNgroup).
      Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
      Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą, kad
      tiesiog tokio user nėra nors jis yra grupėje tame OU.
      
      O fortis prie User Definitions turi tą juserį ir jis enablintas? Mintis
      tokia, jog gal kas sutriko ar nepadaryta iki galo ir neveikia
      automatinis User Definition importas iš AD. Pakaktų tuos juserius
      apsirašyti forti ir imtų veikt. Aišku, čia workaroundas, bet kai reik
      greit...
      
      Su panašia problema buvau susidūręs, bet ten juserių autentikacija ėjo
      per Radius.
      - Lapinas, 29th Jan 2021 7:37 pm GMT+0200 permalink
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik vienas
        objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą, kad
        tiesiog tokio user nėra nors jis yra grupėje tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas? Mintis
        tokia, jog gal kas sutriko ar nepadaryta iki galo ir neveikia automatinis
        User Definition importas iš AD. Pakaktų tuos juserius apsirašyti forti ir
        imtų veikt. Aišku, čia workaroundas, bet kai reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių autentikacija ėjo per
        Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG. Tiesiog
        SSL VPN iškiša autentikaciją, vartotojas suveda user�pass, su tą info FG
        persiunčia LDAP užklausą į DC, turi gauti atsakymą ar juzeris egzistuoja ir
        pasvordas - teisingas.
        
        benamis, 29th Jan 2021 7:52 pm GMT+0100 permalink
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi tureti
        atitinkamas teises. Kartais prireikia net ir write teisiu, kai pvz
        slaptazodis baige galioti ir tiesiai tame SSL VPN gali pasikeisti.
        Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik vienas
        objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą,
        kad tiesiog tokio user nėra nors jis yra grupėje tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir neveikia
        automatinis User Definition importas iš AD. Pakaktų tuos juserius
        apsirašyti forti ir imtų veikt. Aišku, čia workaroundas, bet kai reik
        greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių autentikacija ėjo
        per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass, su tą
        info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą ar juzeris
        egzistuoja ir pasvordas - teisingas.
        
        Lapinas, 30th Jan 2021 7:58 am GMT+0200 permalink
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi tureti
        atitinkamas teises. Kartais prireikia net ir write teisiu, kai pvz
        slaptazodis baige galioti ir tiesiai tame SSL VPN gali pasikeisti. Kokias
        teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik vienas
        objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą, kad
        tiesiog tokio user nėra nors jis yra grupėje tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas? Mintis
        tokia, jog gal kas sutriko ar nepadaryta iki galo ir neveikia
        automatinis User Definition importas iš AD. Pakaktų tuos juserius
        apsirašyti forti ir imtų veikt. Aišku, čia workaroundas, bet kai reik
        greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių autentikacija ėjo
        per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass, su tą
        info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą ar juzeris
        egzistuoja ir pasvordas - teisingas.
        
        For example John Smith, 30th Jan 2021 4:05 pm GMT+0200 permalink
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi tureti
        atitinkamas teises. Kartais prireikia net ir write teisiu, kai pvz
        slaptazodis baige galioti ir tiesiai tame SSL VPN gali pasikeisti.
        Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą,
        kad tiesiog tokio user nėra nors jis yra grupėje tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir neveikia
        automatinis User Definition importas iš AD. Pakaktų tuos juserius
        apsirašyti forti ir imtų veikt. Aišku, čia workaroundas, bet kai
        reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių autentikacija
        ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass, su
        tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą ar
        juzeris egzistuoja ir pasvordas - teisingas.
        
        For example John Smith, 30th Jan 2021 11:05 pm GMT+0200 permalink
        
        Tikrai veikia. Tam naujam testiniam useriui buvau palikęs Domain Users
        grupę. Iš jos išmečiau, palikau tik toj specifinėj grupėj, o patį userį
        nukėliau į visai kitą OU, gegu padėta specifinė grupė.
        Veikia, prisijungiau.
        
        On 2021-01-30 16:05, For example John Smith wrote:
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi tureti
        atitinkamas teises. Kartais prireikia net ir write teisiu, kai pvz
        slaptazodis baige galioti ir tiesiai tame SSL VPN gali pasikeisti.
        Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna
        atsakymą, kad tiesiog tokio user nėra nors jis yra grupėje tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir
        neveikia automatinis User Definition importas iš AD. Pakaktų tuos
        juserius apsirašyti forti ir imtų veikt. Aišku, čia workaroundas,
        bet kai reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių autentikacija
        ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass,
        su tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą ar
        juzeris egzistuoja ir pasvordas - teisingas.
        
        Lapinas, 31st Jan 2021 12:28 pm GMT+0200 permalink
        
        Blyn.
        
        O kaip aprašyta LDAP serveris ant FG, kuris rodo į tą OU, kuriame yra grupė,
        o nėra userio?
        
        Jei nenori�negali čia, tai mailas tikras.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote in
        message news:rv4hmm$cqa$1@news.omnitel.net...
        
        Tikrai veikia. Tam naujam testiniam useriui buvau palikęs Domain Users
        grupę. Iš jos išmečiau, palikau tik toj specifinėj grupėj, o patį userį
        nukėliau į visai kitą OU, gegu padėta specifinė grupė.
        Veikia, prisijungiau.
        
        On 2021-01-30 16:05, For example John Smith wrote:
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi tureti
        atitinkamas teises. Kartais prireikia net ir write teisiu, kai pvz
        slaptazodis baige galioti ir tiesiai tame SSL VPN gali pasikeisti.
        Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą,
        kad tiesiog tokio user nėra nors jis yra grupėje tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir neveikia
        automatinis User Definition importas iš AD. Pakaktų tuos juserius
        apsirašyti forti ir imtų veikt. Aišku, čia workaroundas, bet kai reik
        greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių autentikacija
        ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass, su
        tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą ar
        juzeris egzistuoja ir pasvordas - teisingas.
        
        For example John Smith, 31st Jan 2021 6:38 pm GMT+0200 permalink
        
        Ldap aprašymas vienas visiems (priedas fg_ldap), toliau grupes reikia
        kurti (priedas ldap-grupe).
        
        On 2021-01-31 12:28, Lapinas wrote:
        
        Blyn.
        
        O kaip aprašyta LDAP serveris ant FG, kuris rodo į tą OU, kuriame yra
        grupė, o nėra userio?
        
        Jei nenori�negali čia, tai mailas tikras.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote
        in message news:rv4hmm$cqa$1@news.omnitel.net...
        
        Tikrai veikia. Tam naujam testiniam useriui buvau palikęs Domain Users
        grupę. Iš jos išmečiau, palikau tik toj specifinėj grupėj, o patį
        userį nukėliau į visai kitą OU, gegu padėta specifinė grupė.
        Veikia, prisijungiau.
        
        On 2021-01-30 16:05, For example John Smith wrote:
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi
        tureti atitinkamas teises. Kartais prireikia net ir write teisiu,
        kai pvz slaptazodis baige galioti ir tiesiai tame SSL VPN gali
        pasikeisti. Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna
        atsakymą, kad tiesiog tokio user nėra nors jis yra grupėje tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir
        neveikia automatinis User Definition importas iš AD. Pakaktų tuos
        juserius apsirašyti forti ir imtų veikt. Aišku, čia workaroundas,
        bet kai reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių
        autentikacija ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass,
        su tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą
        ar juzeris egzistuoja ir pasvordas - teisingas.
        
        Attachments:
        
        Lapinas, 2nd Feb 2021 12:51 pm GMT+0200 permalink
        
        AČIŪ!
        
        Aš LDAP serveryje rodžiau į CN=grupė,
        kai padariau kaip tu: LDAP serveris rodo į OU, o user group rodo į CN, tada
        viskas veikia.
        
        Ačiū.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote in
        message news:rv6mdf$vkn$1@news.omnitel.net...
        
        Ldap aprašymas vienas visiems (priedas fg_ldap), toliau grupes reikia
        kurti (priedas ldap-grupe).
        
        On 2021-01-31 12:28, Lapinas wrote:
        
        Blyn.
        
        O kaip aprašyta LDAP serveris ant FG, kuris rodo į tą OU, kuriame yra
        grupė, o nėra userio?
        
        Jei nenori�negali čia, tai mailas tikras.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote
        in message news:rv4hmm$cqa$1@news.omnitel.net...
        
        Tikrai veikia. Tam naujam testiniam useriui buvau palikęs Domain Users
        grupę. Iš jos išmečiau, palikau tik toj specifinėj grupėj, o patį
        userį nukėliau į visai kitą OU, gegu padėta specifinė grupė.
        Veikia, prisijungiau.
        
        On 2021-01-30 16:05, For example John Smith wrote:
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi
        tureti atitinkamas teises. Kartais prireikia net ir write teisiu,
        kai pvz slaptazodis baige galioti ir tiesiai tame SSL VPN gali
        pasikeisti. Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna
        atsakymą, kad tiesiog tokio user nėra nors jis yra grupėje tame
        OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir
        neveikia automatinis User Definition importas iš AD. Pakaktų tuos
        juserius apsirašyti forti ir imtų veikt. Aišku, čia workaroundas,
        bet kai reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių
        autentikacija ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass,
        su tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą
        ar juzeris egzistuoja ir pasvordas - teisingas.
        
        For example John Smith, 2nd Feb 2021 2:54 pm GMT+0200 permalink
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia versija) ir
        ipsec konfigu lūžta siunčiant/gaunant daugiau kaip 100MB failą. Niekaip
        nepavyko išspręsti net su pagalbos šauksmu į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        2021-02-02 12:51, Lapinas rašė:
        
        AČIŪ!
        
        Aš LDAP serveryje rodžiau į CN=grupė,
        kai padariau kaip tu: LDAP serveris rodo į OU, o user group rodo į CN,
        tada viskas veikia.
        
        Ačiū.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote
        in message news:rv6mdf$vkn$1@news.omnitel.net...
        
        Ldap aprašymas vienas visiems (priedas fg_ldap), toliau grupes reikia
        kurti (priedas ldap-grupe).
        
        On 2021-01-31 12:28, Lapinas wrote:
        
        Blyn.
        
        O kaip aprašyta LDAP serveris ant FG, kuris rodo į tą OU, kuriame yra
        grupė, o nėra userio?
        
        Jei nenori�negali čia, tai mailas tikras.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote
        in message news:rv4hmm$cqa$1@news.omnitel.net...
        
        Tikrai veikia. Tam naujam testiniam useriui buvau palikęs Domain Users
        grupę. Iš jos išmečiau, palikau tik toj specifinėj grupėj, o patį
        userį nukėliau į visai kitą OU, gegu padėta specifinė grupė.
        Veikia, prisijungiau.
        
        On 2021-01-30 16:05, For example John Smith wrote:
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame
        OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi
        tureti atitinkamas teises. Kartais prireikia net ir write teisiu,
        kai pvz slaptazodis baige galioti ir tiesiai tame SSL VPN gali
        pasikeisti. Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie
        VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna
        atsakymą, kad tiesiog tokio user nėra nors jis yra grupėje
        tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir
        neveikia automatinis User Definition importas iš AD. Pakaktų tuos
        juserius apsirašyti forti ir imtų veikt. Aišku, čia workaroundas,
        bet kai reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių
        autentikacija ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass,
        su tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą
        ar juzeris egzistuoja ir pasvordas - teisingas.
        
        xc, 2nd Feb 2021 3:54 pm GMT+0200 permalink
        
        Forticlient (pilnas) ar Forticlient VPN (paprastas) klientas? Nes su
        pastaruoju specialiai patikrinau - ~1 GB failas tiek per ftp, tiek per
        RDP pervažiavo ipsec tunelį be problemų.
        
        On 2/2/2021 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia versija) ir
        ipsec konfigu lūžta siunčiant/gaunant daugiau kaip 100MB failą. Niekaip
        nepavyko išspręsti net su pagalbos šauksmu į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        2021-02-02 12:51, Lapinas rašė:
        
        AČIŪ!
        
        Aš LDAP serveryje rodžiau į CN=grupė,
        kai padariau kaip tu: LDAP serveris rodo į OU, o user group rodo į CN,
        tada viskas veikia.
        
        Ačiū.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote
        in message news:rv6mdf$vkn$1@news.omnitel.net...
        
        Ldap aprašymas vienas visiems (priedas fg_ldap), toliau grupes reikia
        kurti (priedas ldap-grupe).
        
        On 2021-01-31 12:28, Lapinas wrote:
        
        Blyn.
        
        O kaip aprašyta LDAP serveris ant FG, kuris rodo į tą OU, kuriame yra
        grupė, o nėra userio?
        
        Jei nenori�negali čia, tai mailas tikras.
        
        "For example John Smith" For.example.John.Smith@mailinator.com wrote
        in message news:rv4hmm$cqa$1@news.omnitel.net...
        
        Tikrai veikia. Tam naujam testiniam useriui buvau palikęs Domain Users
        grupę. Iš jos išmečiau, palikau tik toj specifinėj grupėj, o patį
        userį nukėliau į visai kitą OU, gegu padėta specifinė grupė.
        Veikia, prisijungiau.
        
        On 2021-01-30 16:05, For example John Smith wrote:
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra kitame
        OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi
        tureti atitinkamas teises. Kartais prireikia net ir write teisiu,
        kai pvz slaptazodis baige galioti ir tiesiai tame SSL VPN gali
        pasikeisti. Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1 imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie
        VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna
        atsakymą, kad tiesiog tokio user nėra nors jis yra grupėje
        tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir
        neveikia automatinis User Definition importas iš AD. Pakaktų tuos
        juserius apsirašyti forti ir imtų veikt. Aišku, čia workaroundas,
        bet kai reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių
        autentikacija ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda user�pass,
        su tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą
        ar juzeris egzistuoja ir pasvordas - teisingas.
        
        For example John Smith, 2nd Feb 2021 4:05 pm GMT+0200 permalink
        
        Bandžiau visus ir pilną ir paprastą.
        Namie pasijungus kitą fortigate, ryšis stabilus kaip kadaise buvo
        dolerio kursas.
        Panašu iš logų, kad klientas pameta paketus, tik kodėl neaišku.
        
        2021-02-02 15:54, xc rašė:
        
        Forticlient (pilnas) ar Forticlient VPN (paprastas) klientas? Nes su
        pastaruoju specialiai patikrinau - ~1 GB failas tiek per ftp, tiek per
        RDP pervažiavo ipsec tunelį be problemų.
        
        On 2/2/2021 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia versija)
        ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip 100MB failą.
        Niekaip nepavyko išspręsti net su pagalbos šauksmu į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        2021-02-02 12:51, Lapinas rašė:
        
        AČIŪ!
        
        Aš LDAP serveryje rodžiau į CN=grupė,
        kai padariau kaip tu: LDAP serveris rodo į OU, o user group rodo į
        CN, tada viskas veikia.
        
        Ačiū.
        
        "For example John Smith" For.example.John.Smith@mailinator.com
        wrote in message news:rv6mdf$vkn$1@news.omnitel.net...
        
        Ldap aprašymas vienas visiems (priedas fg_ldap), toliau grupes reikia
        kurti (priedas ldap-grupe).
        
        On 2021-01-31 12:28, Lapinas wrote:
        
        Blyn.
        
        O kaip aprašyta LDAP serveris ant FG, kuris rodo į tą OU, kuriame yra
        grupė, o nėra userio?
        
        Jei nenori�negali čia, tai mailas tikras.
        
        "For example John Smith" For.example.John.Smith@mailinator.com
        wrote
        in message news:rv4hmm$cqa$1@news.omnitel.net...
        
        Tikrai veikia. Tam naujam testiniam useriui buvau palikęs Domain
        Users
        grupę. Iš jos išmečiau, palikau tik toj specifinėj grupėj, o patį
        userį nukėliau į visai kitą OU, gegu padėta specifinė grupė.
        Veikia, prisijungiau.
        
        On 2021-01-30 16:05, For example John Smith wrote:
        
        Tikrai veikia,susikūriau testinį userį ir ką tik prisijungiau.
        Iki šiol visi useriai ir ta grupė buvo tame pačiame OU.
        Testinį naują userį ką tik susikuriau visai kitame OU.
        Gal naudoji secure LDAP? Su kažkuria firmwaro versija buvo bėdų.
        FG 100F, FortiOS v6.4.4 build5540 (GA)
        
        On 2021-01-30 07:58, Lapinas wrote:
        
        Useris, kuris jungiasi prie LDAP yra domain adminas.
        
        FG sukonfigūruotas skaityti Group1, tai grupei ir priklauso user1,
        iki Nested groups dar nedaėjom.
        
        OU viduje yra tik grupė, kuriai priklauso user1, user1 yra
        kitame OU.
        
        "benamis" ask@mail.lt wrote in message
        news:rv1lid$u2t$1@news.omnitel.net...
        
        tokiu atveju vartotojas, kuris naudojamas uzklausai i DC turi
        tureti atitinkamas teises. Kartais prireikia net ir write teisiu,
        kai pvz slaptazodis baige galioti ir tiesiai tame SSL VPN gali
        pasikeisti. Kokias teises tas vartotojas turi?
        
        Kaip suprantu FG sukonfiguruotas ieskoti ou=group1
        
        user1 priklauso group2
        
        Veikia jeigu user1 imeti i group1, bet neveikia kai i group1
        imeti
        group2?
        
        On 29.01.21 18:37, Lapinas wrote:
        
        "Bronco" TRINTI_bronco.mail@gmail.com wrote in message
        news:rv1g6p$nhj$1@news.omnitel.net...
        
        On 2021-01-29 18:57, Lapinas wrote:
        
        Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik
        vienas objektas: grupė (pavadinkim ją VPNgroup).
        Vartotojas, esantis grupėje VPNgroup, bando prisijungti
        prie VPN.
        Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna
        atsakymą, kad tiesiog tokio user nėra nors jis yra grupėje
        tame OU.
        
        O fortis prie User Definitions turi tą juserį ir jis
        enablintas?
        Mintis tokia, jog gal kas sutriko ar nepadaryta iki galo ir
        neveikia automatinis User Definition importas iš AD. Pakaktų
        tuos
        juserius apsirašyti forti ir imtų veikt. Aišku, čia
        workaroundas,
        bet kai reik greit...
        
        Su panašia problema buvau susidūręs, bet ten juserių
        autentikacija ėjo per Radius.
        
        Greit nereik, reikia kad veiktų.
        Dabar nelįsiu į FG, bet esmė, kad nėra jokio juzerių importo
        į FG.
        Tiesiog SSL VPN iškiša autentikaciją, vartotojas suveda
        user�pass,
        su tą info FG persiunčia LDAP užklausą į DC, turi gauti atsakymą
        ar juzeris egzistuoja ir pasvordas - teisingas.
        
        xc, 2nd Feb 2021 4:19 pm GMT+0200 permalink
        
        O ryšys į internetą normalus (optika/ethernetas be didelės
        intiligencijos pakeliui į internetą), ar koks nors 4g? Nes pastarajame
        su savo keliais NAT'ais, traffic shaperiais ir pan. šlamštu pakeliui jau
        visiškai neaišku, kurioje vietoje kas gali neveikti :(
        
        Ai dar iš senų laikų vaikščiojo miesto legendos, kad kolegos iš
        konkuruojančios firmos buvo užlipę ant kažkokio lievo SFP/GBIC modulio
        firmwaro bugo. Tas, bandant per jį siųsti kažkokią labai specifinę baitų
        seką, tiesiog nudropindavo interfeisą. Ir ta baitų seka kaip tik
        pasitaikė kažkokiame .xls'e, kurį buhalterė bandė išsiųsti :)
        
        On 2/2/2021 16:05, For example John Smith wrote:
        
        Bandžiau visus ir pilną ir paprastą.
        Namie pasijungus kitą fortigate, ryšis stabilus kaip kadaise buvo
        dolerio kursas.
        Panašu iš logų, kad klientas pameta paketus, tik kodėl neaišku.
        
        2021-02-02 15:54, xc rašė:
        
        Forticlient (pilnas) ar Forticlient VPN (paprastas) klientas? Nes su
        pastaruoju specialiai patikrinau - ~1 GB failas tiek per ftp, tiek per
        RDP pervažiavo ipsec tunelį be problemų.
        
        Teisybes Dele, 2nd Feb 2021 8:30 pm GMT+0200 permalink
        
        On 2/2/2021 4:19 PM, xc wrote:
        
        Ai dar iš senų laikų vaikščiojo miesto legendos, kad kolegos iš
        konkuruojančios firmos buvo užlipę ant kažkokio lievo SFP/GBIC modulio
        firmwaro bugo.
        
        senovej skaičiau baiką pas rusus, kad buvo rastas SFP, kuris nesiųsdavo
        zip archyvų
        
        Dainiushas, 2nd Feb 2021 6:27 pm GMT+0200 permalink
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt tikrai
        kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia versija) ir
        ipsec konfigu lūžta siunčiant/gaunant daugiau kaip 100MB failą. Niekaip
        nepavyko išspręsti net su pagalbos šauksmu į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        For example John Smith, 3rd Feb 2021 8:56 am GMT+0200 permalink
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo 1,5-2 val
        žiūrėdamas viską iš eilės, testų padaryta milijonas. Nepavyko nieko padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt tikrai
        kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia versija)
        ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip 100MB failą.
        Niekaip nepavyko išspręsti net su pagalbos šauksmu į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        Dainiushas, 10th Feb 2021 9:55 am GMT+0200 permalink
        
        nu.....350MB kažkokį failą total commanderiu permečiau.....niekas
        nelūžo. Ar ne taip supratau problemą?
        
        On 2021-02-03 08:56, For example John Smith wrote:
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo 1,5-2 val
        žiūrėdamas viską iš eilės, testų padaryta milijonas. Nepavyko nieko
        padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt tikrai
        kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia versija)
        ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip 100MB failą.
        Niekaip nepavyko išspręsti net su pagalbos šauksmu į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        For example John Smith, 10th Feb 2021 10:35 am GMT+0200 permalink
        
        Taip. Neabejoju, kad veikia. Nerandu kodėl man 100 kompų neveikia, t.y.
        veikia, bet lūžta siunčiant didesnį failą.
        
        On 2021-02-10 09:55, Dainiushas wrote:
        
        nu.....350MB kažkokį failą total commanderiu permečiau.....niekas
        nelūžo. Ar ne taip supratau problemą?
        
        On 2021-02-03 08:56, For example John Smith wrote:
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo 1,5-2
        val žiūrėdamas viską iš eilės, testų padaryta milijonas. Nepavyko
        nieko padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt
        tikrai kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia versija)
        ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip 100MB failą.
        Niekaip nepavyko išspręsti net su pagalbos šauksmu į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        Dainiushas, 10th Feb 2021 10:56 am GMT+0200 permalink
        
        a to ten visoks versijų keitimas nepadeda?
        
        On 2021-02-10 10:35, For example John Smith wrote:
        
        Taip. Neabejoju, kad veikia. Nerandu kodėl man 100 kompų neveikia, t.y.
        veikia, bet lūžta siunčiant didesnį failą.
        
        On 2021-02-10 09:55, Dainiushas wrote:
        
        nu.....350MB kažkokį failą total commanderiu permečiau.....niekas
        nelūžo. Ar ne taip supratau problemą?
        
        On 2021-02-03 08:56, For example John Smith wrote:
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo 1,5-2
        val žiūrėdamas viską iš eilės, testų padaryta milijonas. Nepavyko
        nieko padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt
        tikrai kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia
        versija) ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip
        100MB failą. Niekaip nepavyko išspręsti net su pagalbos šauksmu į
        fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        For example John Smith, 10th Feb 2021 11:24 am GMT+0200 permalink
        
        Išbandžiau visas , net 10 metų senumo. Net mokama versija su ipsec nulūžta.
        bet 2 fortigale įrenginiai tarp tų pačių taškų veikia puikiai.
        
        Pamiršau jau , visas 100 kompų ant ssl'o veikia.
        Nepavyko nieko padaryt. Net dan.lt atstovai bandė padėt. NIEKO nepavyko
        padaryt.
        
        On 2021-02-10 10:56, Dainiushas wrote:
        
        a to ten visoks versijų keitimas nepadeda?
        
        On 2021-02-10 10:35, For example John Smith wrote:
        
        Taip. Neabejoju, kad veikia. Nerandu kodėl man 100 kompų neveikia,
        t.y. veikia, bet lūžta siunčiant didesnį failą.
        
        On 2021-02-10 09:55, Dainiushas wrote:
        
        nu.....350MB kažkokį failą total commanderiu permečiau.....niekas
        nelūžo. Ar ne taip supratau problemą?
        
        On 2021-02-03 08:56, For example John Smith wrote:
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo 1,5-2
        val žiūrėdamas viską iš eilės, testų padaryta milijonas. Nepavyko
        nieko padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt
        tikrai kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia
        versija) ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip
        100MB failą. Niekaip nepavyko išspręsti net su pagalbos šauksmu į
        fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        Dainiushas, 10th Feb 2021 12:34 pm GMT+0200 permalink
        
        rimtai, bandėt per kitą internetą?
        
        On 2021-02-10 11:24, For example John Smith wrote:
        
        Išbandžiau visas , net 10 metų senumo. Net mokama versija su ipsec nulūžta.
        bet 2 fortigale įrenginiai tarp tų pačių taškų veikia puikiai.
        
        Pamiršau jau , visas 100 kompų ant ssl'o veikia.
        Nepavyko nieko padaryt. Net dan.lt atstovai bandė padėt. NIEKO nepavyko
        padaryt.
        
        On 2021-02-10 10:56, Dainiushas wrote:
        
        a to ten visoks versijų keitimas nepadeda?
        
        On 2021-02-10 10:35, For example John Smith wrote:
        
        Taip. Neabejoju, kad veikia. Nerandu kodėl man 100 kompų neveikia,
        t.y. veikia, bet lūžta siunčiant didesnį failą.
        
        On 2021-02-10 09:55, Dainiushas wrote:
        
        nu.....350MB kažkokį failą total commanderiu permečiau.....niekas
        nelūžo. Ar ne taip supratau problemą?
        
        On 2021-02-03 08:56, For example John Smith wrote:
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo 1,5-2
        val žiūrėdamas viską iš eilės, testų padaryta milijonas. Nepavyko
        nieko padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt
        tikrai kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia
        versija) ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip
        100MB failą. Niekaip nepavyko išspręsti net su pagalbos šauksmu į
        fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        For example John Smith, 10th Feb 2021 2:38 pm GMT+0200 permalink
        
        Neįsivaizduoju kaip tą padaryt, neskausmingai, kai 100 ir daugiau žmonių
        prisijungia nuo 5:30 ryte (nesimiega gal jiems) ir kabo iki 3:00 naktį
        (ir jiems nesimiega).
        
        On 2021-02-10 12:34, Dainiushas wrote:
        
        rimtai, bandėt per kitą internetą?
        
        On 2021-02-10 11:24, For example John Smith wrote:
        
        Išbandžiau visas , net 10 metų senumo. Net mokama versija su ipsec
        nulūžta.
        bet 2 fortigale įrenginiai tarp tų pačių taškų veikia puikiai.
        
        Pamiršau jau , visas 100 kompų ant ssl'o veikia.
        Nepavyko nieko padaryt. Net dan.lt atstovai bandė padėt. NIEKO
        nepavyko padaryt.
        
        On 2021-02-10 10:56, Dainiushas wrote:
        
        a to ten visoks versijų keitimas nepadeda?
        
        On 2021-02-10 10:35, For example John Smith wrote:
        
        Taip. Neabejoju, kad veikia. Nerandu kodėl man 100 kompų neveikia,
        t.y. veikia, bet lūžta siunčiant didesnį failą.
        
        On 2021-02-10 09:55, Dainiushas wrote:
        
        nu.....350MB kažkokį failą total commanderiu permečiau.....niekas
        nelūžo. Ar ne taip supratau problemą?
        
        On 2021-02-03 08:56, For example John Smith wrote:
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo
        1,5-2 val žiūrėdamas viską iš eilės, testų padaryta milijonas.
        Nepavyko nieko padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt
        tikrai kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia
        versija) ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip
        100MB failą. Niekaip nepavyko išspręsti net su pagalbos šauksmu
        į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        For example John Smith, 10th Feb 2021 2:39 pm GMT+0200 permalink
        
        Pajungus kompą laidu tiesiai į FG irgi veikia :-)
        
        On 2021-02-10 12:34, Dainiushas wrote:
        
        rimtai, bandėt per kitą internetą?
        
        On 2021-02-10 11:24, For example John Smith wrote:
        
        Išbandžiau visas , net 10 metų senumo. Net mokama versija su ipsec
        nulūžta.
        bet 2 fortigale įrenginiai tarp tų pačių taškų veikia puikiai.
        
        Pamiršau jau , visas 100 kompų ant ssl'o veikia.
        Nepavyko nieko padaryt. Net dan.lt atstovai bandė padėt. NIEKO
        nepavyko padaryt.
        
        On 2021-02-10 10:56, Dainiushas wrote:
        
        a to ten visoks versijų keitimas nepadeda?
        
        On 2021-02-10 10:35, For example John Smith wrote:
        
        Taip. Neabejoju, kad veikia. Nerandu kodėl man 100 kompų neveikia,
        t.y. veikia, bet lūžta siunčiant didesnį failą.
        
        On 2021-02-10 09:55, Dainiushas wrote:
        
        nu.....350MB kažkokį failą total commanderiu permečiau.....niekas
        nelūžo. Ar ne taip supratau problemą?
        
        On 2021-02-03 08:56, For example John Smith wrote:
        
        Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo
        1,5-2 val žiūrėdamas viską iš eilės, testų padaryta milijonas.
        Nepavyko nieko padaryt.
        
        2021-02-02 18:27, Dainiushas rašė:
        
        emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas
        nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt
        tikrai kokį nors Windows Server ISO tempęs.
        
        On 2021-02-02 14:54, For example John Smith wrote:
        
        Valio!
        
        Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia
        versija) ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip
        100MB failą. Niekaip nepavyko išspręsti net su pagalbos šauksmu
        į fortigate.
        
        Kažkaip keista, negi visi tik ssl'ą naudoja.
        
        marijonas, 10th Feb 2021 12:15 pm GMT+0200 permalink
        
        For example John Smith For.example.John.Smith@mailinator.com Wrote in message:r
        
        Išbandžiau visas , net 10 metų senumo. Net mokama versija su ipsec nulūžta.bet 2 fortigale įrenginiai tarp tų pačių taškų veikia puikiai.Pamiršau jau , visas 100 kompų ant ssl'o veikia.Nepavyko nieko padaryt. Net dan.lt atstovai bandė padėt. NIEKO nepavyko padaryt.On 2021-02-10 10:56, Dainiushas wrote:> a to ten visoks versijų keitimas nepadeda?> > On 2021-02-10 10:35, For example John Smith wrote:>> Taip. Neabejoju, kad veikia. Nerandu kodėl man 100 kompų neveikia, >> t.y. veikia, bet lūžta siunčiant didesnį failą.>>>>>> On 2021-02-10 09:55, Dainiushas wrote:>>> nu.....350MB kažkokį failą total commanderiu permečiau.....niekas >>> nelūžo. Ar ne taip supratau problemą?>>>>>> On 2021-02-03 08:56, For example John Smith wrote:>>>> Šviedolaidis, du FG be problemų veikia, FG inžinierius kabojo 1,5-2 >>>> val žiūrėdamas viską iš eilės, testų padaryta milijonas. Nepavyko >>>> nieko padaryt.>>>>>>>>>>>> 2021-02-02 18:27, Dainiushas rašė:>>>>> emmmm....kokį šimtą metų naudoju IPSEC ir nepamenu, kad kažkas >>>>> nesuveiktų. Pabandysiu vakare didelį failą, bet nu turėčiau būt >>>>> tikrai kokį nors Windows Server ISO tempęs.>>>>>>>>>> On 2021-02-02 14:54, For example John Smith wrote:>>>>>> Valio!>>>>>>>>>>>> Prisiminiau kitą bėdą su fortigate , forticlient (bet kokia >>>>>> versija) ir ipsec konfigu lūžta siunčiant/gaunant daugiau kaip >>>>>> 100MB failą. Niekaip nepavyko išspręsti net su pagalbos šauksmu į >>>>>> fortigate.>>>>>>>>>>>> Kažkaip keista, negi visi tik ssl'ą naudoja.>>>>>>>>>>>>>>>>
        
        Pabandyk kita wan provideri panaudoti - gsm pvz.
        --
        
        ----Android NewsGroup Reader----
        https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
    - Grzegorz Brzęczyszczykiewicz, 29th Jan 2021 7:57 pm GMT+0200 permalink
      
      2021-01-29 18:57, Lapinas rašė:
      
      Nea, pas mane nėra grupės grupėje.
      Yra "LDAP server" fortigeite, kuris rodo į OU. Tame OU yra tik vienas
      objektas: grupė (pavadinkim ją VPNgroup).
      Vartotojas, esantis grupėje VPNgroup, bando prisijungti prie VPN.
      Fortigate perduoda LDAP užklausoje user į tą OU, ir gauna atsakymą, kad
      tiesiog tokio user nėra nors jis yra grupėje tame OU.
      
      Neteko daug maigyti LDAP, bet gal OU pas FG turi rodyti į grupę, o ne į
      domeno viršų?
      
      --
      Grzegorz
      
      Chrząszczyrzewoszyce, powiat Łękołody
- aaa, 29th Jan 2021 11:08 pm GMT+0200 permalink
  
  pabandyk nurodyti grupę o ne OU
  
  "Lapinas" wrote in message news:rv0to6$cnl$1@news.i-klubas.lt...
  
  Gal kas susidūrėt?
  
  Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
  prisijungti AD grupė?
  
  Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU yra
  user, viskas OK, jungtis leidžiama,
  bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe
  vartotojų
  ir visi grupės vartotojai galėtų prisijungti prie VPN.
  
  Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested groups,
  t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet niekaip
  nepadarau, kad tiesiog grupėje patikrintų.
  
  Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save
  perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.
  Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių
  pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.
  
  Pasidalinkite sėkmės istorijom.
  - Lapinas, 30th Jan 2021 7:16 am GMT+0200 permalink
    
    Bandžiau.
    
    "aaa" aaa@aaa.lt wrote in message news:rv1tg7$91o$1@news.omnitel.net...
    
    pabandyk nurodyti grupę o ne OU
    
    "Lapinas" wrote in message news:rv0to6$cnl$1@news.i-klubas.lt...
    
    Gal kas susidūrėt?
    
    Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
    prisijungti AD grupė?
    
    Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU yra
    user, viskas OK, jungtis leidžiama,
    bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe
    vartotojų
    ir visi grupės vartotojai galėtų prisijungti prie VPN.
    
    Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
    groups,
    t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet niekaip
    nepadarau, kad tiesiog grupėje patikrintų.
    
    Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save
    perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.
    Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių
    pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.
    
    Pasidalinkite sėkmės istorijom.
- xc, 30th Jan 2021 10:13 am GMT+0200 permalink
  
  Per radius'ą į AD DC autentifikaciją pasidaryti netinka?
  
  On 1/29/2021 14:06, Lapinas wrote:
  
  Gal kas susidūrėt?
  
  Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
  prisijungti AD grupė?
  
  Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU
  yra user, viskas OK, jungtis leidžiama,
  bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe
  vartotojų
  ir visi grupės vartotojai galėtų prisijungti prie VPN.
  
  Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
  groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet
  niekaip nepadarau, kad tiesiog grupėje patikrintų.
  
  Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save
  perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.
  Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių
  pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.
  
  Pasidalinkite sėkmės istorijom.
- Salas, 8th Feb 2021 3:22 pm GMT+0200 permalink
  
  Kaskada lyg ir bandziau, bet nepamenu.
  Bandyk naudot LDAP filtrus, tada neprisirisi prie OU:
  
  https://kb.fortinet.com/kb/documentLink.do?externalID=FD46708
  
  On 2021-01-29 14:06, Lapinas wrote:
  
  Gal kas susidūrėt?
  
  Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
  prisijungti AD grupė?
  
  Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU
  yra user, viskas OK, jungtis leidžiama,
  bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe
  vartotojų
  ir visi grupės vartotojai galėtų prisijungti prie VPN.
  
  Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
  groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet
  niekaip nepadarau, kad tiesiog grupėje patikrintų.
  
  Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save
  perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.
  Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių
  pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.
  
  Pasidalinkite sėkmės istorijom.
  - Lapinas, 8th Feb 2021 3:32 pm GMT+0200 permalink
    
    Tai jau taip. Šitas sprendimas ir suveikė: LDAP server - tiesiog DC, DC, o
    User Group filtre nurodai į OU, kurioje yra grupė.
    
    "Salas" salas@inbox.lt wrote in message
    news:4fb2fdc3-f354-7c4e-16fe-8b804f18967d@inbox.lt...
    
    Kaskada lyg ir bandziau, bet nepamenu.
    Bandyk naudot LDAP filtrus, tada neprisirisi prie OU:
    
    https://kb.fortinet.com/kb/documentLink.do?externalID=FD46708
    
    On 2021-01-29 14:06, Lapinas wrote:
    
    Gal kas susidūrėt?
    
    Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
    prisijungti AD grupė?
    
    Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU yra
    user, viskas OK, jungtis leidžiama,
    bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe
    vartotojų
    ir visi grupės vartotojai galėtų prisijungti prie VPN.
    
    Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
    groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet
    niekaip nepadarau, kad tiesiog grupėje patikrintų.
    
    Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save
    perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.
    Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių
    pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.
    
    Pasidalinkite sėkmės istorijom.
    - Salas, 8th Feb 2021 3:53 pm GMT+0200 permalink
      
      Ups, imeciau linka su Fortiautentifikatorium. Su juo grupes tikrai
      veikia, esu isbandes, tik naudodavau grupiu sinchronizacija.
      
      Yra dar toks variantas, bet cia turbut turetum instaliuot agenta ant DC:
      
      https://docs.fortinet.com/document/fortigate/6.2.0/cookbook/795593/use-active-directory-objects-directly-in-policies
      
      On 2021-02-08 15:32, Lapinas wrote:
      
      Tai jau taip. Šitas sprendimas ir suveikė: LDAP server - tiesiog DC, DC,
      o User Group filtre nurodai į OU, kurioje yra grupė.
      
      "Salas" salas@inbox.lt wrote in message
      news:4fb2fdc3-f354-7c4e-16fe-8b804f18967d@inbox.lt...
      
      Kaskada lyg ir bandziau, bet nepamenu.
      Bandyk naudot LDAP filtrus, tada neprisirisi prie OU:
      
      https://kb.fortinet.com/kb/documentLink.do?externalID=FD46708
      
      On 2021-01-29 14:06, Lapinas wrote:
      
      Gal kas susidūrėt?
      
      Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
      prisijungti AD grupė?
      
      Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU
      yra user, viskas OK, jungtis leidžiama,
      bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su
      grupe vartotojų
      ir visi grupės vartotojai galėtų prisijungti prie VPN.
      
      Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
      groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių,
      bet niekaip nepadarau, kad tiesiog grupėje patikrintų.
      
      Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu
      save perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija
      nepraeina.
      Debuge netgi matau, kad joks searchas į grupę neina, nors nested
      grupių pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės
      grupę.
      
      Pasidalinkite sėkmės istorijom.
      - Lapinas, 8th Feb 2021 4:08 pm GMT+0200 permalink
        
        Šitą esu skaitęs, nesinorėjo daryti sudėtingai.
        Pas mane ūky "keep it simple" filosofija. Pas mumi truputį mažiau paranojos
        iš valdžios pusės, visgi AB, o ne UAB.
        
        Žodžiu, veikia dabar per grupę.
        
        "Salas" salas@inbox.lt wrote in message
        news:rvrfp2$fjp$1@news.omnitel.net...
        
        Ups, imeciau linka su Fortiautentifikatorium. Su juo grupes tikrai
        veikia, esu isbandes, tik naudodavau grupiu sinchronizacija.
        
        Yra dar toks variantas, bet cia turbut turetum instaliuot agenta ant DC:
        
        https://docs.fortinet.com/document/fortigate/6.2.0/cookbook/795593/use-active-directory-objects-directly-in-policies
        
        On 2021-02-08 15:32, Lapinas wrote:
        
        Tai jau taip. Šitas sprendimas ir suveikė: LDAP server - tiesiog DC, DC,
        o User Group filtre nurodai į OU, kurioje yra grupė.
        
        "Salas" salas@inbox.lt wrote in message
        news:4fb2fdc3-f354-7c4e-16fe-8b804f18967d@inbox.lt...
        
        Kaskada lyg ir bandziau, bet nepamenu.
        Bandyk naudot LDAP filtrus, tada neprisirisi prie OU:
        
        https://kb.fortinet.com/kb/documentLink.do?externalID=FD46708
        
        On 2021-01-29 14:06, Lapinas wrote:
        
        Gal kas susidūrėt?
        
        Ar esate kas nors sukonfigūravę, kad prie fortigate SSL VPN galėtų
        prisijungti AD grupė?
        
        Ten sukonfiguruojami LDAP serveriai, kuriuose nurodomi OU, jei tam OU
        yra user, viskas OK, jungtis leidžiama,
        bet yra noras, kad OU nariai liktų savo vietose, sukuriamas OU su grupe
        vartotojų
        ir visi grupės vartotojai galėtų prisijungti prie VPN.
        
        Užsiknisau, dokumentacijoje nurodyta, kad galima įjungti net nested
        groups, t.y. LDAP užklausa ieškos ir grupėje esančios grupės narių, bet
        niekaip nepadarau, kad tiesiog grupėje patikrintų.
        
        Įdedu į OU save ir grupę, kurioje esu. OK, autentikuoja, bet jeigu save
        perkeliu į kitą OU (lieka grupė, kurioje esu), autentikacija nepraeina.
        Debuge netgi matau, kad joks searchas į grupę neina, nors nested grupių
        pavyzdyje dokumentacijoje turi lįsti į grupę, po to į grupės grupę.
        
        Pasidalinkite sėkmės istorijom.

Fortigate ir Active Directory grupės

A short format overview