نمایش نتایج 1 تا 20 از 20

نام تاپیک: connection string

  1. #1
    کاربر دائمی آواتار linux
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    تهران
    پست
    2,313

    connection string

    در vb2005 وقتی با ویزارد به دیتا بیس وصل میشی که connection string می سازه وقتی برنامه را کامپایل می کنی اگر بخواهیم این کانکشن را دوباره مقدار دهی کنیم نمیشه چون read only هست راه حلی برای اینکار وجود داره؟

  2. #2
    کاربر دائمی
    تاریخ عضویت
    مرداد 1384
    محل زندگی
    همه جای ایران سرای من است
    پست
    863

    Lightbulb

    نقل قول نوشته شده توسط linux
    در vb2005 وقتی با ویزارد به دیتا بیس وصل میشی که connection string می سازه وقتی برنامه را کامپایل می کنی اگر بخواهیم این کانکشن را دوباره مقدار دهی کنیم نمیشه چون read only هست راه حلی برای اینکار وجود داره؟
    دوست عزیز در قسمت saolution Explorer رفته و بعد از روی آن بخش MyProject دوبار کلیک کن تا باز شود. حالا به بخش Setting برو و از آنجا Connection String مربوطه رو تغییر بده!
    .
    آخرین ویرایش به وسیله M.kavyani : یک شنبه 16 بهمن 1384 در 23:35 عصر

  3. #3
    کاربر دائمی آواتار linux
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    تهران
    پست
    2,313
    این را که بلدم عزیز دل برادر!
    منظورم این هست فرض کن برنامه را نوشتی کامپایل هم کردی دادی دست مشتری
    برنامه یک login فرم داره که اونجا کاربر اسم و پسوردش را وارد مکنه حالا من می خواهم بعد از اینکه کاربر اسم و پسوردش را وارد کرد آن کانکش را دوباره مقدار دهی کنم اونوقت باید چیکار کنم.

  4. #4
    کاربر دائمی
    تاریخ عضویت
    مرداد 1384
    محل زندگی
    همه جای ایران سرای من است
    پست
    863

    Lightbulb

    نقل قول نوشته شده توسط linux
    این را که بلدم عزیز دل برادر!
    منظورم این هست فرض کن برنامه را نوشتی کامپایل هم کردی دادی دست مشتری
    برنامه یک login فرم داره که اونجا کاربر اسم و پسوردش را وارد مکنه حالا من می خواهم بعد از اینکه کاربر اسم و پسوردش را وارد کرد آن کانکش را دوباره مقدار دهی کنم اونوقت باید چیکار کنم.
    با سلام
    دوست عزیز حق با شماست. Scope این Connection String که خود برنامه تحت ویزارد ایجا میکنه Application هست و قابل تغییر به User نیست. به عبارتی همیشه ReadOnly هست.
    منم به این مشکل برخوردم. این تاپیک مال چند وقت پیشه. میخواستم بدونم مشکلت حل شد یا نه؟
    اگر حل شد مارو هم درجریان بذار.
    در پناه حق موفق و کامروا باشید.

  5. #5
    کاربر دائمی
    تاریخ عضویت
    آذر 1383
    محل زندگی
    تهران
    پست
    1,021

    Lightbulb

    نقل قول نوشته شده توسط linux
    برنامه یک login فرم داره که اونجا کاربر اسم و پسوردش را وارد مکنه حالا من می خواهم بعد از اینکه کاربر اسم و پسوردش را وارد کرد آن کانکش را دوباره مقدار دهی کنم اونوقت باید چیکار کنم.
    سلام

    مگه نوع login بانکت با login کاربر ارتباط داره؟
    اگه جوابتون مثبته، میشه دلیلشو بگید؟

    در پناه حق موفق باشید و پرتوان

  6. #6
    سلام دوست گرامی
    بهتره از روش دستی استفاده کنی.
    من هم همین مشکل رو داشتم. دوستان هم همین رو گفته بودند و من تا وقتی با wiz خود وی بی کار می کردم معمولاً با یه جابه جایی بانک به این مشکل بر می خوردم و مجبور بودم دوباره برنامه رو کامپایل کنم (هر چند ممکن بود که در سال یک بار باشه، اونم به علت نصب مجدد ویندوز و مسائل دیگه).

    بنابراین اگه نمی تونی این پروژه رو تغییر بدی حداقل از پروژه بعدی خودت رو مجبور کن که با کدنویسی به بانک وصل شد اگه می خوای خیلی انعطاف پذیر برنامه بنویسی.

    با احترام- خدانگهدار.

  7. #7
    کاربر دائمی آواتار linux
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    تهران
    پست
    2,313
    نقل قول نوشته شده توسط Hamedm
    سلام

    مگه نوع login بانکت با login کاربر ارتباط داره؟
    اگه جوابتون مثبته، میشه دلیلشو بگید؟

    در پناه حق موفق باشید و پرتوان
    از مدل sqlauthenicaton استفاده می کنم

  8. #8
    کاربر دائمی آواتار linux
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    تهران
    پست
    2,313
    نقل قول نوشته شده توسط روح اله معینی زاده
    سلام دوست گرامی
    بهتره از روش دستی استفاده کنی.
    من هم همین مشکل رو داشتم. دوستان هم همین رو گفته بودند و من تا وقتی با wiz خود وی بی کار می کردم معمولاً با یه جابه جایی بانک به این مشکل بر می خوردم و مجبور بودم دوباره برنامه رو کامپایل کنم (هر چند ممکن بود که در سال یک بار باشه، اونم به علت نصب مجدد ویندوز و مسائل دیگه).

    بنابراین اگه نمی تونی این پروژه رو تغییر بدی حداقل از پروژه بعدی خودت رو مجبور کن که با کدنویسی به بانک وصل شد اگه می خوای خیلی انعطاف پذیر برنامه بنویسی.

    با احترام- خدانگهدار.
    یعنی چطوری؟انوقت دیگه نمیشه از فایل های dataset استفاده کرد؟
    توی msdn یک روشی را برای secure کردن گفته ولی من نتونستم پیادش کنم

  9. #9
    تو یه سایتی این راه حل رو نوشته بودند

    I just change the Type from Connection String to String and the Scope from Application to User, and it worked.

  10. #10
    کاربر دائمی آواتار ali_kolahdoozan
    تاریخ عضویت
    بهمن 1384
    محل زندگی
    اون سر دنیا
    پست
    1,631
    baba khob code benevis

  11. #11
    کاربر دائمی آواتار linux
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    تهران
    پست
    2,313
    بعله که کار می کنه! ولی باز این امنیت نداره
    باز میشه از تو فایل app.config به پسورد رسید.

  12. #12
    کاربر دائمی
    تاریخ عضویت
    مرداد 1384
    محل زندگی
    همه جای ایران سرای من است
    پست
    863

    Lightbulb

    نقل قول نوشته شده توسط sh
    تو یه سایتی این راه حل رو نوشته بودند

    I just change the Type from Connection String to String and the Scope from Application to User, and it worked.
    با سلام
    Scope این ConnetctionString که با Wizard ساخته میشه از نوع Application است.به عبارتی Readonly می باشد و جالب اینجاست که این Scope به User قابل تغییر نیست.
    حداقل من یکی که هرکاری کردم نتوانستم تغییری ایجاد کنم.

  13. #13
    کاربر دائمی
    تاریخ عضویت
    مرداد 1384
    محل زندگی
    همه جای ایران سرای من است
    پست
    863

    Lightbulb

    نقل قول نوشته شده توسط linux
    بعله که کار می کنه! ولی باز این امنیت نداره
    باز میشه از تو فایل app.config به پسورد رسید.
    یه نکته جالب توجهی که هست اینه که شما بعد از اینکه برنامه خود را Build کردید میتوانید این فایل را پاک کنید. و اطلاعات در فایل دیگری به نامApplicationName.settings ذخیره میشود.
    موندم که این فایل App.config برای چه؟( هر چند که اطلاعات درونش ذخیره میشوند و لی عملا" کاربرد نداره )

  14. #14
    کاربر دائمی
    تاریخ عضویت
    مرداد 1383
    محل زندگی
    بندر عباس
    پست
    250
    نمیدونم درست فهمیدم...
    مشکل شما اینه که با تغییر بانک امکان تغییر connection string توسط کاربر باشه؟؟؟؟؟
    استفاده از udl کار خوبیه که اونم با ole کار میکنه.وگرنه باید یا از به فایل بخونی یا تو سورس دست ببری...

  15. #15
    کاربر دائمی
    تاریخ عضویت
    مرداد 1384
    محل زندگی
    همه جای ایران سرای من است
    پست
    863

    Lightbulb

    نقل قول نوشته شده توسط reham
    نمیدونم درست فهمیدم...
    مشکل شما اینه که با تغییر بانک امکان تغییر connection string توسط کاربر باشه؟؟؟؟؟
    استفاده از udl کار خوبیه که اونم با ole کار میکنه.وگرنه باید یا از به فایل بخونی یا تو سورس دست ببری...
    با سلام
    میشه بیشتر توضیح بدی؟
    به این نکته هم توجه داشته باش که ما از Setting موجودر در VB.NET 2005 بهره میبریم.
    با تشکر
    درپناه حق موفق و کاروا باشید

  16. #16
    کاربر دائمی آواتار linux
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    تهران
    پست
    2,313
    راستی من این را پیدا کردم ولی راستش وقت نکردم روش کار کنم

    ASP.NET
    How To: Secure Connection Strings When Using Data Source Controls
    See Also
    Language Filter: All Language Filter: Multiple Language Filter: Visual Basic Language Filter: C#‎ Language Filter: C++‎ Language Filter: J# Language Filter: JScript
    Visual Basic (Declaration)
    Visual Basic (Usage)
    C#‎
    C++‎
    J#
    JScript

    When working with data source controls it is recommended that you centralize the location of your connection strings by storing them in the application's Web.config file. This simplifies the management of connection strings by making them available to all of the ASP.NET pages in a Web application. In addition, you do not need to modify numerous individual pages if your connection string information changes. Finally, you can improve the security of sensitive information stored in a connection string, such as the database name, user name, password, and so on, by encrypting the connection string section of the Web.config file using protected configuration.

    This topic describes how to store connection strings in the connectionStrings configuration section in the Web.config file, and how to use the command-line .NET Framework tool to encrypt connection strings for additional security.

    To store a connection string in the Web.config file
    Open the Web.config file for your application. If a Web.config file does not already exist, create a text file named Web.config and add the following content:

    Copy Code
    <?xml version="1.0"?>
    <configuration
    xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
    <appSettings/>
    <system.web>
    </system.web>
    </configuration>


    In the configuration element, create a new element named connectionStrings, as shown in the following example:

    Copy Code
    <?xml version="1.0"?>
    <configuration
    xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
    <connectionStrings>
    </connectionStrings>
    <appSettings/>
    <system.web>
    </system.web>
    </configuration>


    In the connectionStrings element, create an add element for each connection string you will use in your Web application. Include the attributes shown in the following table.

    Attribute Description
    name
    A name for this connection string configuration object. This name will be used by data source controls and other features to reference the connection string information.

    connectionString
    The connection string to the data source.

    providerName
    The namespace of the NET Framework data provider to use for this connection, such as System.Data.SqlClient, System.Data.OleDb or System.Data.Odbc.


    A completed connectionStrings element might look like the following example:

    Copy Code
    <connectionStrings>
    <add
    name="NorthwindConnection"
    connectionString="Data Source=localhost;Integrated Security=SSPI;Initial Catalog=Northwind;" />
    </connectionStrings>


    Save and close the Web.config file.

    You can now reference the connection string for your data source control by referring to the name you specified for the name attribute.

    In the ConnectionString attribute for your data source control, use the connection string expression syntax to reference the connection information from the Web.config file.

    The following example shows a SqlDataSource control in which the connection string is read from the Web.config file:

    Copy Code
    <asp:SqlDataSource ID="ProductsDataSource" Runat="server"
    SelectCommand="SELECT * from Products"
    ConnectionString="<%$ ConnectionStrings: NorthwindConnection %>"
    </asp:SqlDataSource>



    To encrypt connection string information stored in the Web.config file
    At the Windows command line, run the ASP.NET IIS registration tool (aspnet_regiis.exe) with the following options:

    The -pe option, passing it the string "connectionStrings" to encrypt the connectionStrings element.

    The -app option, passing it the name of your application.

    The aspnet_regiis.exe tool is located in the %systemroot%\Microsoft.NET\Framework\versionNumber folder.

    The following example shows how to encrypt the connectionStrings section of the Web.config file for an application named SampleApplication:

    Copy Code
    aspnet_regiis -pe "connectionStrings" -app "/SampleApplication"


    When the command has finished, you can view the contents of the Web.config file. The connectionStrings configuration section will contain encrypted information instead of a clear-text connection string, as shown in the following example:

    Copy Code
    <configuration>
    <connectionStrings configProtectionProvider="RsaProtectedConfiguratio nProvider">
    <EncryptedData Type="http://www.w3.org/2001/04/xmlenC#‎Element"
    xmlns="http://www.w3.org/2001/04/xmlenC#‎">
    <EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenC#‎tripledes-cbc" />
    <KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
    <EncryptedKey xmlns="http://www.w3.org/2001/04/xmlenC#‎">
    <EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenC#‎rsa-1_5" />
    <KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
    <KeyName>RSA Key
    </KeyName>
    </KeyInfo>
    <CipherData>
    <CipherValue>WcFEbDX8VyLfAsVK8g6hZVAG1674ZFc1kWH0B oazgOwdBfinhcAmQmnIn0oHtZ5tO2EXGl+dyh10giEmO9NemH4 YZk+iMIln+ItcEay9CGWMXSen9UQLpcQHQqMJErZiPK4qPZaRW wqckLqriCl9X8x9OE7jKIsO2Ibapwj+1Jo=
    </CipherValue>
    </CipherData>
    </EncryptedKey>
    </KeyInfo>
    <CipherData>
    <CipherValue>OpWQgQbq2wBZEGYAeV8WF82yz6q5WNFIj3rcu Q8gT0MP97aO9SHIZWwNggSEi2Ywi4oMaHX9p0NaJXG76aoMR9L/WasAxEwzQz3fexFgFSrGPful/5txSPTAGcqUb1PEBVlB9CA71UXIGVCPTiwF7zYDu8sSHhWa0fN XqVHHdLQYy1DfhXS3cO61vW5e/KYmKOGA4mjqT0VZaXgb9tVeGBDhjPh5ZlrLMNfYSozeJ+m2Lsm 7hnF6VvFm3fFMXa6+h0JTHeCXBdmzg/vQb0u3oejSGzB4ly+V9O0T4Yxkwn9KVDW58PHOeRT2//3iZfJfWV2NZ4e6vj4Byjf81o3JVNgRjmm9hr9blVbbT3Q8/j5zJ+TElCn6zPHvnuB70iG2KPJXqAj2GBzBk6cHq+WNebOQNWI b7dTPumuZK0yW1XDZ5gkfBuqgn8hmosTE7mCvieP9rgATf6qgL gdA6zYyVV6WDjo1qbCV807lczxa3bF5KzKaVUSq5FS1SpdZKAE 6/kkr0Ps++CE=
    </CipherValue>
    </CipherData>
    </EncryptedData>
    </connectionStrings>
    </configuration>


    Leave the command prompt open for later steps.

    Determine the user account or identity under which ASP.NET runs by retrieving the current WindowsIdentity name.

    The following example shows one way to determine the WindowsIdentity name:

    Visual Basic Copy Code
    <%@ Page Language="VB" %>
    <%
    Response.Write(System.Security.Principal.WindowsId entity.GetCurrent().Name)
    %>



    C#‎ Copy Code
    <%@ Page Language="C#‎" %>
    <%
    Response.Write(System.Security.Principal.WindowsId entity.GetCurrent().Name);
    %>

    Note
    By default, on Windows Server 2003 with impersonation for an ASP.NET application disabled in the Web.config file, the identity under which the application runs is the NETWORK SERVICE account. On other versions of Windows, ASP.NET runs under the local ASPNET account.


    The user account or identity under which ASP.NET runs must have read access to the encryption key used to encrypt and decrypt sections of the Web.config file. This procedure assumes that your Web site is configured with the default RsaProtectedConfigurationProvider specified in the Machine.config file named "RsaProtectedConfigurationProvider". The RSA key container used by the default RsaProtectedConfigurationProvider is named "NetFrameworkConfigurationKey".

    At the command prompt, run the aspnet_regiis.exe tool with the following options:

    The -pa option, passing it the name of the RSA key container for the default RsaProtectedConfigurationProvider.

    The identity of your ASP.Net application, as determined in the preceding step.

    The following example shows how to grant the NETWORK SERVICE account access to the machine-level "NetFrameworkConfigurationKey" RSA key container:

    Copy Code
    aspnet_regiis -pa "NetFrameworkConfigurationKey" "NT AUTHORITY\NETWORK SERVICE"


    To decrypt the encrypted Web.config file contents, run the aspnet_regiis.exe tool with the -pd option. The syntax is the same as encrypting Web.config file contents with the -pe option except that you do not specify a protected configuration provider. The appropriate provider is identified in the configProtectionProvider attribute for the protected section.

    The following example shows how to decrypt the connectionStrings element of ASP.NET application SampleApplication.

    Copy Code
    aspnet_regiis -pd "connectionStrings" -app "/SampleApplication"



    See Also
    Other Resources
    Encrypting Configuration Information Using Protected Configuration


    To make a suggestion or report a bug about Help or another feature of this product, go to the feedback site.

  17. #17
    کاربر دائمی آواتار linux
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    تهران
    پست
    2,313
    هیچ کس به این مطلب آخری نگاه هم نداخت؟

  18. #18
    کاربر دائمی
    تاریخ عضویت
    مرداد 1384
    محل زندگی
    همه جای ایران سرای من است
    پست
    863
    با سلام
    دوستان کسی در این مورد راه حلی پیدا نکرد. که بشه کانکشن استرینگ رو تغییر داد؟؟؟
    آیا باید برای هر سیستمی کجددا" برنامه کمپایل بشه؟؟
    ( به دلایلی فقط میخوام از ویزارد استفداه کنم نگید کد نویسی کنم )
    ممنون

  19. #19
    کاربر دائمی
    تاریخ عضویت
    مرداد 1383
    محل زندگی
    بندر عباس
    پست
    250
    من تو 2003 از UDL استفاده کردم/و IPسرور و User \Pass رو اونجا خارج از برنامه تنظیم میکنم.
    یه فایل Notepad با پسوند UDl و بعد تو برنامه با application.path از UDl مسیر سرور و پسورد رو میگیرم.البته گفتم از OledbConnetion باید استفاده کنیم نه SqlConnection.

  20. #20
    کاربر دائمی
    تاریخ عضویت
    مرداد 1384
    محل زندگی
    همه جای ایران سرای من است
    پست
    863

    Lightbulb

    نقل قول نوشته شده توسط reham
    من تو 2003 از UDL استفاده کردم/و IPسرور و User \Pass رو اونجا خارج از برنامه تنظیم میکنم.
    یه فایل Notepad با پسوند UDl و بعد تو برنامه با application.path از UDl مسیر سرور و پسورد رو میگیرم.البته گفتم از OledbConnetion باید استفاده کنیم نه SqlConnection.
    دوست عزیز مبحث رو از ابتدا اگر میخوندید متوجه میشدید که صحبت ما در مود VS 2005 است و این بخش یکی از امکانات جدید 2005 است که در 2003 وجود نداشته .

تاپیک های مشابه

  1. connection string در شبکه
    نوشته شده توسط rezvan_DP در بخش بانک های اطلاعاتی در Delphi
    پاسخ: 4
    آخرین پست: چهارشنبه 28 شهریور 1386, 15:21 عصر
  2. Connection String در ویندوز Xp
    نوشته شده توسط twelve در بخش ASP.NET Web Forms
    پاسخ: 3
    آخرین پست: دوشنبه 29 مرداد 1386, 21:34 عصر
  3. اشکال در connection string
    نوشته شده توسط saeid taheri در بخش ASP.NET Web Forms
    پاسخ: 4
    آخرین پست: جمعه 10 شهریور 1385, 10:14 صبح
  4. مشکل connection string
    نوشته شده توسط maryam_f در بخش C#‎‎
    پاسخ: 2
    آخرین پست: پنج شنبه 25 خرداد 1385, 07:53 صبح
  5. connection string
    نوشته شده توسط sanaz_amiri در بخش ASP.NET Web Forms
    پاسخ: 2
    آخرین پست: جمعه 25 اردیبهشت 1383, 14:48 عصر

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •