apache - sor limit

Linux-haladó

Udv!

Van egy apache2 kiszolgalo, amiben szerepel egy ilyen sor: 


Require ldap-user user0 user1 user2 ...

.

A sor hossza nagyobb, mint 8K, es ahogy teszteltem, a limit 8K erre a sorra. Ezt valahogy meg lehet emelni? Hogyan? Nem lenne rossz, ha forgatas nelkul megoldhato lenne. Debian etch- rol van szo, es package- bol van fent.

Persze, megoldhato, hogy tobb darabra tordelem a sort, tehat 


Require ldap-user user0 user1 user2 ...
Require ldap-user user128 user129 user130 ...

, de mivel ez egy generalt sor, apache oldalon sokkal jobb lenne ezt megoldani.

Koszi a valaszokat, otleteket, hogy mit lehetne meg tenni.

  • 1082 megtekintés

Felmondok :- ).

A gond az, hogy az adott csomagot nem en fejlesztem, a fejleszto meg nyaral, es csak 1 honap mulva jon vissza, szoval csak ideiglenesen kene. Mindegy, mar megoldottam maskeppen, de most mar erdekelne, hogy hogyan lehetne ezt a limitet emelni. Eleve mi okozza a gondot?

Es amugy 1 mrd usernel evi 1 forint karbantartasi koltseget kernek userenkent :- ). Mondjuk 1 filler is eleg lenne :- ).

értem én, de mondjuk rendesen seggbe rúgnám azt a fejlesztőt, aki így oldotta meg...valószínűleg a teszt rendszerében levő 4db userrel tök jó volt...csak arra nem gondolt, hogy mondjuk a cégnek 4000db usere van. Epic Fail! :)

Mindenesetre gratulálok a tervezéshez és kivitelezéshez neki. :)

Te is tudod, hogy ez mindenhol elofordulhat.

Amugy, nem hiszem, hogy ismert lett volna ez a limit. En legalabbis nem tudtam ilyenrol.

No meg, egy ilyen .htaccesshez most is max. 20 user tartozik, az egy mas kerdes, hogy kiderult, hogy az adotthoz az emberke felvette veletlenul (hogy hogyan, azt nem tudom) az osszes aktiv usert, ami kb. 2500.

A gond az, hogy en nem beszelek python djangoul, de meg pythonul is alig.

Na mindegy.

Az ilyen előfordulhat. Sőt az is előfordulhat, hogy minden egyetlen ember szaktudásától függ egy cégben (hol a másik fejlesztő, aki piff-puff kijavítja a python kódot?). Csak nem biztos, hogy ez így jól van. De ez már annyira off és annyira messze vezet, hogy abba is fejeztem. :)

( _Franko_ v | 2010. 04. 20., k – 16:04 )

Szerintem Apache újrafordítás kellene hozzá, és erős tesztelés, hogy a sorhossz megnövelése nem okoz-e máshol buffer overflow-t... szóval nem triviális.

"The maximum length of a line in the configuration file, after environment-variable substitution, joining any continued lines and removing leading and trailing white space, is 8192 characters."
--
http://wiki.javaforum.hu/display/FREEBSD

( golgota | 2010. 04. 27., k – 15:56 )

Közben megtaláltam neked a gond forrását és a megoldást:

filter
A valid LDAP search filter. If not provided, defaults to (objectClass=*), which will search for all objects in the tree. Filters are limited to approximately 8000 characters (the definition of MAX_STRING_LEN in the Apache source code). This should be than sufficient for any application.